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 28th January 2009, 23:30   #8061  |  Link
Thunderbolt8
Registered User
 
Join Date: Sep 2006
Posts: 2,153
might be only a display bug. the trueHD track for the zodiac BD is 3,43 GB, and the constant 24-bit track with then supposed to be superflous zero bytes still has 3,23 GB of size. should be less in case they were really stripped. mediainfo also tells VALID_BITS: 24 for that track.
Thunderbolt8 is offline   Reply With Quote
Old 28th January 2009, 23:42   #8062  |  Link
shambles
Registered User
 
Join Date: Nov 2007
Posts: 132
i've ripped ~30 truehd tracks to flac in the last couple days and it always does the 2nd pass whether the tracks have 24 valid bits or not. with 24bit tracks it doesn't seem to remove anything tho, but it does make the processing take more time obviously.
shambles is offline   Reply With Quote
Old 28th January 2009, 23:46   #8063  |  Link
nautilus7
Registered User
 
nautilus7's Avatar
 
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,498
Can you name some movies to confirm whether they are true 24bit? For example, the sample i posted above is from Planet Terror.

Just curious...

EDIT: I can confirm about Godfather 1,2,3. I don't remember/know about the others. So it seems it's a general bug.

Last edited by nautilus7; 29th January 2009 at 00:05.
nautilus7 is offline   Reply With Quote
Old 29th January 2009, 00:01   #8064  |  Link
shambles
Registered User
 
