Log in

View Full Version : Is it possible to know the audio delay in m2ts file?


mashiwen
29th December 2007, 04:57
I use xport to demux the m2ts file of movie resident evil3 to audio files,then i find that there is delay in audio file I got,but I can't know the exactly the time of delay,can anybody help me?:confused:

drmpeg
29th December 2007, 06:20
I use xport to demux the m2ts file of movie resident evil3 to audio files,then i find that there is delay in audio file I got,but I can't know the exactly the time of delay,can anybody help me?:confused:
Please copy and paste the xport results. Like so:

C:\xfer>xport -h 00012.m2ts 1 1 2
xport Transport Stream Demuxer 1.00
program = 1, video channel = 1, audio channel = 2
Program Number = 0 (0x0000), Program Map PID = 31 (0x001f)
Program Number = 1 (0x0001), Program Map PID = 256 (0x0100)
program descriptor = 0x05, 0x04, 0x48, 0x44, 0x4d, 0x56
program descriptor = 0x88, 0x04, 0x0f, 0xff, 0xff, 0xfc
Video PID = 4113 <0x1011>, type = 0x1b
ES descriptor for stream type 0x1b = 0x05, 0x08, 0x48, 0x44, 0x4d, 0x56, 0xff, 0x1b, 0x61, 0x3f
ES descriptor for stream type 0x80 = 0x05, 0x08, 0x48, 0x44, 0x4d, 0x56, 0xff, 0x80, 0x61, 0xff
Audio PID = 4353 <0x1101>, type = 0x81
ES descriptor for stream type 0x81 = 0x05, 0x04, 0x41, 0x43, 0x2d, 0x33
ES descriptor for stream type 0x81 = 0x81, 0x04, 0x06, 0x48, 0x0e, 0x00
ES descriptor for stream type 0x81 = 0x05, 0x04, 0x41, 0x43, 0x2d, 0x33
ES descriptor for stream type 0x81 = 0x81, 0x04, 0x06, 0x48, 0x0e, 0x00
ES descriptor for stream type 0x81 = 0x05, 0x04, 0x41, 0x43, 0x2d, 0x33
ES descriptor for stream type 0x81 = 0x81, 0x04, 0x06, 0x48, 0x0e, 0x00
ES descriptor for stream type 0x81 = 0x05, 0x04, 0x41, 0x43, 0x2d, 0x33
ES descriptor for stream type 0x81 = 0x81, 0x04, 0x06, 0x29, 0x04, 0x00
0 frames before first I-frame
High Profile
Level = 4.1
First Video PTS = 0x000ffff0
Audio Bitrate = 640000, Audio Sampling Rate = 48000
Audio Mode = 3/2, bsid = 6, bsmod = 0
First Audio PTS = 0x000ffff0, 0
ts rate = unspecified
packets for pid 0 <0x0000> = 19, first = 1, last = 50110
packets for pid 31 <0x001f> = 2, first = 3, last = 28725
packets for pid 256 <0x0100> = 19, first = 2, last = 50111
packets for pid 4097 <0x1001> = 20, first = 4, last = 50512
packets for pid 4113 <0x1011> = 37860, first = 5, last = 52084
packets for pid 4352 <0x1100> = 11009, first = 1462, last = 52005
packets for pid 4353 <0x1101> = 903, first = 1624, last = 52057
packets for pid 4354 <0x1102> = 903, first = 1641, last = 52059
packets for pid 4355 <0x1103> = 903, first = 1643, last = 52061
packets for pid 4356 <0x1104> = 383, first = 1645, last = 51823
packets for pid 4608 <0x1200> = 63, first = 48593, last = 48655
coded pictures = 63, video fields = 0

C:\xfer>

For AC-3 (like the example above), xport prints the delay:

First Audio PTS = 0x000ffff0, 0

In this case, the delay is zero. If the audio is LPCM or other advanced audio codecs, xport doesn't print the delay. However, if you are demuxing from the beginning of the movie (or the beginning of any .m2ts segment) the delay for all audio streams is zero

Ron

880
2nd June 2009, 02:14
However, if you are demuxing from the beginning of the movie (or the beginning of any .m2ts segment) the delay for all audio streams is zero

Ron

How can this be? Is this guaranteed for all Blu-rays?

TinTime
2nd June 2009, 10:28
I use xport to demux the m2ts file of movie resident evil3 to audio files,then i find that there is delay in audio file I got,but I can't know the exactly the time of delay,can anybody help me?:confused:

Use eac3to to demux instead. This will report and fix any audio delays.