On Thu, 6 Aug 2020, Andrew Randrianasulu via Cin wrote:
It worked at around 7 fps for 1080p h264 source in RGBA-float project ... Decoding with mplayer was fine if I set CPU to on-demand performance, but just 4x 1.4Ghz of my AMD FX 4300 was not enough for single stream decode.
This codec was rumored to be fast for both encode and decode, guess ffmpeg implementation not very fast yet ...
Mplayer can sometimes be too slow at decoding full HD H.264. I think, because it is trying to visualize video with too much accuracy, while some other players do it simpler (and therefore faster). To me, sometimes the following options helped, mplayer was accelerated without any visible degrade in quality: mplayer -autosync 30 mplayer -lavdopts lowres=1 mplayer -lavdopts fast mplayer -lavdopts skiploopfilter=nonkey The latter option being perhaps most important, with it mplayer was accelerated drastically on some video. Somewhen I have seen also a strange video from some digital camera with the usual 30 fps actual, but 1000 fps set in metadata. Mplayer tried to display it at 1000 fps and came in nirvana... Then I tried to override fps, and it went fine. _______________________________________________________________________________ Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email [email protected] _______________________________________________________________________________