On Sun, Aug 25, 2013 at 5:30 PM, Carlos Rafael Giani <d...@pseudoterminal.org> wrote: >> Now for human observation: there is no flicker problem. > > Interesting. Try again with this video please: > http://download.openbricks.org/sample/H264/SampleClip.m4v > With this one, I could definitely see flickering in past tests.
No flickering with that video. > >> However, the >> video is noticably choppier when played back in the gstreamer-1.0 >> environment. For example, look at the smoothness of the front door >> opening in that video. > This looks like an issue with the parser. I am not sure what to make of it. > I find it rather unlikely that this is caused by the decoder. I see warnings > like these often with somewhat broken videos. Marvell's decoder does the > parsing on its own, while mine doesn't ; instead, it leaves the parsing up > to the existing GStreamer MPEG parsers. It is possible then that the custom > Marvell parser code simply swallows broken timestamps etc. without saying > anything. > I wasn't able to try the video myself, since I have been very busy the last > few days with something else. I will get to try it out tomorrow hopefully. SampleClip.m4v plays back really smoothly with none of the frame drop errors. And I just checked another sample, http://techslides.com/demos/sample-videos/small.mp4 and that works too. So it does seem like you are right in suspecting something else at play with the hellmans_mayonnaise_commercial.mpeg file. Either way it would be nice if you could confirm/deny the findings there, next time you have your device booted. Thanks Daniel _______________________________________________ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel