Fix/Save an interrupted encoding

[Dogway]

I was encoding a restoration from avisynth into FFV1 codec, at about 93% it failed on my face, so what I normally do on this cases is load the encoded avi into avisynth, and find out the encoded number of frames. Then finish the restoration of the missing frames in another FFV1 file, join the two parts in avisynth and feed to x264 for encode.

The problem is that this time this avi is not working for me. Avisynth gives me errors using avisource, diretcshowsource says:

DirectShowSource: Could not open as video or audio.

Video returned:  "DirectShowSource: unable to determine the duration of the video."

Audio returned:  "DirectShowSource: RenderFile, the filter graph manager won't talk to me"

(New File, line 2)

And virtualdub:

[!] AVI: Index not found or damaged -- reconstructing via file scan.

[!] AVI: Invalid chunk detected at 21305301746. Enabling aggressive recovery 
    mode.

[!] AVI: Keyframe flag reconstruction was not specified in open options and 
    the video stream is not a known keyframe-only type.  Seeking in the video 
    stream may be extremely slow.

but actually shows nothing. Yet I can play the file on MPC-HC

[jagabo]

Did you try the extended Open options in VirtualDub? In the File Open dialog enable the "Ask for extended options after this dialog" option. Try the different options in the next dialog. Make sure you have the FFV1 codec enabled in ffdshow's VFW options.

[Dogway]

Yes I did, it took like 1 or 2 hours to re-index all keyframes, then I get only the first 2 warnings.

Seeking is VERY slow, (at first I thought it was showing nothing), now I'm resaving the file via fast recompress to FFV1 again. It takes like 2 more hours for that so I'll let you know the outcome. It's 1h footage taking up 21Gb of space so I was a bit keen on hammering the HDD again like that, but oh well...

edit: Yes, it worked! I gotta love Vdub, what a life saver...

[Dogway]

I've been having more interrupts (masktools crashes from anti_dotcrawl() function...) , a few of them actually but they didn't work as above, so I note down here what I did so I can come back for reference, this saves you from rekeying as well:

-I checked the completed percentage where it failed (normally well ahead), then calculated how many completed frames it succesufuly encoded.
-Load the damaged avi into graphstudio, save as .grf, and load into avisynth with directshow, add the framecount parameter with the completed framecount we checked earlier (try to fall short here, better be safe than sorry adding corrupted frames)
-Load into vdub and do the fast recompress again.

[Brad]

edit: Yes, it worked! I gotta love Vdub, what a life saver...

Spread the love!

[Dogway]

gimme a job first XDDD



btw, it's possible to make it work without the graphstudio thing, only using directshowsource() with the framecount parameter, but haven't tested it enough to assure this.