Join Date: Nov 2007
Posts: 132
planet terror yes, and lately i also ripped godfather 1&2 (part3 probably also had 24bit track but didn't rip that yet), dexter season 1 (all 12 eps), spider-man 3 and lucky number slevin usa release and they all have full 24bit truehd tracks
shambles is offline   Reply With Quote
Old 29th January 2009, 01:24   #8065  |  Link
bigdog660
Registered User
 
Join Date: Mar 2004
Posts: 61
Quote:
Have you done that other test I asked you to do: Namely ripping the movie to harddisk first and then comparing v2.87 vs. v3.05 when running on the harddisk folder? I think v3.05 should be noticably faster in that situation...
I did that test for v3.04: "After dumping the ISO to the HDD using AnyDVD HD, and loading the ISO using Virtual CloneDrive, eac3to 3.04 only took 15 minutes and 56 seconds! And that was reading and writing to the same drive (D:\)! Also the command eac3to J:\ and eac3to J:\ 1) were extremely fast executing."

I will now do the same test for v2.87 and v3.05 plus I will give you data for a rip from the BD drive just for additional info.
bigdog660 is offline   Reply With Quote
Old 29th January 2009, 02:06   #8066  |  Link
73ChargerFan
Registered User
 
73ChargerFan's Avatar
 
Join Date: Dec 2006
Posts: 506
Quote:
Originally Posted by madshi View Post
I've tested the best speed with my specific Blu-Ray drive and it was with 2K blocks. v2.87 used 64K blocks, IIRC, but it performed noticably worse on my PC. So maybe the optimal block read size depends on the drive model? Uh, that's ugly. Will have to think about how to solve that.
I can think of two ways:

1 - post a utility that users can run to benchmark the read speed of their bd or bd/hd-dvd drive, and which when run will email to a dedicated address the results, including drive model & os. Evaluate and include in the program.

2 - include the benchmark routine in eac3to, it can be run by a command line switch and store the value in the registry or in an .ini file. When eac3to runs, it will use a default value unless it the .ini file is present, in which case it loads the value from there.
73ChargerFan is offline   Reply With Quote
Old 29th January 2009, 07:11   #8067  |  Link
kypec
User of free A/V tools
 
kypec's Avatar
 
Join Date: Jul 2006
Location: SK
Posts: 820
Quote:
Originally Posted by 73ChargerFan View Post
I can think of two ways:

1 - post a utility that users can run to benchmark the read speed of their bd or bd/hd-dvd drive, and which when run will email to a dedicated address the results, including drive model & os. Evaluate and include in the program.

2 - include the benchmark routine in eac3to, it can be run by a command line switch and store the value in the registry or in an .ini file. When eac3to runs, it will use a default value unless it the .ini file is present, in which case it loads the value from there.

Sounds like too sophisticated solution for such sleek CLI application to me.
Why not just introduce another option switch -buffer with variable parameter for size in kB, something like -buffer2 / -buffer16 / -buffer64 / -buffer256. Any experienced user can run few tests first in order to benchmark his BD/HDD drive and will use the best option always later on. In case of missing -buffer? switch defaults will be used of course though they may perform worse on user's system. That's the beauty of CLI which should not be mangled by INI or REGISTRY writing whatsoever.
kypec is offline   Reply With Quote
Old 29th January 2009, 09:14   #8068  |  Link
73ChargerFan
Registered User
 
73ChargerFan's Avatar
 
Join Date: Dec 2006
Posts: 506
What is wrong with an ini file? He's already got a directory full of DLLs and a PlugIns directory.
73ChargerFan is offline   Reply With Quote
Old 29th January 2009, 10:15   #8069  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,955
Guys, you don't really need to discuss how I should implement something. I'll make up my own solution, anyway...
madshi is offline   Reply With Quote
Old 29th January 2009, 10:17   #8070  |  Link
kypec
User of free A/V tools
 
kypec's Avatar
 
Join Date: Jul 2006
Location: SK
Posts: 820
Quote:
Originally Posted by 73ChargerFan View Post
What is wrong with an ini file? He's already got a directory full of DLLs and a PlugIns directory.
1. All those DLLs and Plugins are to be READ ONLY
2. Update process is much easier -> just overwrite target files with the new ones and you're done, there's no need to keep INI file and watch for its compatibility across future versions of eac3to
3. Implementation of INI parser into existing source code means much more work than adding one more CLI switch
4. Unless there is significant amount of configuration options needed for application then it's better to stay away from INI/registry altogether
5. GUI add-ons can easily adopt any new CLI option and keep it along with many other settings in their own INI files if necessary
kypec is offline   Reply With Quote
Old 29th January 2009, 12:37   #8071  |  Link
lchiu7
Registered User
 
Join Date: Apr 2002
Posts: 279
Quote:
Originally Posted by madshi View Post

Please try using "-libav" to use the libav decoder instead of Nero. Maybe that helps? How big is that E-AC3 track? Can you reproduce the problem with a small sample of the track? If so, it would be nice if you could upload it for me to test...
..p".
-libav works fine so it must be my Nero 7 installation. Since everybody seems to be having no problems I don't think it's a bug in eac3to. The eac3 file is 1.2G. Happy to upload it for testing if you can tell me what tool I could use to cut it down to size

[edit]

Just realised that it dies a fair way into the eac3 file so would be hard to provide a piece to test. Since a member on another BBS ripped the same title with no problems and -libav works, I am going to put this done to a bad Nero 7 installation rather than any inherent problem with eac3to (which is a great tool BTW). Thanks for looking

Last edited by lchiu7; 29th January 2009 at 19:39.
lchiu7 is offline   Reply With Quote
Old 29th January 2009, 16:27   #8072  |  Link
bigdog660
Registered User
 
Join Date: Mar 2004
Posts: 61
Rip Test Results

Hello Madshi! Finally, here are my test results for all three versions.

Source: Hellboy (2:12:29)

Rip from HDD Folder C: to HDD D: using v2.87

Code:
eac3to v2.87
command line: "D:\HDDVDTL\eac3to.exe" "C:\TEMP\HELLBOY\BDMV\STREAM\00090.m2ts" 2: "D:\HELLBOY\feature.mkv" 1: "D:\HELLBOY\chapters.txt" 4: "D:\HELLBOY\feature.ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 7 subtitle tracks, 2:12:29, 24p /1.001
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, 5.1 channels, 16 bits, 48khz
4: AC3, 5.1 channels, 640kbps, 48khz
5: AC3, 5.1 channels, 640kbps, 48khz, dialnorm: -29dB
6: AC3 Surround, 2.0 channels, 192kbps, 48khz, dialnorm: -26dB
7: Subtitle (PGS)
8: Subtitle (PGS)
9: Subtitle (PGS)
10: Subtitle (PGS)
11: Subtitle (PGS)
12: Subtitle (PGS)
13: Subtitle (PGS)
Creating file "D:\HELLBOY\chapters.txt"...
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[v02] Muxing video to Matroska...
[a04] Creating file "D:\HELLBOY\feature.ac3"...
Added fps value to MKV header.
Video track 2 contains 190583 frames.
eac3to processing took 39 minutes, 18 seconds.
Done.
Rip from Virtual Drive K: to HDD D: using v2.87

Code:
eac3to v2.87
command line: "D:\HDDVDTL\eac3to.exe" "K:\" 1) 2: "D:\HELLBOY\feature.mkv" 1: "D:\HELLBOY\chapters.txt" 4: "D:\HELLBOY\feature.ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 7 subtitle tracks, 2:12:29
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
4: AC3, English, 5.1 channels, 640kbps, 48khz
5: AC3, Thai, 5.1 channels, 640kbps, 48khz, dialnorm: -29dB
6: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -26dB
7: Subtitle (PGS), English
8: Subtitle (PGS), English
9: Subtitle (PGS), Chinese
10: Subtitle (PGS), Chinese
11: Subtitle (PGS), Portuguese
12: Subtitle (PGS), Spanish
13: Subtitle (PGS), Thai
Creating file "D:\HELLBOY\chapters.txt"...
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[v02] Muxing video to Matroska...
[a04] Creating file "D:\HELLBOY\feature.ac3"...
Added fps value to MKV header.
Video track 2 contains 190583 frames.
eac3to processing took 37 minutes, 13 seconds.
Done.
Rip from BD Drive E: to HDD D: using v2.87

Code:
eac3to v2.87
command line: "D:\HDDVDTL\eac3to.exe" "E:\" 1) 2: "D:\HELLBOY\New Folder\feature.mkv" 1: "D:\HELLBOY\New Folder\chapters.txt" 4: "D:\HELLBOY\New Folder\feature.ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 7 subtitle tracks, 2:12:29
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
4: AC3, English, 5.1 channels, 640kbps, 48khz
5: AC3, Thai, 5.1 channels, 640kbps, 48khz, dialnorm: -29dB
6: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -26dB
7: Subtitle (PGS), English
8: Subtitle (PGS), English
9: Subtitle (PGS), Chinese
10: Subtitle (PGS), Chinese
11: Subtitle (PGS), Portuguese
12: Subtitle (PGS), Spanish
13: Subtitle (PGS), Thai
Creating file "D:\HELLBOY\New Folder\chapters.txt"...
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[v02] Muxing video to Matroska...
[a04] Creating file "D:\HELLBOY\New Folder\feature.ac3"...
Added fps value to MKV header.
Video track 2 contains 190583 frames.
eac3to processing took 58 minutes, 33 seconds.
Done.
Rip from HDD Folder C: to HDD D: using v3.04

Code:
eac3to v3.04
command line: "D:\HDDVDTL\eac3to.exe" "C:\TEMP\HELLBOY\BDMV\STREAM\00090.m2ts" 2: "D:\HELLBOY\feature.mkv" 1: "D:\HELLBOY\chapters.txt" 4: "D:\HELLBOY\feature.ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 7 subtitle tracks, 2:12:29, 24p /1.001
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, 5.1 channels, 16 bits, 48khz
4: AC3, 5.1 channels, 640kbps, 48khz
5: AC3, 5.1 channels, 640kbps, 48khz, dialnorm: -29dB
6: AC3 Surround, 2.0 channels, 192kbps, 48khz, dialnorm: -26dB
7: Subtitle (PGS)
8: Subtitle (PGS)
9: Subtitle (PGS)
10: Subtitle (PGS)
11: Subtitle (PGS)
12: Subtitle (PGS)
13: Subtitle (PGS)
Creating file "D:\HELLBOY\chapters.txt"...
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[v02] Muxing video to Matroska...
[a04] Creating file "D:\HELLBOY\feature.ac3"...
Added fps value to MKV header.
Video track 2 contains 190583 frames.
eac3to processing took 22 minutes, 52 seconds.
Done.
Rip from Virtual Drive K: to HDD D: using v3.04

Code:
eac3to v3.04
command line: "D:\HDDVDTL\eac3to.exe" "K:\" 1) 2: "D:\HELLBOY\feature.mkv" 1: "D:\HELLBOY\chapters.txt" 4: "D:\HELLBOY\feature.ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 7 subtitle tracks, 2:12:29
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
4: AC3, English, 5.1 channels, 640kbps, 48khz
5: AC3, Thai, 5.1 channels, 640kbps, 48khz, dialnorm: -29dB
6: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -26dB
7: Subtitle (PGS), English
8: Subtitle (PGS), English
9: Subtitle (PGS), Chinese
10: Subtitle (PGS), Chinese
11: Subtitle (PGS), Portuguese
12: Subtitle (PGS), Spanish
13: Subtitle (PGS), Thai
Creating file "D:\HELLBOY\chapters.txt"...
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[v02] Muxing video to Matroska...
[a04] Creating file "D:\HELLBOY\feature.ac3"...
Added fps value to MKV header.
Video track 2 contains 190583 frames.
eac3to processing took 20 minutes, 56 seconds.
Done.
Rip from BD Drive E: to HDD D: using v3.04

Code:
eac3to v3.04
command line: "D:\HDDVDTL\eac3to.exe" "E:\" 1) 2: "D:\HELLBOY\New Folder\feature.mkv" 1: "D:\HELLBOY\New Folder\chapters.txt" 4: "D:\HELLBOY\New Folder\feature.ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 7 subtitle tracks, 2:12:29
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
4: AC3, English, 5.1 channels, 640kbps, 48khz
5: AC3, Thai, 5.1 channels, 640kbps, 48khz, dialnorm: -29dB
6: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -26dB
7: Subtitle (PGS), English
8: Subtitle (PGS), English
9: Subtitle (PGS), Chinese
10: Subtitle (PGS), Chinese
11: Subtitle (PGS), Portuguese
12: Subtitle (PGS), Spanish
13: Subtitle (PGS), Thai
Creating file "D:\HELLBOY\New Folder\chapters.txt"...
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[v02] Muxing video to Matroska...
[a04] Creating file "D:\HELLBOY\New Folder\feature.ac3"...
Added fps value to MKV header.
Video track 2 contains 190583 frames.
eac3to processing took 4 hours, 15 minutes.
Done.
Rip from HDD Folder C: to HDD D: using v3.05

Code:
eac3to v3.05
command line: "D:\HDDVDTL\eac3to.exe" "C:\TEMP\HELLBOY\BDMV\STREAM\00090.m2ts" 2: "D:\HELLBOY\feature.mkv" 1: "D:\HELLBOY\chapters.txt" 4: "D:\HELLBOY\feature.ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 7 subtitle tracks, 2:12:29, 24p /1.001
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, 5.1 channels, 16 bits, 48khz
4: AC3, 5.1 channels, 640kbps, 48khz
5: AC3, 5.1 channels, 640kbps, 48khz, dialnorm: -29dB
6: AC3 Surround, 2.0 channels, 192kbps, 48khz, dialnorm: -26dB
7: Subtitle (PGS)
8: Subtitle (PGS)
9: Subtitle (PGS)
10: Subtitle (PGS)
11: Subtitle (PGS)
12: Subtitle (PGS)
13: Subtitle (PGS)
Creating file "D:\HELLBOY\chapters.txt"...
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[v02] Muxing video to Matroska...
[a04] Creating file "D:\HELLBOY\feature.ac3"...
Added fps value to MKV header.
Video track 2 contains 190583 frames.
eac3to processing took 24 minutes, 46 seconds.
Done.
Rip from Virtual Drive K: to HDD D: using v3.05

Code:
eac3to v3.05
command line: "D:\HDDVDTL\eac3to.exe" "K:\" 1) 2: "D:\HELLBOY\feature.mkv" 1: "D:\HELLBOY\chapters.txt" 4: "D:\HELLBOY\feature.ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 7 subtitle tracks, 2:12:29
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
4: AC3, English, 5.1 channels, 640kbps, 48khz
5: AC3, Thai, 5.1 channels, 640kbps, 48khz, dialnorm: -29dB
6: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -26dB
7: Subtitle (PGS), English
8: Subtitle (PGS), English
9: Subtitle (PGS), Chinese
10: Subtitle (PGS), Chinese
11: Subtitle (PGS), Portuguese
12: Subtitle (PGS), Spanish
13: Subtitle (PGS), Thai
Creating file "D:\HELLBOY\chapters.txt"...
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[v02] Muxing video to Matroska...
[a04] Creating file "D:\HELLBOY\feature.ac3"...
Added fps value to MKV header.
Video track 2 contains 190583 frames.
eac3to processing took 50 minutes, 17 seconds.
Done.
Rip from BD Drive E: to HDD D: using v3.05

Code:
eac3to v3.05
command line: "D:\HDDVDTL\eac3to.exe" "E:\" 1) 2: "D:\HELLBOY\New Folder\feature.mkv" 1: "D:\HELLBOY\New Folder\chapters.txt" 4: "D:\HELLBOY\New Folder\feature.ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 7 subtitle tracks, 2:12:29
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
4: AC3, English, 5.1 channels, 640kbps, 48khz
5: AC3, Thai, 5.1 channels, 640kbps, 48khz, dialnorm: -29dB
6: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -26dB
7: Subtitle (PGS), English
8: Subtitle (PGS), English
9: Subtitle (PGS), Chinese
10: Subtitle (PGS), Chinese
11: Subtitle (PGS), Portuguese
12: Subtitle (PGS), Spanish
13: Subtitle (PGS), Thai
Creating file "D:\HELLBOY\New Folder\chapters.txt"...
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[v02] Muxing video to Matroska...
[a04] Creating file "D:\HELLBOY\New Folder\feature.ac3"...
Added fps value to MKV header.
Video track 2 contains 190583 frames.
eac3to processing took 1 hour, 51 minutes.
Done.
I am still running the test on v3.04, but I can tell you right now it's results are going to be the slowest of the 3 by far.

As you can see, 2.87 beats 3.04 and 3.05 in every way. The computer was not under load during any of these tests, and you can see the command is the same for each test.

As for the controversy to add an INI file, add setting in the registry, or add an option for the command line, my vote is for the INI file. Basically Madshi could provide guide lines to give us an idea of the value to put in the INI file, and it would be up to us users to tweak the value for our system. This also eliminates the need for ac3to to write to it's directory (for those worried about that). Registry setting are more difficult to change and there's always the odd change of a less experienced user messing his/her registry up. A command line option could work, but you have to remember to set it each time, and then those of us who use GUI's will have to wait for the option to be supported. I still use yr_eac3to_more and it hasn't been updated for ages. Anyway, that's my 2 cents on that subject.

Madshi, as always, I appreciate everything you do.

Edit: Folder rip shows 3.04/3.05 does better than 2.87, but BD drive performance with 3.04/3.05 needs some work.

Last edited by bigdog660; 30th January 2009 at 13:33. Reason: Added Folder ripping info
bigdog660 is offline   Reply With Quote
Old 29th January 2009, 17:03   #8073  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,955
@bigdog660, thanks for testing! You're doing:

(1) direct rip from BD drive.
(2) rip from virtual BD.

The one thing I'm really interested in is:

(3) rip from folder structure on harddisk.

I guess (3) might be more or less similar to (2), but I'm not sure. Probably (3) is the fastest of all options.

Edit: Actually (3) should be noticably different compared to (2) because eac3to v3.05 will see the virtual BD drive as a physical drive and thus use 2KB read blocks, while for (3) it will use 1MB read blocks instead.

Last edited by madshi; 29th January 2009 at 17:35.
madshi is offline   Reply With Quote
Old 29th January 2009, 18:38   #8074  |  Link
bigdog660
Registered User
 
Join Date: Mar 2004
Posts: 61
Quote:
The one thing I'm really interested in is:

(3) rip from folder structure on harddisk.
Ah, you want "eac3to 00090.m2ts 1: chapters.txt 2: movie.mkv 4: movie.ac3"?

I will add those tests to my previous post for all three versions.
bigdog660 is offline   Reply With Quote
Old 29th January 2009, 22:41   #8075  |  Link
DrNein
Registered User
 
Join Date: Sep 2002
Posts: 145
A problem applying large delay values to AC3 (at least) was introduced with 3.04 and remains with 3.05 (3.03 is okay). For example, if applying a value of +9472ms, eac3to might report "A remaining delay of +11712ms could not be fixed).
DrNein is offline   Reply With Quote
Old 29th January 2009, 22:52   #8076  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,955
Thanks bigdog660,

so that means:

(1) v3.0x is much faster (up to 2x) than v2.87 when handling folders/files on harddisk.
(2) Using 2KB block reads slows up read access to both your physical and virtual drive compared to the 64K block reads used by v2.87.
(3) Using 1MB block reads extremely slows up read access to your physical drive, but noticably improves read access to your virtual drive, compared to v2.87.
(4) My physical drive shows much better performance with 2KB block reads than with 64K block reads.

Yippieh-yey...
madshi is offline   Reply With Quote
Old 29th January 2009, 22:55   #8077  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,955
Quote:
Originally Posted by DrNein View Post
A problem applying large delay values to AC3 (at least) was introduced with 3.04 and remains with 3.05 (3.03 is okay). For example, if applying a value of +9472ms, eac3to might report "A remaining delay of +11712ms could not be fixed).
Already found and fixed that problem earlier today. It's just a cosmetical issue. The delay was applied correctly, it's only the log output which is wrong.
madshi is offline   Reply With Quote
Old 29th January 2009, 23:47   #8078  |  Link
DrNein
Registered User
 
Join Date: Sep 2002
Posts: 145
Quote:
Originally Posted by madshi View Post
Already found and fixed that problem earlier today. It's just a cosmetical issue. The delay was applied correctly, it's only the log output which is wrong.
Coolsville
DrNein is offline   Reply With Quote
Old 30th January 2009, 04:19   #8079  |  Link
mikelebron
Registered User
 
Join Date: Nov 2008
Location: NY
Posts: 104
Any help on how I can fix this issue? The originating m2ts file works fine in players like TMT... I demuxed the m2ts file to see if this would fix the issue.. but as you can see when I try to convert it to flac it fails.. The original m2ts file was created by TSRemuxer..

eac3to v3.05
command line: eac3to audio1.thd+ac3 e:\audiott.flac
------------------------------------------------------------------------------
TrueHD/AC3, 5.1 channels, 48khz
(embedded: AC3, 5.1 channels, 640kbps, 48khz)
Extracting TrueHD stream...
Decoding with libav/ffmpeg...
Encoding FLAC with libFlac...
Creating file "e:\audiott.flac"...
[libav] Substream 1 checksum failed <WARNING>
[libav] Lossless check failed - expected 16, calculated 9d <WARNING>
[libav] Substream 1 checksum failed <WARNING>
[libav] Lossless check failed - expected 14, calculated 94 <WARNING>
[libav] Substream 1 checksum failed <WARNING>
[libav] Invalid channel 3 specified as output from matrix <WARNING>
The libav decoder reported an error while decoding. <ERROR>
Aborted at file position 53215232. <ERROR>

Last edited by mikelebron; 30th January 2009 at 04:22.
mikelebron is offline   Reply With Quote
Old 30th January 2009, 12:06   #8080  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,955
Quote:
Originally Posted by mikelebron View Post
Any help on how I can fix this issue? The originating m2ts file works fine in players like TMT... I demuxed the m2ts file to see if this would fix the issue.. but as you can see when I try to convert it to flac it fails.. The original m2ts file was created by TSRemuxer..

eac3to v3.05
command line: eac3to audio1.thd+ac3 e:\audiott.flac
------------------------------------------------------------------------------
TrueHD/AC3, 5.1 channels, 48khz
(embedded: AC3, 5.1 channels, 640kbps, 48khz)
Extracting TrueHD stream...
Decoding with libav/ffmpeg...
Encoding FLAC with libFlac...
Creating file "e:\audiott.flac"...
[libav] Substream 1 checksum failed <WARNING>
[libav] Lossless check failed - expected 16, calculated 9d <WARNING>
[libav] Substream 1 checksum failed <WARNING>
[libav] Lossless check failed - expected 14, calculated 94 <WARNING>
[libav] Substream 1 checksum failed <WARNING>
[libav] Invalid channel 3 specified as output from matrix <WARNING>
The libav decoder reported an error while decoding. <ERROR>
Aborted at file position 53215232. <ERROR>
I'd guess that either tsMuxeR or TsRemux did some nasty things to the TrueHD track. I'd suggest reripping the original disc and decoding that with eac3to.
madshi 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 19:44.


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