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

Started by muxterious, December 11, 2016, 12:54:07 AM

Previous topic - Next topic

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

Quote from: mean on December 13, 2016, 05:53:42 AM
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

Quote from: Jan Gruuthuse on December 13, 2016, 07:26:51 AM
@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

Quote from: mean on December 13, 2016, 01:16:42 PM
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!