Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > General > Audio encoding

Reply
 
Thread Tools Search this Thread Display Modes
Old 11th July 2008, 20:56   #5461  |  Link
xkodi
Registered User
 
Join Date: Aug 2002
Posts: 221
Quote:
Originally Posted by K1ngp1ng View Post
but since you brought up mr. brooks:
why is this track reported as 24bit when filesize and bitrate suggest that it can't be more than 16bit?
when i use the -down16 cmd i get about the same filesize.
i have never seen this with any other dts master track.
does eac3to check this or does it always use the header info?
i've checked with hex editor and the files decoded with Arcsoft and Sonic 4.3.0.169 are the same and on the first sight resolution maybe seems like 16bit - for most of the file in every group of 3 byte, every last significant byte (LSB) is 0, but still there are some parts of the file that look like 24bit and the LSB is not 0. so, everything looks correct just the nature of the sound is such that at the first sight looks like 16bit.

BTW realized how to proof that Sonic 5.0.0.203 decodes the DTS core instead of the DTS HD extension - it is very easy actually, but until now i haven't thought about it:

1)
Quote:
eac3to mr.brooks.bd.us.mgm.51.24.48.dtshd c:\01.wav -sonic
2)
Quote:
eac3to mr.brooks.bd.us.mgm.51.24.48.dtshd c:\core.dts -core
eac3to c:\core.dts c:\02.wav -sonic
01.wav and 02.wav are byte by byte identical and thus Sonic 5.0.0.203 for sure decodes the DTS core instead of the DTS HD extension.

so, the final status of different Sonic versions is:

version < 4.3.0.169: eac3to hangs
version = 4.3.0.169: everything works great for 5.0, 5.1 and 6.1 files, 7.1 files are decoded as 5.1, the last two channels are not decoded, but those 5.1 channels that are decoded are bit-perfect
version = 4.3.0.192: doesn't work at all
version = 5.0.0.203: decodes the DTS core instead of the DTS HD extension

and thus the only usable version of Sonic is 4.3.0.169, but it is still better to use Arcsoft in any case.

Last edited by xkodi; 11th July 2008 at 21:06.
xkodi is offline   Reply With Quote
Old 12th July 2008, 01:23   #5462  |  Link
nautilus7
Registered User
 
nautilus7's Avatar
 
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,514
Quote:
Originally Posted by xkodi View Post
i've checked with hex editor and the files decoded with Arcsoft and Sonic 4.3.0.169 are the same and on the first sight resolution maybe seems like 16bit - for most of the file in every group of 3 byte, every last significant byte (LSB) is 0, but still there are some parts of the file that look like 24bit and the LSB is not 0. so, everything looks correct just the nature of the sound is such that at the first sight looks like 16bit.
It's very interesting what you found... It reminds me the pcm track from PotC (don't remember which movie of the three though), which is exactly the same.
nautilus7 is offline   Reply With Quote
Old 12th July 2008, 10:45   #5463  |  Link
xkodi
Registered User
 
Join Date: Aug 2002
Posts: 221
Quote:
Originally Posted by nautilus7 View Post
It's very interesting what you found... It reminds me the pcm track from PotC (don't remember which movie of the three though), which is exactly the same.
yes, it is interesting, but it is only the nature of the sound and those files are really 24bit. for example i made small program that counts how many groups of 3bytes have the LSB=0 and for the mr. brooks sample the result is:

Quote:
Left channel:
29.04% of the samples are 16bit
70.96% of the samples are 24bit
Quote:
Right channel:
33.13% of the samples are 16bit
66.87% of the samples are 24bit
Quote:
Center:
27.49% of the samples are 16bit
72.51% of the samples are 24bit
Quote:
LFE:
32.40% of the samples are 16bit
67.60% of the samples are 24bit
Quote:
Surround Left:
53.18% of the samples are 16bit
46.82% of the samples are 24bit
Quote:
Surround Right:
59.48% of the samples are 16bit
40.52% of the samples are 24bit
so, overall only 40% of the file looks like 16bit and the rest is 24bit, that is why on the first sight with hex editor the file looks like 16bit, but it is not.

Last edited by xkodi; 12th July 2008 at 10:53.
xkodi is offline   Reply With Quote
Old 12th July 2008, 18:33   #5464  |  Link
nautilus7
Registered User
 
nautilus7's Avatar
 
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,514
Thanks for the detailed info.
nautilus7 is offline   Reply With Quote
Old 13th July 2008, 17:28   #5465  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,136
Quote:
Originally Posted by Thunderbolt8 View Post
uploaded the info. at the beginning the timecodes are between 0-1 sec and after a while this changes to 10-12 second timecodes. dont know how to describe that though, so heres the file.

http://www.sendspace.com/file/g33230
Thanks. This problem will be fixed in the next build. I've tested with Killing Fields myself now and with the next eac3to version Killing Fields should work just fine.

Quote:
Originally Posted by Thunderbolt8 View Post
whats actually the order when I want to apply delay to an ac3 track, which also needs a delay? is the delay applied first and then everything slowed down?
I'm not sure what you mean...

Quote:
Originally Posted by Thunderbolt8 View Post
another problem with the boogie night mpeg2 .ts cap, it has video gaps, but when I re-run eac3to with the gaps info file playback is not really possible any more, the picture basically stops at one scene and wont continue futher. this is not the case at the 1st mux though and luckily the audio is still in sync so that a 2nd mux shoudlnt be needed at all. but I guess that problem at the 2nd run still shouldnt occur?
Yeah, that problem should not occur. Would it be possible to create a sample which covers the video gaps somehow? I guess it might be difficult to create such a sample, though...

Quote:
Originally Posted by 73ChargerFan View Post
"Warning: -blu-ray should only be used with LPCM files"

I just wasted a bunch of time, trying to remap the channels from a BD DTS Master Audio track...
eac3to 00001.dtsma lxg.dts -blu-ray -core

I knew something was wrong, because using the -core option is fast, and this time it was extracting 6 wav files so it could re-encode them. Long story short, I re-learned that the "-blu-ray" option is only to be used with BD LPCM tracks. (its in the first post)

So, I'd like to request that a warning message be posted when the "-blu-ray" option is used on anything other than LPCM source files.
The "-blu-ray" option was originally intended for LPCM tracks demuxed by other tools which may not have remapped the channels. But actually this option is just a specific channel remapping matrix. It may be useful in specific other situations. E.g. just imagine if somebody created an AC3 track from the original LPCM track without having remapped the channels properly. In this case you could do "eac3to source.ac3 dest.ac3 -blu-ray" and that would fix the channel mapping. So I don't really think I should limit the use of the "-blu-ray" option or post any warnings. Using specific options is always your choice. You should never use a specific option if you don't know which exact purpose it has. If you do, it's your own fault... eac3to is written in such a way that you don't need *any* options when doing the usual tasks. The options are only for corner cases. So if in doubt, don't use any special options...
madshi is online now   Reply With Quote
Old 13th July 2008, 17:33   #5466  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,136
Quote:
Originally Posted by xkodi View Post
version = 4.3.0.169: everything works great for 5.0, 5.1 and 6.1 files, 7.1 files are decoded as 5.1, the last two channels are not decoded, but those 5.1 channels that are decoded are bit-perfect
Actually with the Sonic 4.3.0.169 decoder it's not 6.1 vs. 7.1. Instead it's XCh vs. XXCh extension. The Sonic decoder supports the XCh extension, but it doesn't support the XXCh extension. The XCh extension is the older one and only supports 6.1. The XXCh extension is newer and supports both 6.1 and 7.1 (and maybe even more channels). Most 6.1 tracks are using the XCh extension, which the Sonic decoder supports. But there are some 6.1 tracks which are using the XXCh extension instead of the XCh extension. These XXCh 6.1 tracks are decoded by the Sonic decoder as 5.1, only.

Fortunately the ArcSoft decoder supports every extension we can throw at it...

(If you want to know which extension a specific DTS track is using, you can use the undocumented "-logdts" option.)
madshi is online now   Reply With Quote
Old 13th July 2008, 21:03   #5467  |  Link
Ranguvar
Registered User
 
Ranguvar's Avatar
 
