( blr | 2017. 03. 30., cs - 03:55 )

Mivel a H.264-ről nincs túl sok mélyreható ismeretem, így nem a kódolás módja felől közelítem meg a kérdést.
Egy 1080p@30 videó tömörítetlenül 186 MB/s, tehát elvileg ezt kéne kiadnia magából a dekódolónak. Köszönhetően a klasszikus 4:2:0 chroma subsamplingnek, ez a valóságban máris csak a fele, 93 MB/s. A P III esetében a hozzá használatos PC133-as SDRAM-ok 1066 MB/s elméleti maximumot tudnak. A kérdés: ez elég? A válasz: határeset. A dekódolás folyamán szükség van a korábbi frame-ekre, ha jól emlékszem, akkor a H.264 esetén maximum 16-ra, de ez a sebesség szempontjából lényegtelen. A kérdés az, hogy elég-e a 133 MHz-es FSB arra, hogy olvassuk a streamet, dekódoljunk, és közben visszaolvassunk korábban dekódolt frame-eket, végül az egészet kiküldjük a VGA felé. Nos, én azt gondolom, hogy nem, mert ez 3×93 MB/s+a stream sebesség minimum (korábbi frame be, kész frame ki, kész frame VGA-ba, plusz a stream olvasása), ebből a stream olvasása és 2×93 MB a processzort terheli, tehát csak memóriaműveletekre megy el a futásidő 20%-a, a maradékban kellene dekódolni. Mivel egy korábbi hozzászólás miatt érdekelt, megnéztem egy T2250-es CoreDuo procival egy Lubuntun VLC-vel a full HD dekódolást, az 1,73 GHz-es két magon 140%-ot zabált.
De biztos vannak itt olyanok, akik ezt sokkal precízebben is ki tudják számolni, mert ugyan eredetileg progmatosnak készültem, de elbűvölt a nyomda világa, így „csak” egy nyomdász vagyok némi sysadmin és programozói gyakorlattal, aki a VideoPraktika c. lapot tervezte és tördelte 15 évig. :)