2012-11-02, 15:14
hi, is thare a fix for raspberry when skipping video to get rid of smearing color for a few seconds
<omx>
<omxdecodestartwithvalidframe>1</omxdecodestartwithvalidframe>
</omx>
(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.