+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: smearing color on a few seconds (/showthread.php?tid=144258)
smearing color on a few seconds - Doktor-X - 2012-11-02
hi, is thare a fix for raspberry when skipping video to get rid of smearing color for a few seconds
RE: smearing color on a few seconds - Ned Scott - 2012-11-02
What smearing color? I don't see smearing color...
RE: smearing color on a few seconds - Doktor-X - 2012-11-02
RE: smearing color on a few seconds - davilla - 2012-11-03
needs to seek to key frame
RE: smearing color on a few seconds - Doktor-X - 2012-11-03
but how that on windows or ubuntu this not happend
RE: smearing color on a few seconds - ntadej - 2012-11-04
It probably works a bit slower than on desktop/laptop hardware and you can see the seeking you normally don't.
RE: smearing color on a few seconds - Mr.McGee - 2012-11-08
I get the same thing, Doktor-X. I figured it was to be expected as the RPi isn't exactly a powerhouse for processing. It looks like it's only redrawing areas of a scene that are changing.
RE: smearing color on a few seconds - stefan129 - 2012-11-17
Not sure processing power is the answer to this. Apple tv 2 shows non of this and i assume it does not have the fastest cpu.
Have someone that manage to overclock the raspberry pi seen any improvments on this?
Regards Stefan
RE: smearing color on a few seconds - popcornmix - 2012-11-17
No, it's not processor power related.
You can stop the corrupt frames being displayed with (in advancedsettings.xml):
Code:
<omx>
<omxdecodestartwithvalidframe>1</omxdecodestartwithvalidframe>
</omx>However, due to the way OpenMax is configured with the clock derived from the audio, you will have to wait for an I frame before video continues.
Typically these are every second or two, so that tends to work quite well.
However if I frames are only occasional, you will wait with no video for that time (the same time you currently see corrupted frames).
You can also try enabling "sync playback to display" which makes the clock come from audio which changes the behaviour, but is still not perfect.
How OpenMAX is meant to be configured is to make the clock start with the first video I frame, so you get no corruption and little delay.
It's something I will look into when I get the chance, but with any OpenMAX code, it's very tricky to get right.
RE: smearing color on a few seconds - stefan129 - 2012-12-04
(2012-11-17, 15:00)popcornmix Wrote: No, it's not processor power related.
You can stop the corrupt frames being displayed with (in advancedsettings.xml):
Code:<omx>
<omxdecodestartwithvalidframe>1</omxdecodestartwithvalidframe>
</omx>
However, due to the way OpenMax is configured with the clock derived from the audio, you will have to wait for an I frame before video continues.
Typically these are every second or two, so that tends to work quite well.
However if I frames are only occasional, you will wait with no video for that time (the same time you currently see corrupted frames).
You can also try enabling "sync playback to display" which makes the clock come from audio which changes the behaviour, but is still not perfect.
How OpenMAX is meant to be configured is to make the clock start with the first video I frame, so you get no corruption and little delay.
It's something I will look into when I get the chance, but with any OpenMAX code, it's very tricky to get right.
popcornmix,
any chance you are able to have a go at fixing the OpenMAX code before the stable frodo is released?
Regards Stefan
RE: smearing color on a few seconds - popcornmix - 2012-12-04
[/quote]
popcornmix,
any chance you are able to have a go at fixing the OpenMAX code before the stable frodo is released?
Regards Stefan
[/quote]
Unlikely. This is likely to be very difficult and could easily break some use cases.