2015-03-02, 14:09
When skipping through MPEG2 recordings I get grey blocky artifacts with dvdplayer, the above setting fixes it for omxplayer. Is there a dvdplayer equivalent?
2015-03-02, 14:19
What distribution/version are you using?
Any build since January 18th should have this.
That makes omxdecodestartwithvalidframe default to true and is respected by dvdplayer too.
Any build since January 18th should have this.
That makes omxdecodestartwithvalidframe default to true and is respected by dvdplayer too.
2015-03-02, 14:23
OpenELEC 5.0.5, and I tested it just an hour ago. Artifacts exist with dvdplayer, none on omxplayer. Edit: I should mention, I added <omxdecodestartwithvalidframe> when I was still running 5.0.1, so it may well be enabled by default now-- it just doesn't appear to work for dvdplayer.
2015-03-03, 17:41
I've tested this with an MPEG2 in a .ts file, and no artifacts with dvdplayer (and I get them before the patch was in).
I think you'll have to provide a sample file that shows the issue (e.g. on dropbox or google drive).
I think you'll have to provide a sample file that shows the issue (e.g. on dropbox or google drive).
2015-03-03, 22:56
https://www.dropbox.com/s/sblxrlqtk1zuvvp/00001.ts?dl=0
Just recorded the above clip, very noticeable artifacts when skipping with dvdplayer, none with omxplayer.
Just recorded the above clip, very noticeable artifacts when skipping with dvdplayer, none with omxplayer.
2015-03-06, 16:31
Wondering if anyone was able to reproduce this? Might end up trying a nightly at some point since I'm having a few other unrelated but noticeable bugs that I feel would have been posted already if others were experiencing them
2015-03-06, 17:36
Yes all of my (US) TV recordings are 720p/1080i MPEG2 and I have the same grey block artifacts when skipping around. I've also noticed it that it happens when starting playing back of a recording as well.
Also running OpenELEC 5.0.5 on a rpi2. I've only used omxplayer.
Also running OpenELEC 5.0.5 on a rpi2. I've only used omxplayer.
2015-03-06, 17:46
(2015-03-03, 22:56)username145 Wrote: https://www.dropbox.com/s/sblxrlqtk1zuvvp/00001.ts?dl=0
Just recorded the above clip, very noticeable artifacts when skipping with dvdplayer, none with omxplayer.
Please try a Milhouse nightly build. I'm not seeing any corruption when seeking with omxplayer or dvdplayer.
2015-03-07, 14:43
(2015-03-02, 14:19)popcornmix Wrote: What distribution/version are you using?
Any build since January 18th should have this.
That makes omxdecodestartwithvalidframe default to true and is respected by dvdplayer too.
I can confirm that after adding <omxdecodestartwithvalidframe>1</omxdecodestartwithvalidframe>, all is well.
Isn't OpenELEC 5.0.5 built from the helix branch?
Your commit was never pushed to that branch.
https://github.com/xbmc/xbmc/blob/Helix/...ttings.cpp
2015-03-07, 18:03
Is that documented somewhere because it doesn't seem to be true.
For OpenELEC 5.0.5: System->System info->Summary says Kodi 14.2-BETA2 Git:085163e
http://sources.openelec.tv/devel/kodi-14-085163e.tar.xz
kodi-14-085163e/xbmc/settings/AdvancedSettings.cpp:118:
m_omxDecodeStartWithValidFrame = false;
For OpenELEC 5.0.5: System->System info->Summary says Kodi 14.2-BETA2 Git:085163e
http://sources.openelec.tv/devel/kodi-14-085163e.tar.xz
kodi-14-085163e/xbmc/settings/AdvancedSettings.cpp:118:
m_omxDecodeStartWithValidFrame = false;
2015-03-07, 18:06
They patch with this.
But it looks like they don't have the very latest version, so you'll have to set omxdecodestartwithvalidframe in advancedsettings for now.
It should be fixed in next update.
But it looks like they don't have the very latest version, so you'll have to set omxdecodestartwithvalidframe in advancedsettings for now.
It should be fixed in next update.
2015-03-26, 22:17
Is there any way to improve the responsiveness of this? It seems like it's always looking forward for the next I frame rather than also considering backwards to find the closest I frame.
