Possible regression: "missing" audio track after copy-only edit of ts -> ts

[mean]

Done

[Jan Gruuthuse]

@muxterious
-  avidemux Cli/Qt5 2.6.15 64-bit deb download ubuntu 16.04.1 LTS <-corrected url
- do check/adjust for audio sync delay, if any.

[muxterious]

Yes
It's the delay, i.e. the end result has no audio for a bit at the beginning and so avidemux bails, not finding it
I'll increase the search radius

If you chop off the beginning (a couple of seconds), it works

With respect, I don't see how that's the only issue.

Granted, this was edited twice, both times with 2.6.12.  Yet, it still has audio (yes, delayed onset, but not missing or out of sync).  However, if I do any edit with 2.6.15, the result has an audio track that can't be seen by my TV, GStreamer, or any 2.6 build I've tried.  If you only fix 2.6.15's ability to detect the audio in a poorly packetized stream (is that the issue?) but don't fix the way files are written, then I still can't hear audio when streaming them to my TV.

BTW, I'm streaming them with minidlna.  So, it's possible minidlna is really the one who can't see the audio.

[muxterious]

@muxterious
-  avidemux Cli/Qt5 2.6.15 64-bit deb download ubuntu 16.04.1 LTS
- do check/adjust for audio sync delay, if any.

Okay, I tried it (well, that link seems broken but I tried the latest build) and it sees the audio in the "bad" files.  The initial gap is still there, too.

However, my primary issue is still unresolved - it still creates "bad" files.

[mean]

Workaround :
Either cut the beginning of the file or re-encode audio

[muxterious]

Workaround :
Either cut the beginning of the file or re-encode audio

Okay, thanks for looking into it.

Also, thanks for your work on avidemux.  It has filled a hole in my life left by virtualdub, and it does more!