Muxing with what track order

[drpaulng]

Is there any restriction or principle to mux video/audio/sup...
Could track 1 be audio rather than video? or even sup?

[deank]

Muxing order affects demuxing during playback. For example: in m2ts muxing order depends on a timeline and first appearance of a stream.

1) video stream starting at 00:00:00.000
2) audio stream starting at 00:00:00.000
3) audio stream with delay, starting at 00:00:01.300
4) subtitles with first line at 00:05:01.311

will require muxing order 1, 2, 3, 4. You can't mux a packet for subtitles which start at 5th second before the video or audio.

MKV muxing is different but you didn't say exactly about which format is your concern.

Also in m2ts, tracks are not really ordered but mixed together in different 188 byte packets. For example you can have 10 consecutive video packets, then 2 audio, 1 sup, 6 video, 2 blank packets, 4 audio, 15 video, etc...

[neuron2]

If the container inquired about is MKV, it doesn't matter which track numbers you assign.

[drpaulng]

So, will it be any problem if the audio track is 3sec ahead of the video track if delay is set at -3sec (now about time order, NOT track order)?

[neuron2]

Theoretically it should be OK but I have seen reports of problems with large delays in MKV. You would have to try it. But you always have the option of correcting the delay losslessly before muxing.

[drpaulng]

Muxing order affects demuxing during playback. For example: in m2ts muxing order depends on a timeline and first appearance of a stream.

1) video stream starting at 00:00:00.000
2) audio stream starting at 00:00:00.000
3) audio stream with delay, starting at 00:00:01.300
4) subtitles with first line at 00:05:01.311

will require muxing order 1, 2, 3, 4. You can't mux a packet for subtitles which start at 5th second before the video or audio.

MKV muxing is different but you didn't say exactly about which format is your concern.

Also in m2ts, tracks are not really ordered but mixed together in different 188 byte packets. For example you can have 10 consecutive video packets, then 2 audio, 1 sup, 6 video, 2 blank packets, 4 audio, 15 video, etc...

Yes, I have seen some mkv with audio as the first track...and I was wondering is there any restriction for proper BD (of course, I mean multiAVCHD) authoring so as to avoid crashing and incompatibility when burned to the DVD-R. Does tsmuxer re-order the tracks for mkv with audio as the first track?

[neuron2]

The tracks are not "ordered" in an m2ts, as deank explained. The equivalent to track number is PID, and the PID numbering in general transport streams is arbitrary as long as reserved PIDs are not used. I will have to look at the BD spec to see if specific PIDs are mandated for m2ts.

[deank]

I don't think it will really help drpaulng but there are some restrictions:

http://multiavchd.deanbg.com/bd_pids.jpg

@drpaulng: What exactly causes your troubles?

[drpaulng]

Dean,
My concern is simple. Try to avoid unnecessary crash hidden within apparently normal input materials because I have to prepare my own materials from scratch (home videos for birthday party, editing with additional soundmix (music and plain) for example).

[deank]

I'd suggest you to feed tsmuxer with your bare (elementary)

H.264 stream (video)
AC3 audio
SRT/SUP subtitles

as in

Birthday.264
Birthday.ac3
Birthday.srt

and avoid all problems.

[drpaulng]

Dean,
Yes, thank you. Because all (or most?) BD authoring softwares at the consumer level do not support multiple soundtracks and (always) re-encode the videos. I don't need fancy menu at the moment but I do concern with multiple soundmix. This is the reason why I like your program so much. Of course if you can provide with us more and more, such as pop-up menu, why not. A cell phone with a lot of fancy functions, yes, I'll take it, but my major concern is the main function as a telephone with good transmission.

[deank]

The idea behind multiAVCHD never included menus and fancy stuff... it just happened. I know there are a lot of things to desire but there is time ahead. What exactly doesn't work for you?

[drpaulng]

Well, then this is what I usually do during DVD authoring: Set a few chapters for the main theme. These chapters are to be chosen from the menu. But within these chapters, I also include some chapter jumps for fast forwards and backwards. For example, 3 major chapters accessible by navigating the menu, each with 5 hidden chapter jumps. A total of 3x5=15 chapters (or say, 5 nested within 3).

If I transfer my DVD authoring into multiAVCHD, then I may need more than 12 thumbnails BUT actually I don't need so many. I need only 3. Because of the present thumbnail-chapter automation set by your program, the best way round is to reduce some jumps. This example is of course very simplified. This is beyond the scope of most people's concern. I don't think you should fulfill everybody's need. At this moment, I think the "Apple Style" navigation menu from Atak Snajpera is a very attractive too.

http://forum.doom9.org/showthread.php?p=1260806#post1260806

[deank]

I second it, but it just takes days and weeks to implement new menu types... and there were other bugs/features that needed attention before going forward. Also I try to spend more time on the next major version or multiAVCHD... not that I can spare some.