On 1/8/24 07:16, Rob Hallam wrote:
On Mon, 8 Jan 2024 at 12:07, Mark Filipak <markfilipak.i...@gmail.com> wrote:

For example, if 'v' (video) and 'a' (audio) packets go from
v-a-a-a-a-v-a-a-a-a-v... to
a-a-a-a-a-a-a-a-v-v-v..., then somethings wrong, eh? That's the kind of 
difference I'm seeing
between the two versions of 01.mp4.

Forgive me for jumping in in the middle here, but is that strictly
true? Honest question, perhaps the spec says that they should be
identical.

Sorry, I don't understand you. Are you asking if I'm lying? I doubt it, but I don't know the antecedent of "that". Also, when you wrote "the spec", what spec did you have in mind?

In much the same way a*b*c is equivalent to b*a*c, does the order of
packets necessarily matter if the output is perceptually the same?

The packets are in PTS order. Does the order of the packets matter? No, it's the order of the PTSs that matters.

If the output is not perceptually the same, or there are timing issues
/ desync / other problems as a result then I can see that being a
potentially important bug.

The MPV player misbehaves for all 6 of the sons. The starting running time is not 
"00:00:00.000".

Cheers,
Rob

PS I've been following along as I am also interested in cutting and
re-joining- my first query to this ML was about whether there's a way
to chop off the starts and ends of some clips, add transitions and
re-encode those short overlapping bits, and then join them back on to
their parent clips to avoid having to re-encode the whole lot

You should be able to do all that without recoding except for the transitions, as you wrote. I and others have had lots of problems with concats. There are 3 concat methods. They all have problems with cuts. I think the real problem is deep inside ffmpeg affecting how the packet table is built and/or accessed.


_______________________________________________
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to