libstagefright - Experimental hardware video decoding builds
(2013-02-23, 19:00)CruNcher Wrote: Hmm there is a issue Chen a AVC Blu-Ray stream .m2ts shows strange frame jumping (reorder issue) in the beginning for around 35 seconds either with H/W+ or XBMC
no frame jumps with the kSoftwareCodecsOnly path (RKPlayer,MX Player Hardware Mode, Archos Video Player). Maybe it's a parser issue i guess both player use in these modes the libav parser not yours.
Though it happens only on the first load seeking back doesn't show these frame jumps anymore.

Mpeg-2 Blu-Ray stream .m2ts still fallsback to ff-mpeg2video, is the vpu mpeg-2 decoder not accessible via libstagefright as neither mx player can use it in H/W+ mode ?

Also .m2ts and .mkv VC-1 fallback to ff-vc1

so currently only H.264 seems to work accelerated for RK3066, which at least grants most web based plugin support by now Smile

tested and work now

Vimeo 1080p
Youtube 1080p
Apple Quicktime Trailer 1080p

Lot of Apple Quicktime 1080p content tough wont work sufficient yet, especially Game content Promo Videos that use very high framerates

so most H.264 based Web Platforms should work now

Mpeg-4 Part 2 ASP 1080p 23.976 stf-mpeg4 also works though frame drop issues

About the ts stream problem ts stream usually has a very high bitrate and ts parsing will consume a lot CPU and have a heavy load on file system specially on flash base storage. The first load will have a lot cache miss both on code and file reading so it is relatively slow, the second run will be better. It is normal.

vpu mpeg-2 decoder can decode mpeg2 stream. Maybe it is a config or parameter issue? I will check with my colleague. I am not sure whether mpeg2 and ts omx component is tested completely.

thx for the explanation i thought something like that seeing that it was gone after 35 seconds and on the back seek and only visible in the higher overhead scenario Smile

the problem is the mpeg-2 decoder doesn't get called up by XBMC @ all though neither MX Player does load it in their H/W+ Mode
Archos Video Player has no issues calling it also with their non Hardware Overlay Rendering i wonder what for a path they chose here it doesn't look like a GPU Renderer nor it is a Hardware Overlay (default framework) it seems to be a Software memcpy not as fast as RKPlayer that way i wonder why they don't use the Hardware Overlay path like RKPlayer Smile

Messages In This Thread
RE: libstagefright - Experimental hardware video decoding builds - by CruNcher - 2013-02-24, 16:06
libstagefright - by mo123 - 2013-05-14, 14:29
RE: libstagefright - by Koying - 2013-05-14, 14:30
RE: libstagefright - by Maverick5269 - 2013-05-16, 23:04
RE: libstagefright - by matander - 2013-05-19, 18:26
RE: libstagefright - by FreeFrag - 2013-05-22, 13:02

Logout Mark Read Team Forum Stats Members Help
libstagefright - Experimental hardware video decoding builds10
This forum uses Lukasz Tkacz MyBB addons.