Divx wordt niet volledig ingeladen in virtual dub

[Verwijderd]

Hallo,

Ik heb een probleempje met een avi ge-encodeerd in divx3.11.
Als ik die film probeer af te spelen in bsplayer dan krijg ik een cpu-load van 50% (hyperthreading staat aan) en de film speelt niet...
Dus ik nam aan dat de index beschadigd was, dus met divfix de index opnieuw gebouwd. Deze zei wel dat er in frame 68000 een fout zat, samen met de onderstaande melding:

Index rebuilding for file: D:\bla.avi
Corrupted data detected at frame 68000 (00:45:20)
Error offset: 406830206 ($183FBC7E)
Finished with D:\bla.avi .
Number of errors: 1
Done.

Nu speelt de film maar slechts 45 minuten van de ongeveer 100minuten.
Als ik de film in VirtualDub open, dan zegt hij dat hij 45 minuten lang, en als ik dan direct stream copy doe, dan kopieert hij ongeveer 400MB van de 970MB van de originele file.
Als ik de originele file open in VirtualDub, dan begint hij met "Reconstructing missing index block(aggressive mode)", dit gaat snel tot ongeveer 400MB en vanaf dan gaat het extreem traag.

Nu dacht ik dat er gewoon een damaged frame was, en wou ik dit masken of verwijderen. Maar elke guide gaat ervan uit dat je de film volledig kunt openen in Virtual Dub, wat ik dus niet kan. Het laatste frame dat VirtualDub laat zien bij mij is frame 67999, terwijl er veel meer in de originele film moeten zitten...
Iemand enig idee hoe ik dit zou kunnen oplossen?

[catfish]

heb je de originele file nog? (van voor divfix), heb met divfix eigenlijk nog geen goede ervaringen gehad namelijk
virtualdub zou het moeten kunnen, maar misschien is er wel meer stuk dan nie ene frame

[Verwijderd]

Yep, ik heb de originele file nog...
Maar als ik de originele file open in Virtual Dub dan zegt deze "Reconstructing missing index block(aggressive mode)", wat heel lang duurt. 'k Heb niet getimed, maar het duurde minstens een uur...

[GarBaGe]

Je kan een DivX met broken/frozen frames alleen herstellen VANAF het eerstvolgende keyframe NA je kapotte frame. Oude DivX filmpjes willen nog wel eens SLECHTS één keyframe in de hele film hebben (aan het begin).
Dit soort films zijn dus NIET te fixen (helaas). Je kan bij het openen van je film in VirtualDub dus opvragen (file-> stats) hoeveel keyframes er in de film zitten...

Gezien wat jij vertelt, ben ik bang dat je maar 1 keyframe hebt. Dat betekent dat je alles NA je broken frame dus NIET meer kan afspelen...

[Verwijderd]

ik vind enkel "Avi Information" in het file-menu.
Dit is een screenshot van dat venster nadat ik de door divfix gefixte versie open...



Ik weet niet of het belangrijk is, maar bij het openen van de film (zowel de door divfix gefixte versie als de originele file) krijg ik dit scherm, waar ik al beide keuzes geprobeerd heb.

[GarBaGe]

OK, je hebt 553 keyframes. Er valt dus nog wat te redden...
Maar je hebt VBR MP3 audio en daar kan VirtualDub NIET mee overweg.
Je moet ff NanDub ophalen (www.doom9.net). Dit is een aangepast versie van VirtualDub en kan WEL overweg met VBR MP3 audio.

Als je de AVI opent in NanDub kan je met SHIFT-pijltje springen van keyframe naar keyframe. Vanaf het kapotte frame tot aan het eerstvolgende keyframe is niet te redden. Ga vlak voor het kapotte frame staan. Gebruik HOME om de selectie start aan te geven.
Spring naar het eerstvolgende keyframe en gebruik END om het eind van je selectie aan te geven.
Met DELETE kan je de sectie wegmikken en de rest bewaren onder een nieuwe naam...

[Verwijderd]

Ik heb hier VirtualDubMod 1.5.10.1 op aanraden van www.sectie.be omdat ze die daar gebruiken.
Als ik met de laatste nandub de door divfix gefixte verise open geeft hij een error:
"Invalid AVI file: chunk at 1017708576 extends outside of parent by 2895304 bytes"

Ik ben nu ook de originele file aant openen met nandub, maar de AVI Import Filer is zeer traag op die file, dus dat kan even duren...

Het probleem is dat VirtualDub maar frames laat zien tot vlak voor het damaged frame. Divfix zegt dat frame 68000 damaged is als ik daarmee check op errors. Dus VDub laat tot en met frame 67999 zien. Misschien dat nandub er wel kan voorbij kijken?

Ondertussen dat ik dit bericht aant typen ben, is de avi import filter gedaan, blijkbaar gaat deze van nandub veel sneller dan virtual dub...
Hij zei wel dat ik niet "rekeying" had aangeduid in de open options dialog dus dat seeking traag kan zijn. En dat kan ik bevestigen, seeking gaat extreem traag...
Dus ik ga hem nu proberen te openen met die rekeying aan...

[vervolg]
Gedaan met rebuilding index, hij is nu bezig met rekeying...
Hij zegt toch al "frame x of 136000" dus ik neem aan dat hem voorbij die 68000e frame kan lezen...

Nu krijg ik na een tijdje "Nandub error: Error decompressing avi"
[/vervolg]

[ Voor 17% gewijzigd door Verwijderd op 16-07-2004 09:52 ]

[GarBaGe]

Verwijderd schreef op 16 juli 2004 @ 09:35:
...
Het probleem is dat VirtualDub maar frames laat zien tot vlak voor het damaged frame. Divfix zegt dat frame 68000 damaged is als ik daarmee check op errors. Dus VDub laat tot en met frame 67999 zien. Misschien dat nandub er wel kan voorbij kijken?
...

Je kan er voorbij kijken, nadat je de index opnieuw gebouwd hebt (rekeying). Maar dan kan je alleen mbv de keyframes er overheen springen.
Zeg dat 69125 de eerstvolgende keyframe is NA 68000, dan zijn alle frames tussen 68000-69125 dus NIET te zien

[Verwijderd]

GarBaGe schreef op 16 juli 2004 @ 09:50:
[...]


Je kan er voorbij kijken, nadat je de index opnieuw gebouwd hebt (rekeying). Maar dan kan je alleen mbv de keyframes er overheen springen.
Zeg dat 69125 de eerstvolgende keyframe is NA 68000, dan zijn alle frames tussen 68000-69125 dus NIET te zien

Ik vind het niet erg als die frames wegvallen... Ik ben al blij als ik de film kan bekijken...

[edit]
Ik heb even opnieuw de originele file geopend in nandib om een screenshot te kunnen pakken van de error. Dus in de open dialog had ik aangevinkt: "popup extended open options" en daar "rederive keyframe flags"

[ Voor 25% gewijzigd door Verwijderd op 16-07-2004 10:23 ]