Join Date: Feb 2007
Location: ::1
Posts: 1,236
I'm wondering about the Blu-ray channel remapping...

Is this advisable to use with ALL Blu-ray discs, or do only some have the odd channel mappings?
Ranguvar is offline   Reply With Quote
Old 13th July 2008, 21:52   #5468  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,136
Quote:
Originally Posted by Ranguvar View Post
I'm wondering about the Blu-ray channel remapping...

Is this advisable to use with ALL Blu-ray discs, or do only some have the odd channel mappings?
As long as you're using eac3to for handling Blu-Rays you don't need to worry. eac3to will automatically do everything correctly for you. You only need to worry about channel mapping if you use other tools for demuxing...
madshi is online now   Reply With Quote
Old 13th July 2008, 23:17   #5469  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,136
eac3to v2.53 released

http://madshi.net/eac3to.zip

Code:
* Blu-Ray PGS subtitle demuxing support added
* added support for EVO/VOB subtitles which begin very late in the file
* MPEG2 video muxing doesn't rely on GOP headers, anymore
* all (M2)TS discontinuities are now reported with exact file position
* fixed: reading language information from TS files didn't work correctly
madshi is online now   Reply With Quote
Old 13th July 2008, 23:54   #5470  |  Link
rickardk
Registered User
 
Join Date: Jul 2007
Posts: 259
Quote:
Originally Posted by madshi View Post
Blu-Ray PGS subtitle demuxing support added
Thanks alot!!!
rickardk is offline   Reply With Quote
Old 13th July 2008, 23:57   #5471  |  Link
nautilus7
Registered User
 
nautilus7's Avatar
 
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,514
Me thanks for BD subtitle demuxing, also.
nautilus7 is offline   Reply With Quote
Old 14th July 2008, 00:05   #5472  |  Link
rebkell
Registered User
 
Join Date: Oct 2006
Posts: 303
Quote:
Originally Posted by madshi View Post
eac3to v2.53 released

http://madshi.net/eac3to.zip

Code:
* Blu-Ray PGS subtitle demuxing support added
* added support for EVO/VOB subtitles which begin very late in the file
* MPEG2 video muxing doesn't rely on GOP headers, anymore
* all (M2)TS discontinuities are now reported with exact file position
* fixed: reading language information from TS files didn't work correctly
What extension do we use for the subtitles? I don't use subtitles, so sorry if that's a dumb question.
rebkell is offline   Reply With Quote
Old 14th July 2008, 00:21   #5473  |  Link
nautilus7
Registered User
 
nautilus7's Avatar
 
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,514
I used to name HD DVD subs *.sup. Don't know if anything is different for Blu-ray. You can also try *.pgs if that doesn't work.
nautilus7 is offline   Reply With Quote
Old 14th July 2008, 00:30   #5474  |  Link
73ChargerFan
Registered User
 
73ChargerFan's Avatar
 
Join Date: Dec 2006
Posts: 517
Check out the extensions it uses, by doing "eac3to filename.ext -demux", then after it starts cancel ^C it.
73ChargerFan is offline   Reply With Quote
Old 14th July 2008, 01:19   #5475  |  Link
SpaceAgeHero
Blu-ray Fan
 
SpaceAgeHero's Avatar
 
Join Date: Jul 2008
Posts: 26
Quote:
Originally Posted by rebkell View Post
What extension do we use for the subtitles? I don't use subtitles, so sorry if that's a dumb question.
Use .sup as extension. Then you can use SupRip to convert your subtitles to .srt via optical character recognition.

Thanks for BD-Subtitle demuxing from me too. Been waiting for this. No need for tsMuxer anymore.

Last edited by SpaceAgeHero; 14th July 2008 at 01:23.
SpaceAgeHero is offline   Reply With Quote
Old 14th July 2008, 01:42   #5476  |  Link
rebkell
Registered User
 
Join Date: Oct 2006
Posts: 303
Dont' know if it's intentional or not, but demux seems to only be demuxing one subtitle track:
Code:
C:\Users\X2-6000\Desktop\eac3to\garbage>..\eac3to d: 1)
M2TS, 1 video track, 3 audio tracks, 8 subtitle tracks, 2:05:54
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48khz
4: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz, dialnorm: -29dB
6: Subtitle (PGS), English
7: Subtitle (PGS), French
8: Subtitle (PGS), Spanish
9: Subtitle (PGS), Portuguese
10: Subtitle (PGS), Chinese
11: Subtitle (PGS), Thai
12: Subtitle (PGS), English
13: Subtitle (PGS), English

