A Virtual Dubbal is lehet a videót képkockák formájában exportálni. Esetleg az is jó az MPlayer helyett?

Igen. A "Video/Frame rate" ablakban be kell állítani a sebességet (12.5 fps):
[ Guests cannot view attachments ]
A screenshotokat (shot*.png) pedig a "File/Export/Image sequence..." készíti:
[ Guests cannot view attachments ]
A batch file-okban törölni kell az MPlayer sort, a "del" parancsoknál pedig a 'shot*.png' helyére 'shot0000.png'-t kell írni, mert különben az összes screenshotot letörölné Az első képkockát azért kell törölni, mert a VirtualDub 0000-tól kezdi a számozást, az MPlayer pedig 0001-től, és ezért hibás lenne a félképek sorrendje.
A fent leírt módon az egész videóról készülnek screenshotok; azt, hogy csak egy rövidebb rész legyen, majd elmagyarázza valaki, aki jobban ismeri a VirtualDub használatát.

Azt viszont nem egészen értem, hogy ez így miért egyszerűbb, mint az MPlayer

most miért kellett elõjönni egy B-verzióval?   

Mert Szipucsu kérdezte

Bölcsen hallgatva figyellek benneteket. 

Mert a Virtual Dubot már számtalanszor sikerült elindítanom, a MPlayert meg még egyszer se.   

Nem tudtad, hogyan kell használni, vagy nem működött, például video driver probléma miatt

Nem tudtad, hogyan kell használni, vagy nem mûködött, például video driver probléma miatt

Én voltam béna, nem tudtam használni. Elindulni elindult, de betölteni nem tudtam semmit. Igaz, ez már évekkel ezelõtt volt, azóta új gép, bizonyára új MPlayer verzió is van, meg talán én is ügyesebb lettem azóta, de az elsõ "kudarcélmény" miatt nehezen állok megint a dologhoz.
Pl. a Winampban az a jó, hogy dupla kattintással megnyílnak a videó fájlok, meg van rajta "Open File" gomb.

Én voltam béna, nem tudtam használni. Elindulni elindult, de betölteni nem tudtam semmit. Igaz, ez már évekkel ezelõtt volt, azóta új gép, bizonyára új MPlayer verzió is van, meg talán én is ügyesebb lettem azóta, de az elsõ "kudarcélmény" miatt nehezen állok megint a dologhoz.
Pl. a Winampban az a jó, hogy dupla kattintással megnyílnak a videó fájlok, meg van rajta "Open File" gomb.

Feltételezem a leírását nem olvastad. Pedig mint minden programnak ennek a leírása is igen hasznos tudnivalókat rejt (Hm, pedig már mondtam neked más kapcsán is az RTFM-et ) Pl. kiderül, hogy az MPlayer egy parancssoros lejátszó, így open file gombot hiába keresel benne. Némi kereséssel azonban egy rakás frontend-et lehet hozzá találni amelyek közül bármelyiket feltelepítve már akár a hőn áhított open file gomb is előkerülhet
Remélem nem lett túl kioktató a fenti pár sor, próbáltam visszafogni magamat. Nem tehetek róla, de mindig felmegy a vérnyomásom amikor azt tapasztalom, hogy valaki csak azért nem használ egy egyébként nagyszerű programot, mert lusta egy kicsit tanulni vagy elolvasni annak a leírását. Hiába nyugtatgatom magamat, hogy úgy kell neki, meg hogy magára vessen, nehéz megállni, hogy ne tegyem ezt szóvá

Ezt még nem döntöttem el Javaslatok ?

Bennem is a többek által emlegetett IPLAY merült fel.
Bárha belerakjuk az IVIEW-be, akkor nem kell külön név

így nagyobb lenne a program mérete, és kevesebb szabad memória maradna például képek megjelenítésére EP64-en.

Erre lehetne kitalálni valamit, pl videó lejátszás tiltó paraméter, és akkor felülírható a videólejátszó rész. ROM-os verzióban meg ha megtörténik az átalakítás, akkor a program nagy része már úgyse a nullás lapon foglalja a helyet.

A lejátszó "EXOS kompatibilis" memóriakezelésre való átírásával természetesen még rövidebb lenne a memóriabõvítés nélküli gépeken lejátszható animáció hossza; ha a 16K méretû video puffert átteszem az FEh szegmensre, az LPT-t pedig az FFh szegmens elejére
...
Viszont így ha nem fér el az egész file, akkor a betöltött rész végének elérésekor tovább lehet olvasni a file-t, és néhány másodperc szünet után folytatódhat a lejátszás.

Ezt már akartam is javasolni.

, és az új, nagyobb lejátszó 4K memóriát használ a nullás lapon, akkor 128K-s gépen 108K helyett 92K lesz a betölthetõ video adat mérete. Az LPT IDE vezérlõvel és a meglepõen sok memóriát használó brd/esp/hun bõvítéssel talán még éppen elfér, legalábbis egy 128K-s gépet emulálva EXOS 2.31+BRD+ASMON+FileIO+EXDOS+IDE+ZozoTools ROM-okkal az EXOS határ FF:0EA3h volt minden csatornát bezárva

Valószínüleg ez az EPDOS 1.9 egyik baja is, HUN-nal együtt már nem látszik a fájllista vinyós gépen. Meg a TVCemu-nál is ezzel szenved geco
Az IDE RAM igénye egyébként csökkenni fog, ha elkészül az a verzió ami már az észlelt particiók számának megfelelõen foglal RAM-ot. Persze ha valaki kihasználja F-tõl Z-ig a meghajtókat, akkor nem lesz kevesebb
De mondjuk akinek van IDE-je, annak nagy valószínüséggel RAM bõvítése is esetleg elképzelhetõ olyan verzió is, ahol egy teljes szegmenst foglal magának (viszont ehhez akkor mindenképpen EXOS csere kell a gépben, mert a 2.1-esben hibás ez a funkció), ami ugyan többet vesz el, viszont az FF szegmensben több marad szabadon az értékes videómemóriából.

Természetesen az lenne a tökéletes megoldás, ha egyszerre lehetne lejátszani és közben a háttérben tölteni

Ez még a jövõ zenéje, de eddigi tapasztalatok alapján maga az IDE adatátvitel nagy része alatt nyugodtan lehet engedélyezni megszakításokat, tehát a kirakás mehet majd megszakításból, az olvasás meg fõprogramból. Jelenleg le van tiltva a nagyobb átviteli sebesség érdekében, de tervezem ezt programozhatóvá tenni, pont az ilyesmi felhasználás érdekében.

de egyelõre már most is van elég megoldandó feladat

Így van, van bõven!