2.7.8/64bit, Too Short Saved Video is incomplete - invalid time stamps?

[stormy1777]

Got many screencapture, rather large WMV files that get re-encoded using VirtualDub2, just fine, into MP4/h264, when trying avidemux getting the error:

Too Short
The saved video is incomplete. The error occurred at 00:27:41,472 (52). This may happen as result of invalid time stamps in the video
<OK>

Tried changing few settings, but all fails fail at different places, yet in VirtualDub2, no issues.
Is there a debug/tool to print what the issue is? or tell it to "ignore" and do best-effort?  the files play fine as far as i can tell.

Originally had 2.7.4 32bit, uninstalled that thinking 64bit are needed, but even 2.7.8/64bit fails same.

PS: You might want to add a "copy" button to help copy such errors, also, print more info/debug, to say what/why it's failing
Stormy.

[eumagga0x2a]

Usually, the log (if you are on Windows, then in %localappdata%\avidemux\admlog.txt) contains more info, so compressing it and attaching to your post might give more insight.

Regarding the particular issue, providing the problematic file as a sample would be the best strategy. Regarding your options to avoid the problem, adding the "Resample FPS" filter might help.

[stormy1777]

Dear friend,

Yes, this is Windows, however, that file has ZERO size, with current time
The good thing is adding re-sample FPS filter RESOLVED the issue...

Naive suggestion to developers, maybe do something similar to what the filter does by default, OR, once/just before you see it about to fail, OR, if it fails, give the option to carry on, and fix whatever, so there is no need to redo all the section that was already re-encoded.

Hope to remember this trick, thanks much for the support!!
Stormy.

[eumagga0x2a]

however, that file has ZERO size, with current time

This means, Avidmux is currently running. You need to reproduce the problem, close Avidemux, then you should be able to copy away the log.

The good thing is adding re-sample FPS filter RESOLVED the issue...

Let's call it circumvented.

Naive suggestion to developers, maybe do something similar to what the filter does by default, OR, once/just before you see it about to fail, OR, if it fails, give the option to carry on, and fix whatever, so there is no need to redo all the section that was already re-encoded.

The naive expectation of a de-facto developer was to get a sample video which would allow to assess the problem. WMV format is not really relevant nowadays, but without a sample nothing can be done to improve the corresponding demuxer for sure. And yes, the suggestions are not viable.