Köszi a választ. A lényeg az, hogy egyszerűen csak két mplayer verziót hasonlítok össze - ami a "teóriám" helyességétől független (bár ott volt, hogy szerintem, azaz nem vagyok biztos benne). Egy régebbit, ami normálisan teker és az újat, ami nem. A wmv-s probléma pedig egyáltalán nem ilyen dolgokat produkált, hanem össze vissza ugrált benne kiszámíthatatlan időközöket.
Részletesebben:
Adott egy mpeg2 formátumú fájl, legyen national_geographic_csalagut.mpg. Ezt valamilyen kártyával vettem fel, ami natívan MPEG-2-be kódol, de beszélhetnék akár egy DV-ből MPEG-2-re konvertált videóról is vagy akár VHS-ről rippelt SVCD-ről. A régi verziók (az 1.0rc1 és alatta lévők) teljesen folyamatosan tekernek, tehát ha rányomok a jobbra nyílra, ami a seek forwardot jelenti (configban seek+), akkor először a képen láthatóan elblokkosodik a kép (valószínűleg közbejön egy B kocka is - ugyanis olyan tartalomnál nem tapasztaltam ilyet, amikben csak I és P kockák vannak), majd rögtön ugrik a következő I kockához. Lényeg, hogy rengeteg minden - mégha nem is teljes felbontásban - láthatóvá válik tekerés közben így nagyon könnyű megtalálni bármit akár egy többórás tartalomban is. Az új verziók (1.0rc2 és fölötte lévők) már csak I kockákhoz ugranak, azt is sokkal lassabban, mint elődeik - blokkosodás nincs, tehát valószínűleg B kocka már nem jöhet közbe. Az SVN-ből letölthető változatok pedig már egyáltalán semmit nem mutatnak tekerés közben (még az I kockákat sem), csak a hangot játsszák (ha van). Belenéztem az rc2 Changelog-jába és benne volt a " * libmpeg2 updated to 0.4.1", szóval valószínűleg ettől van, mivel libmpeg2-t használ dekódoláshoz. Bár ez akkor sem magyarázza meg ugyanezt a jelenséget MPEG4 tartalmaknál. Megnéztem a libmpeg2 ezen verziójának ChangeLog-ját is, de abban nem volt semmi erre vonatkozólag.
Ha így sem érthető, megpróbálom felvenni kamerával a különbséget és feltenni valami videómegosztóra.