16.8-073, 4 May 2016: Based off OSMC commit (98a7e76) and newclock5 (a8be293e)
Build Highlights
Commits no longer in build:
VideoPlayer: add setting for double/triple buffers (3a1ce9e3)
16.8-073, 4 May 2016: Based off OSMC commit (98a7e76) and newclock5 (a8be293e)
Build Highlights
Commits no longer in build:
VideoPlayer: add setting for double/triple buffers (3a1ce9e3)
16.8-074, 5 May 2016: Based off OSMC commit (49be9df) and newclock5 (bd4ec64)
Build Highlights
New commits in this build:
Hacky scheme to enable accelerated playback as first ff step (3c2c9c94)
Revert “mmalrenderer: reduce logging spam for bypass mode” (86e12547)
mmalrenderer: Avoid creating presenting thread when it is not required (1075e96e)
RenderManager: Inform renderer even when display refresh matches (f6d364d1)
RenderManager: Disable vsync adjust - it causes unpleasant glitches after seeking (bd4ec64e)
Tryed the 16.8-075, remote still giving problems (left/right).
Remote issues should have been fixed with https://github.com/xbmc/xbmc/pull/9723
@gmc is that commit in latest build?
Just check the latest build and this commit is already included.
Can you enable debug mode, replicate the issue and post logs please.
Logging generated, can be found at: http://paste.osmc.io/cojosujexi.vhdl
Part of the logging that shows the problem. Left is Right en Right is Up.
16:14:04 516.419678 T:1957905328 DEBUG: LIRC: Update - NEW at 507563:69 0 KEY_LEFT linux-input-layer (KEY_LEFT)
16:14:04 516.420105 T:1957905328 DEBUG: OnKey: 169 (0xa9, obc86) pressed, action is Right
16:14:05 516.837952 T:1957905328 DEBUG: LIRC: Update - NEW at 507981:69 0 KEY_LEFT_UP linux-input-layer (KEY_LEFT_UP)
16:14:05 517.101257 T:1957905328 DEBUG: LIRC: Update - NEW at 508245:6a 0 KEY_RIGHT linux-input-layer (KEY_RIGHT)
16:14:05 517.101685 T:1957905328 DEBUG: OnKey: 168 (0xa8, obc87) pressed, action is Up
Logging generated using 16.8-075.
Quick followup:
Did a quick lookup on “OnKey: 168 (0xa8, obc87) pressed, action is Up”. Found a solution at: Recent build - remote keymap wrong. By deleting or renaming “universalremote.AppleRemote.xml” and “universalremote.Harmony.xml” in “/usr/share/kodi/system/keymaps” the remote (rc6-mce) now again works the way it should.
I had the same problem with the remote control Yatse (left/right), perform the procedure by Anagorec and the problem has been solved. Thank you very much!
Great stuff. Thanks for the info.
16.8-075, 6 May 2016: Based off OSMC commit (49be9df) and newclock5 (912cb6ac)
Build Highlights
newclock5
New commits in this build:
VideoPlayer: drop old fps workaround (VideoPlayer: drop old fps(reconfigure) workaround · popcornmix/xbmc@bd4a624 · GitHub) (reconfigure)
mmalcodec: Set initial aligned height explicitly to avoid multiple reconfigures in renderer (912cb6ac)
Commits no longer in build:
mmalrenderer: reduce logging spam for bypass mode (e778dc9a)
Revert “mmalrenderer: reduce logging spam for bypass mode” (86e12547)
RenderManager: Inform renderer even when display refresh matches (f6d364d1)
This worked for me Thanks
16.8-076, 7 May 2016: Based off OSMC commit (49be9df) and newclock5 (c671c29)
Build Highlights
newclock5
New commits in this build:
fixup! [rbp] Default to double buffered (c671c291)
Commits no longer in build:
VideoPlayer: drop old fps workaround (VideoPlayer: drop old fps(reconfigure) workaround · popcornmix/xbmc@bd4a624 · GitHub) (reconfigure)
16.8-077, 9 May 2016: Based off OSMC commit (49be9df) and newclock5 (d13d071)
Build Highlights
newclock5
New commits in this build:
Revert “[libexif] Increase the possible length of a comment according to the specification.” (d13d071a)
Commits no longer in build:
fixup! [rbp] Default to double buffered (c671c291)
Is there a Kodi 17 testing for the Vera 2 or can the Pi version run on this as well ?
no test builds yet for Vero 2
16.8-078, 11 May 2016: Based off OSMC commit 49be9df and newclock5 (006025c)
Build Highlights
newclock5
New commits in this build:
Revert “[libexif] Increase the possible length of a comment according to the specification.” (d13d071a)
I installed the new version on RPI3 and does not work OSMC plugin. It is a fresh installation on new RPI3.
If someone also has the same problem?
Ps. Sorry for my English!
mind providing logs atleast ? myosmc works just fine here running on latest without issues
16.8-079, 12 May 2016: Based off OSMC commit 49be9df and newclock5 (f6975caf)
Build Highlights
newclock5
New commits in this build:
omxplayer: Reset the EOS state on a flush (a289f0cf)
rbp: Fix possible leak in rendercapture interface (6b3c8234)
omximage: Fix resolution in logging message (f6975caf)