r8897 still crashes when saving after edits on non-keyframes

[fkuebler]

i would be interested in having a small sample file with side information saying the delay is 2500 ms
so that it is taken into account by avidemux

The original mp4 is 400 MByte, the cut file as well, and unfortunately I cannot make them smaller, because this means cutting und thus influencing their characteristics.

Therefore I have uploaded both the original file (https://dl.dropboxusercontent.com/u/90792628/Maus.mp4) and the cut file (https://dl.dropboxusercontent.com/u/90792628/Maus-cut-at-I-frame.mp4) onto my dropbox account, so you can play with them. I'll leave them at least some days there, so you don't need to hurry. From now (posting time) you need to wait another 2 hours (until app. 7pm GMT), until the upload is complete.

A hint: there is not much into-the-face talking in the video. The easiest way to visually check for audio-sync/desync is at the very end of both videos, within the last 20 seconds. It's easy to see that the guy keeps talking for 2500 ms, although audio has already finished.

[mean]

The 2nd file looks ok, but the first one is 404

[fkuebler]

The 2nd file looks ok, but the first one is 404

Probably you tried too early. Now it works, please try again.

[mean]

got it thanks

[fkuebler]

Just to let you know

[mean]

There is indeed an information that is ignored
It basically says "drop the 2.5 first second of video"

[fkuebler]

There is indeed an information that is ignored
It basically says "drop the 2.5 first second of video"

So am I right in assuming, that you want to say, that some of the preceding software (most probably Handbrake, or the after the satellite recorder the TS editor TSDoctor) has generated some of the contents in the mp4 container information in a wrong way?

And VLC plays it "right" either by chance or for the wrong reasons?

That would be basically my assumption, and of course one can live with that. One only would need to be careful to check mp4 parameters before editing with Avidemux.

[mean]

The file is okay
It's just that it uses a complicated sync method that is ignored by some software (including avidemux)
I'll add support for that

[fkuebler]

The file is okay
It's just that it uses a complicated sync method that is ignored by some software (including avidemux)

Ok.

I'll add support for that

So when you eventually have done that, it would be nice to give a word here in this thread, for avoiding the relatec Avidemux checking afterwards.

[mean]

Try that one :
http://avidemux.org/nightly/osx/Avidemux2.6_r8944.dmg

It does not handle all cases but should work for yours

[fkuebler]

Try that one :
http://avidemux.org/nightly/osx/Avidemux2.6_r8944.dmg

It does not handle all cases but should work for yours

Thank you, and Good Luck also in the future with your fine software!

EDIT:

If I may voice a wish: would it be desirable and possible, to change the default "Output Format" from the present "AVI" to "mp4V2"? I had already many errors after I forgot to change this every time I start Avidemux.

I'm aware that the AVI user fraction would like the present default to stay, but I guess the Avidemux environment is more mp4 than AVI. Of course perfect would be an option in "Settings", but this may be too much work.