C:\Users\X2-6000\Desktop\eac3to\garbage>..\eac3to d: 1) -demux
M2TS, 1 video track, 3 audio tracks, 8 subtitle tracks, 2:05:54
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48khz
4: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz, dialnorm: -29dB
6: Subtitle (PGS), English
7: Subtitle (PGS), French
8: Subtitle (PGS), Spanish
9: Subtitle (PGS), Portuguese
10: Subtitle (PGS), Chinese
11: Subtitle (PGS), Thai
12: Subtitle (PGS), English
13: Subtitle (PGS), English
Creating file "00001 - Chapters.txt"...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Extracting audio track number 3...
[a04] Extracting audio track number 4...
[a05] Extracting audio track number 5...
[s06] Extracting subtitle track number 6...
[s07] Extracting subtitle track number 7...
[s08] Extracting subtitle track number 8...
[s09] Extracting subtitle track number 9...
[s10] Extracting subtitle track number 10...
[s11] Extracting subtitle track number 11...
[s12] Extracting subtitle track number 12...
[s13] Extracting subtitle track number 13...
[a03] Extracting TrueHD stream...
[a03] Extracting AC3 stream...
[a04] Reading RAW/PCM...
[a03] Removing dialog normalization...
[a04] Swapping endian...
[a04] Remapping channels...
[a04] Swapping endian...
[a04] Remapping channels...
[a05] Removing dialog normalization...
[a04] Creating file "00001 - 4 - PCM, English, 5.1 channels, 16 bits, 48khz.pcm"...
[v02] Creating file "00001 - 2 - h264, 1080p24.h264"...
[a03] Creating file "00001 - 3 - TrueHD+AC3, English, 5.1 channels, 48khz.thd"...
[a03] Creating file "00001 - 3 - TrueHD+AC3, English, 5.1 channels, 48khz.ac3"...
[a05] Creating file "00001 - 5 - AC3, French, 5.1 channels, 640kbps, 48khz.ac3"...
[s13] Creating file "00001 - 13 - Subtitle (PGS), English.sup"...
-^C
you can select individual subtitle tracks and it seems to work just fine.
rebkell is offline   Reply With Quote
Old 14th July 2008, 03:01   #5477  |  Link
Ranguvar
Registered User
 
Ranguvar's Avatar
 
Join Date: Feb 2007
Location: ::1
Posts: 1,236
Is there a way to scan for gap/overlap information and use it before demuxing?
Ranguvar is offline   Reply With Quote
Old 14th July 2008, 08:05   #5478  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,136
Quote:
Originally Posted by rebkell View Post
Dont' know if it's intentional or not, but demux seems to only be demuxing one subtitle track.

you can select individual subtitle tracks and it seems to work just fine.
Will check that.

Quote:
Originally Posted by Ranguvar View Post
Is there a way to scan for gap/overlap information and use it before demuxing?
Not really. What would that be good for? Just to save a little bit of time? The problem with this approach is that you never know whether there are any gap/overlaps to start with. So if you asked eac3to to search for gaps/overlaps before demuxing that might take quite a while and result in no gaps/overlaps being found. In this situation doing it this way would actually cost more time than doing it the way it's implemented right now...
madshi is online now   Reply With Quote
Old 14th July 2008, 10:02   #5479  |  Link
bmnot
Registered User
 
Join Date: Jun 2007
Posts: 215
What's the best way to convert the PGS subs to SRT?
bmnot is offline   Reply With Quote
Old 14th July 2008, 12:41   #5480  |  Link
himan2001
Registered User
 
Join Date: Feb 2004
Posts: 22
Still an old cosmetic Bug in 2.53:

MPEG2 M2TS files often shown as 1080i60/1001 instead 1080i30/1001
himan2001 is offline   Reply With Quote
Reply

Tags
eac3to

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 09:35.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.