eac3to - audio conversion tool

[tebasuna51]

If tou want specify a separate directory try:

"D:\eac3to.exe" "F:\BD\MOVIE" 2) "F:\eac3toDemux\title.*"

[stax76]

Has anybody experienced:

The program can't start because hs is missing from your computer.

It first occurred after updating the DTS library. So far only one user reported it.

https://forum.doom9.org/showthread.php?p=1885544#post1885544

[tebasuna51]

Nope. I never see that message with eac3to 3.34 (W 10).

What is the eac3to version included in Staxrip 2.0.2.0 than work?

[stax76]

Nope. I never see that message with eac3to 3.34 (W 10).

What is the eac3to version included in Staxrip 2.0.2.0 than work?

Sorry about the late reply, the versions were probably the same, the difference was an updated DTS library I had compiled. The problem was solved meanwhile, it had something to do with a VC++ runtime dependency.

[tebasuna51]

... the difference was an updated DTS library I had compiled. The problem was solved meanwhile, it had something to do with a VC++ runtime dependency.

Please let us know if the updated library work with eac3to better than old one.

[kws53]

Hi all... not sure if this doubles as a help thread but hoping someone can spot where I'm going wrong with eac3to. I searched and found others have had this error, but help threads have fizzled out before anything was resolved.

All I want to do is demux *all* video/audio/subs/chapters tracks from a BD playlist on my hard drive to a separate directory (obviously I don't want to demux within the BD structure). I don't want to convert or encode anything, but it seems to think that's what I want to do. Where am I going wrong?

C:\>"D:\eac3to.exe" "F:\BD\MOVIE" 2) -demux "F:\eac3toDemux"
M2TS, 1 video track, 1 audio track, 6 subtitle tracks, 0:21:02, 24p /1.001
1: MPEG2, 1080p24 /1.001 (16:9)
2: AC3, English, 2.0 channels, 192kbps, 48kHz
3: Subtitle (PGS), English
4: Subtitle (PGS), Chinese
5: Subtitle (PGS), Dutch
6: Subtitle (PGS), French
7: Subtitle (PGS), Italian
8: Subtitle (PGS), Spanish
Track 2 is used for destination file "".
This audio conversion is not supported.

I understand I can manually select each track and give it a filename, but I was hoping to do that stuff further on in my workflow as this isn't a one off job.

All of the eac3to help pages seem to imply the -demux flag is for demuxing *everything* so I'm not sure where I'm going wrong. Thanks in advance!
I do this all the time.
1) Create a directory for the new files
2) Right click on the directory listing (at top) in Windows File Explorer, and select "Copy as Text"
3) In your CLI (Command Prompt in Windows), navigate to the correct DRIVE for your copied directory listing (typically type Drive letter, then colon), type "CD", then Right click and paste the directory text. Hit Enter.
4) Then in that directory, put in the location of your eac3to executable and the optical (or MOUNTED hard drive) that your ISO file is on.
5) For example: create a directory "Martian_1080" on Drive D. In Explorer, right click and copy this directory as text. Then in Command Prompt, type "D:", then ENTER. Then "CD ", then right click, paste. Then ENTER. You are now in the directory you wish to save your files.

Here is what it would look like: D:\Martian_1080>F:\video\eac3to a: 1) -demux (Actually omit the "1) -demux" portion initially to get a listing of all of the MPLS streams. Then select the appropriate stream 1), 2), etc.)

This will demux EVERYTHING on the ISO on drive a: and put it into D:\Martian_1080\

[Harrenkyym]

Hola, tebasuna, ¿qué tal? Escribiré en inglés, for everyone, but I miss so much mundodivx... :(

I have a question, as always, I keep building my own video library. When I want to sync the spanish audio with microhd movie, I get for example: 2: stdout.wav +6240ms -25.000 -changeTo23.976 | qaac -V 99 --ignorelength --adts --no-delay -o %_2eng.aac - At this point everything is OK, both movies have the same fps and I have calculated the difference between them, but what happens when everything is set and i discover that the audio in the spanish movie comes with a delay of 600ms already? How do I have to proceed? Thank you.

[tebasuna51]

Hello Harrenkyym! I don't know you with this nick in dead spanish forum mundodivx.

I can't explain 600ms but maybe less.

eac3to always apply the delay before the time expansion (25 -> 23.976), no matter if you use diferent parameter order:
+6240ms -25.000 -changeTo23.976
is the same than
-25.000 -changeTo23.976 +6240ms

Then the delay is expanded also to 6240 * (25*1,001/24) = 6506 ms
266 bigger than 6240

If you want a final delay of 6240 ms you must use:
+5984ms -25.000 -changeTo23.976

[SquallMX]

Seamless branching for new 4K titles seems to be broken. Audio goes out of sync, subtitles are also affected.

[l00t]

Seamless branching for new 4K titles seems to be broken. Audio goes out of sync, subtitles are also affected.

Not just for new titles, but for almost every seamless branched UHD discs. For these it is recommended to use DGDecNV or MakeMKV.

[SquallMX]

Not just for new titles, but for almost every seamless branched UHD discs. For these it is recommended to use DGDecNV or MakeMKV.

Yeah, I using MakeMKV as a workaround, unfortunately ac3to also fails when transcoding TrueHD to WAV/FLAC if the MKV was created from a Seamless Branched disc using MakeMKV.

[Boulder]

I think you should create an issue at http://bugs.madshi.net/main_page.php, madshi has fixed critical bugs even if the application is not actively developed.

[redbtn]

I think you should create an issue at http://bugs.madshi.net/main_page.php, madshi has fixed critical bugs even if the application is not actively developed.
It's already there over 1.5 years
http://bugs.madshi.net/view.php?id=542

[Boulder]

It's already there over 1.5 years
http://bugs.madshi.net/view.php?id=542

Uh, doesn't look too good then :(

I wonder if ffmpeg can handle such streams joined by MakeMKV?

[redbtn]

Uh, doesn't look too good then :(
I wonder if ffmpeg can handle such streams joined by MakeMKV?I've heard that DGDecNV can demux this correctly, but I don't have it to check.

Yeah, I using MakeMKV as a workaround, unfortunately ac3to also fails when transcoding TrueHD to WAV/FLAC if the MKV was created from a Seamless Branched disc using MakeMKV.
It fails with error or output flac doesn't sync with video?

[videoh]

I've heard that DGDecNV can demux this correctly, but I don't have it to check. The latest version can indeed correctly demux all elementary streams, subtitles, and chapters in sync with the video. It's been tested on several disks, such as the UHD version of Cars 2 (which has boatloads of M2TS files in the playlist). If any other streams are not handled correctly please let us know and they'll be addressed straight away. Here is an interesting thread on the matter:

http://rationalqm.us/board/viewtopic.php?f=8&t=780

wherein Bullwinkle advised how to do this sync correction correctly. Possibly madshi is interested in his HW offerings these days.

[Boulder]

The latest version can indeed correctly demux all streams in sync with the video. I have tested it on several disks, such as Cars 2. If any other streams are not handled correctly please let me know and I will address them straight away. Here is an interesting thread on the matter:

http://rationalqm.us/board/viewtopic.php?f=8&t=780

Hehe, must have been the best 15 bucks I ever spent that I put in the DGDecNV license :D

[videoh]

DGDecNV wants to thank you for all your great contributions over the years, Boulder, and for your contributions to the entire video community!

[videoh]

We could make a stand-alone demuxer that doesn't require an nVidia card.

[l00t]

Hehe, must have been the best 15 bucks I ever spent that I put in the DGDecNV license :D

It's definitely worth buying ;)

We could make a stand-alone demuxer that doesn't require an nVidia card.

That would be like Christmas :)

[videoh]

Ordering my Santa outfit. :)

We can make it freeware, why not? DGDemux sounds good. Take a bluray/uhd playlist and deliver all elementary streams, subtitles, and chapters in sync.

MakeMKV uses container timestamps to fix things up AFAIK, for ES demuxing you are in trouble.

[SeeMoreDigital]

Ordering my Santa outfit. :)

We can make it freeware, why not? DGDemux sounds good. Take a bluray/uhd playlist and deliver all elementary streams, subtitles, and chapters in sync.Amazing :)

[SquallMX]

I've heard that DGDecNV can demux this correctly, but I don't have it to check.


It fails with error or output flac doesn't sync with video?

It fails with an 'Lossless Check Failed - Expected XX, Calculated YY' error, usually around a seamless branching scene.

[Boulder]

I think those errors are not an issue, they've always been there as far as I remember.

[redbtn]

It fails with an 'Lossless Check Failed - Expected XX, Calculated YY' error, usually around a seamless branching scene.It happens often when I convert DTS XXL to FLAC. But with TrueHD I didn't notice it. And of course any not lossless format gives this messages.

[SquallMX]

I think those errors are not an issue, they've always been there as far as I remember.

I think MakeMKV is not fixing the truehd audio properly.

TrueHD audio from seamless branching title created by DGIndexNV to FLAC conversion works OK
TrueHD audio from seamless branching title created by eac3to to FLAC conversion works OK but is out of sync
TrueHD audio from seamless branching title created by MakeMKV to FLAC conversion fails

Looks like DGIndexNV is the best tool for the job,
who would have thought that, best 15 dollars I've ever spent.

[videoh]

I think MakeMKV is not fixing the truehd audio properly.

TrueHD audio from seamless branching title created by DGIndexNV to FLAC conversion works OK
TrueHD audio from seamless branching title created by eac3to to FLAC conversion works OK but is out of sync
TrueHD audio from seamless branching title created by MakeMKV to FLAC conversion fails
Are you using the TrueHD stream or its embedded AC3?

Looks like DGIndexNV is the best tool for the job,
who would have thought that, best 15 dollars I've ever spent. Looks like I got lucky, because I don't even do gap processing for TrueHD (although I do for the embedded AC3). It appears to not be necessary for TrueHD, and perhaps the problem for eac3to is that it does this processing when not needed. The eac3to algorithm does not look good to me (deleting duplicated audio frames AFAIK). Can you try with that -no2ndpass thingie (assuming you are using the TrueHD and not its embedded AC3)?

[videoh]

Amazing :) He he, now I have to deliver it. No way I can let you down. :D

Created the project today and started coding... Whee!

[hubblec4]

Hi videoh

That are great news.
Could you keep in mind your project should run on Linux and Windows and we need all what eac3to can do plus a bit more.
In my case I have often seamless branching BDs and eac3to has some bugs for e-ac3 streams.
Skip identical frames works almost for all cases but not 100%.

[von Suppé]

He he, now I have to deliver it. No way I can let you down. :D

Created the project today and started coding... Whee!

Thanks in advance, great!

Would next week be possible? I've decided to spend my end-of-year holidays early and I'm eager to unpack my X-mas presents. :D

[jpsdr]

Be realistic.
As good as he is, you can't expect videoh to produce all the eac3to features within the snap of a fingers.
It will be allready very great if there is a simple demuxer wich demux properly streams where eac3to fails.

[von Suppé]

I was just joking. My apologies.

[videoh]

I took it as a joke. :)

[videoh]

Just successfully did a first full demux from Cars 2 UHD using DGDemux. I have to clean up some stuff, remove the licensing, and make a manual. Maybe by Thanksgiving, or even next week! ;)

I will start a new thread for further status reports, as it doesn't belong here.

EDIT: New thread is here:

https://forum.doom9.org/showthread.php?p=1889434#post1889434

[MrVideo]

Found a problem with eac3to v3.34. It freezes while attempting to analyze a full ABC network feed mux. It gets to 96% and halts.

A sample tsreader capture of the mux is here (http:/vidiot.com/video/ABC-H265-mux-test.zip) (53,879,018 bytes).

MediaInfo reads it just fine.

[LigH]

MediaInfo does not analyze the whole file, only the file parts where it assumes to find the headers with the attributes describing the content (usually in the beginning of a file, sometimes in the end as well). It will most probably skip parts with possible broadcast data errors.

[tebasuna51]

Maybe there are some problem at end of mux (96%), MediaInfo never read all the stream, only the headers.

ffmpeg info say:
ts streams:

41: hevc (Rext), yuv422p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps
36(aaa,aab): mp2, 48000 Hz, stereo, s16p, 384 kb/s
38(aac,aad): mp2, 48000 Hz, stereo, s16p, 384 kb/s
37(aae,aaf): mp2, 48000 Hz, stereo, s16p, 384 kb/s
35(aag,aah): mp2, 48000 Hz, stereo, s16p, 384 kb/s
29(eng): mp2, 48000 Hz, stereo, s16p, 256 kb/s
15: hevc (Rext), yuv422p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps
22(aaa,aab): mp2, 48000 Hz, stereo, s16p, 384 kb/s
24(aac,aad): mp2, 48000 Hz, stereo, s16p, 384 kb/s
20(aae,aaf): mp2, 48000 Hz, stereo, s16p, 384 kb/s
23(aag,aah): mp2, 48000 Hz, stereo, s16p, 384 kb/s
12(eng): mp2, 48000 Hz, stereo, s16p, 256 kb/s
1: hevc (Rext), yuv422p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps,
30(aaa,aab): mp2, 48000 Hz, stereo, s16p, 384 kb/s
32(aac,aad): mp2, 48000 Hz, stereo, s16p, 384 kb/s
31(aae,aaf): mp2, 48000 Hz, stereo, s16p, 384 kb/s
33(aag,aah): mp2, 48000 Hz, stereo, s16p, 384 kb/s
39(eng): mp2, 48000 Hz, stereo, s16p, 256 kb/s
40: hevc (Rext), yuv422p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps
17(aaa,aab): mp2, 48000 Hz, stereo, s16p, 384 kb/s
21(aac,aad): mp2, 48000 Hz, stereo, s16p, 384 kb/s
16(aae,aaf): mp2, 48000 Hz, stereo, s16p, 384 kb/s
18(aag,aah): mp2, 48000 Hz, stereo, s16p, 384 kb/s
8(eng): mp2, 48000 Hz, stereo, s16p, 256 kb/s
19: hevc (Rext), yuv422p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps
25(aaa,aab): mp2, 48000 Hz, stereo, s16p, 384 kb/s
28(aac,aad): mp2, 48000 Hz, stereo, s16p, 384 kb/s
26(aae,aaf): mp2, 48000 Hz, stereo, s16p, 384 kb/s
27(aag,aah): mp2, 48000 Hz, stereo, s16p, 384 kb/s
34(eng): mp2, 48000 Hz, stereo, s16p, 256 kb/s
42: hevc (Rext), yuv422p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps
3(aaa,aab): mp2, 48000 Hz, stereo, s16p, 384 kb/s
5(aac,aad): mp2, 48000 Hz, stereo, s16p, 384 kb/s
4(aae,aaf): mp2, 48000 Hz, stereo, s16p, 384 kb/s
6(aag,aah): mp2, 48000 Hz, stereo, s16p, 384 kb/s
10(eng): mp2, 48000 Hz, stereo, s16p, 256 kb/s

And show many errors and warnings when try to extract some track.
Try yourself:
ffmpeg -i "ABC-H265-mux-test.ts" -map 0:42 -vcodec copy "ABC-H265-mux-test.ts_42.h265"

[MrVideo]

I tried opening the file with tsmuxer (2.6.15) and it complained about pieces of it and ignored a couple of video streams and audio streams. So, I did another capture of 500 MB and tsmuxer didn't like it either. So I read the new file into VideoReDoPro and extracted each of the 6 programs (1 video stream and 5 audio streams). Not one error was reported. I remuxed the 6 TS files into a M2TS file via tsmuxer and eac3to liked it.

I have no idea what is wrong with a complete mux capture that causes eac3to and tsmuxer to not like it. If I just capture one of the program streams, eac3to doesn't have an issue with it.

Thanks for the pointers.

As a side note, I normally do not capture the ABC network feed. I'm only doing it lately because of the Jeopardy! special programming. And because ABC switched over from H.264 to H.265, I was also testing out my ZShell script extract a single stream and extract three of the audio streams to convert the MPA to DD5.1 AC3. When eac3to hung I thought that the new 3.34 version had issues. Turns out that the ABC network feed has something in it that eac3to and tsmuxer do not like, when captured as a whole.

[SeeMoreDigital]

Hi @MrVideo,

It's been a few years since I've played around with transport streams that contain multiple TV channels. But I seem to remember that Mosu's MKVToolNix did quite a good job at identifying all the separate streams...

[MrVideo]

I know what all of the streams are. I don't use eac3to to identify the streams, but to extract one of the program's video and audio streams in order to create 6 separate wave files from the MPA stereo audio streams so that I can use ffmpeg to create an AC3 5.1 file that I'll then tsmuxer into a new TS file. I have a Zshell script that runs all of the pieces. If eac3to can't find all of the streams, it means that I have to use VideoReDo to pull what I want into a new stream that will then be used to create the AC3 file. That said, it means that I should only capture the program that I need, which is what I am doing as I write this.

There is always a way around an issue.

[Bandits]

I have a UHD disc with different audio streams with different delays. The THD+AC3 (Atmos) stream has a -5ms delay and I was told earlier in this thread that eac3to cannot apply a delay to those streams. This results in the file name being appended with a "DELAY -5ms". The other audio streams show a -17ms delay but the file names are not appended. Looking at the log, it shows the -17ms streams have had a adjustment applied to the stream by eac3to. It also shows that +15ms of the delay could not be applied to the same streams.

Is the timing of these audio streams correct when eac3to corrects them even when showing it couldn't correct it completely?

eac3to v3.34
command line: "C:\eac3to.exe" "C:\XXXXX" 1) 1: "C:\Chapters.TXT" 2: "C:\Video_2_HEVC.h265" 3: "C:\Audio_3_English.THD+AC3" 4: "C:\Audio_4_French.AC3" 5: "C:\Audio_5_Italian.AC3" 6: "C:\Audio_6_Japanese.AC3" 7: "C:\Audio_7_Portuguese.AC3" 8: "C:\Audio_8_Spanish.AC3" 9: "C:\Audio_9_Thai.AC3" 10: "C:\Audio_10_English.AC3" 11: "C:\Subtitle_11_English.sup" 12: "C:\Subtitle_12_English.sup" 13: "C:\Subtitle_13_English.sup" 14: "C:\Subtitle_14_English.sup" 15: "C:\Subtitle_15_Chinese.sup" 16: "C:\Subtitle_16_Chinese.sup" 17: "C:\Subtitle_17_French.sup" 18: "C:\Subtitle_18_Italian.sup" 19: "C:\Subtitle_19_Japanese.sup" 20: "C:\Subtitle_20_Korean.sup" 21: "C:\Subtitle_21_Portuguese.sup" 22: "C:\Subtitle_22_Spanish.sup" 23: "C:\Subtitle_23_Thai.sup" 24: "C:\Subtitle_24_French.sup" 25: "C:\Subtitle_25_Japanese.sup" 26: "C:\Subtitle_26_English.sup" 27: "C:\Subtitle_27_Italian.sup" 28: "C:\Subtitle_28_Japanese.sup" 29: "C:\Subtitle_29_Korean.sup" 30: "C:\Subtitle_30_Spanish.sup" -progressnumbers -minPlayListRuntime=0:01:00 -log="C:\log.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 8 audio tracks, 20 subtitle tracks, 2:18:01, 11.988p
1: Chapters, 16 chapters
2: h265/HEVC, 2160p24 /1.001 (16:9), 10 bits
3: TrueHD/AC3 (Atmos), English, 7.1 channels, 48kHz, -5ms
(embedded: AC3, 5.1 channels, 640kbps, 48kHz)
4: AC3 Surround, French, 2.0 channels, 192kbps, 48kHz, -17ms
5: AC3, Italian, 5.1 channels, 640kbps, 48kHz, -17ms
6: AC3, Japanese, 5.1 channels, 640kbps, 48kHz, -17ms
7: AC3, Portuguese, 5.1 channels, 640kbps, 48kHz, -17ms
8: AC3, Spanish, 5.1 channels, 384kbps, 48kHz, -17ms
9: AC3, Thai, 5.1 channels, 384kbps, 48kHz, -17ms
10: AC3 Surround, English, 2.0 channels, 192kbps, 48kHz, -17ms
11: Subtitle (PGS), English
12: Subtitle (PGS), English
13: Subtitle (PGS), English
14: Subtitle (PGS), English
15: Subtitle (PGS), Chinese
16: Subtitle (PGS), Chinese
17: Subtitle (PGS), French
18: Subtitle (PGS), Italian
19: Subtitle (PGS), Japanese
20: Subtitle (PGS), Korean
21: Subtitle (PGS), Portuguese
22: Subtitle (PGS), Spanish
23: Subtitle (PGS), Thai
24: Subtitle (PGS), French
25: Subtitle (PGS), Japanese
26: Subtitle (PGS), English
27: Subtitle (PGS), Italian
28: Subtitle (PGS), Japanese
29: Subtitle (PGS), Korean
30: Subtitle (PGS), Spanish
Creating file "C:\Chapters.TXT"...
[a06] Extracting audio track number 6...
[v02] Extracting video track number 2...
[s30] Extracting subtitle track number 30...
[s22] Extracting subtitle track number 22...
[s20] Extracting subtitle track number 20...
[s27] Extracting subtitle track number 27...
[s21] Extracting subtitle track number 21...
[a09] Extracting audio track number 9...
[a09] Applying (E-)AC3 delay...
[a09] A remaining delay of +15ms could not be fixed.
[s29] Extracting subtitle track number 29...
[s19] Extracting subtitle track number 19...
[a04] Extracting audio track number 4...
[a04] Applying (E-)AC3 delay...
[a04] A remaining delay of +15ms could not be fixed.
[s17] Extracting subtitle track number 17...
[a03] Extracting audio track number 3...
[a10] Extracting audio track number 10...
[a10] Applying (E-)AC3 delay...
[a10] A remaining delay of +15ms could not be fixed.
[a07] Extracting audio track number 7...
[a07] Applying (E-)AC3 delay...
[a07] A remaining delay of +15ms could not be fixed.
[s18] Extracting subtitle track number 18...
[s16] Extracting subtitle track number 16...
[s12] Extracting subtitle track number 12...
[a08] Extracting audio track number 8...
[a08] Applying (E-)AC3 delay...
[a08] A remaining delay of +15ms could not be fixed.
[s23] Extracting subtitle track number 23...
[s28] Extracting subtitle track number 28...
[a05] Extracting audio track number 5...
[a05] Applying (E-)AC3 delay...
[a05] A remaining delay of +15ms could not be fixed.
[a06] Applying (E-)AC3 delay...
[a06] A remaining delay of +15ms could not be fixed.
[s14] Extracting subtitle track number 14...
[s24] Extracting subtitle track number 24...
[s25] Extracting subtitle track number 25...
[s11] Extracting subtitle track number 11...
[s13] Extracting subtitle track number 13...
[s26] Extracting subtitle track number 26...
[s15] Extracting subtitle track number 15...
[v02] Creating file "C:\Video_2_HEVC.h265"...
[a03] Creating file "C:\Audio_3_English.THD+AC3"...
[a06] Creating file "C:\Audio_6_Japanese.AC3"...
[a05] Creating file "C:\Audio_5_Italian.AC3"...
[a07] Creating file "C:\Audio_7_Portuguese.AC3"...
[a08] Creating file "C:\Audio_8_Spanish.AC3"...
[a09] Creating file "C:\Audio_9_Thai.AC3"...
[a04] Creating file "C:\Audio_4_French.AC3"...
[a10] Creating file "C:\Audio_10_English.AC3"...
[s26] Creating file "C:\Subtitle_26_English.sup"...
[s27] Creating file "C:\Subtitle_27_Italian.sup"...
[s30] Creating file "C:\Subtitle_30_Spanish.sup"...
[s28] Creating file "C:\Subtitle_28_Japanese.sup"...
[s29] Creating file "C:\Subtitle_29_Korean.sup"...
[s13] Creating file "C:\Subtitle_13_English.sup"...
[s11] Creating file "C:\Subtitle_11_English.sup"...
[s15] Creating file "C:\Subtitle_15_Chinese.sup"...
[s12] Creating file "C:\Subtitle_12_English.sup"...
[s14] Creating file "C:\Subtitle_14_English.sup"...
[s16] Creating file "C:\Subtitle_16_Chinese.sup"...
[s18] Creating file "C:\Subtitle_18_Italian.sup"...
[s23] Creating file "C:\Subtitle_23_Thai.sup"...
[s21] Creating file "C:\Subtitle_21_Portuguese.sup"...
[s22] Creating file "C:\Subtitle_22_Spanish.sup"...
[s17] Creating file "C:\Subtitle_17_French.sup"...
[s20] Creating file "C:\Subtitle_20_Korean.sup"...
[s19] Creating file "C:\Subtitle_19_Japanese.sup"...
[s24] Creating file "C:\Subtitle_24_French.sup"...
[s25] Creating file "C:\Subtitle_25_Japanese.sup"...
Video track 2 contains 198533 frames.
Subtitle track 11 contains 1946 captions.
Subtitle track 12 contains 1832 captions.
Subtitle track 13 contains 1946 captions.
Subtitle track 14 contains 1854 captions.
Subtitle track 15 contains 2101 captions.
Subtitle track 16 contains 2145 captions.
Subtitle track 17 contains 1250 normal and 5 forced captions.
Subtitle track 18 contains 1720 normal and 6 forced captions.
Subtitle track 19 contains 1874 captions.
Subtitle track 20 contains 1863 captions.
Subtitle track 21 contains 1870 normal and 6 forced captions.
Subtitle track 22 contains 1988 normal and 5 forced captions.
Subtitle track 23 contains 1832 normal and 9 forced captions.
Subtitle track 24 contains 4 forced captions.
Subtitle track 25 contains 4 captions.
Subtitle track 26 contains 2055 captions.
Subtitle track 27 contains 1713 captions.
Subtitle track 28 contains 346 captions.
Subtitle track 29 contains 1983 captions.
Subtitle track 30 contains 1754 captions.
eac3to processing took 13 minutes, 49 seconds.
Done.

[tebasuna51]

The only way to correct delay, without recode, is add/delete full audio frames to extracted streams.

- eac3to can't do it to TrueHD streams.
- Over AC3 streams can add/delete frames of 32 ms, then over -17 ms delete 1 frame and the output need a + 15 ms of furter delay to be applied in the next container.
- BTW delays lower than a video frame duration, here 41.7 ms, can be ignored safely because can't be detected.
- If you insist to extract a stream with 0 ms of delay you need recode the AC3 (not recommended) with something like:

8: stdout.w64 -17ms | ffmpeg -i - -c:a ac3 -b:a 640k -center_mixlev 0.707 %_8spa.ac3

[Bandits]

I have a UHD disc that outputs the following:

eac3to v3.34
command line: "C:\eac3to.exe" "C:\XXXXX" 1) -log="C:\log.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 5 subtitle tracks, 2:13:12, 11.987p
1: Chapters, 16 chapters
2: h265/HEVC, unknown parameters
3: DTS Master Audio, English, 7.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: AC3, Spanish, 5.1 channels, 640kbps, 48kHz
5: AC3, French, 5.1 channels, 640kbps, 48kHz
6: AC3 Surround, English, 2.0 channels, 224kbps, 48kHz
7: DTS, English, 2.0 channels, 768kbps, 48kHz
8: Subtitle (PGS), English
9: Subtitle (PGS), French
10: Subtitle (PGS), English
11: Subtitle (PGS), French
12: Subtitle (PGS), Spanish

The video track is not correctly identified.

Using bdinfo.exe on the disc shows:

2160p / 23.976 fps / 16:9

Using the new tsMuxer.exe on the disc shows:

Profile: Main 10@5.1 Resolution 3840:2160p Frame rate 23.976

I don't know if tsMuxer.exe is just faking the detection or can see something that eac3to.exe and bdinfo.exe can't. If I use txMuxer.exe to demux/remux the output is still detected the same way as "unknown parameters".

Is there something that eac3to.exe is missing or is the video track just not made right? This is the first time I have seen this message.

[tebasuna51]

Last eac3to version is from 2017, the new tsMuxeR, updated at present, maybe can do a better job.

The last version of BDInfo is from 2018.

[Yoshi]

I'm not sure whether this issue has already been covered here before as on a pre-search, the closest I found was only this post (https://forum.doom9.org/showpost.php?p=1804163&postcount=14210).

With several movies now which provide a 7.1 mix such as "Dredd" or "Ford v Ferrari" (and no matter whether Dolby TrueHD or DTS-HA MA), I encountered clipping when downmixing to 5.1. It goes undetected and eac3to doesn't issue a second pass. However, if I inject any volume change, like -0.1dB, then the audio all of the sudded isn't only treated as a 64 bit source (probably due to the internal workings of the libav/ffmpeg decoder's gain control), but also clipping is correctly recognized, triggering a second pass with an often more severe volume reduction.

To me, this doesn't make any sense as the clipping should be recognized without any manual gain intervention by the user.

Either I missed something here or this is a real bug in eac3to.

[Richard1485]

With several movies now which provide a 7.1 mix such as "Dredd" or "Ford v Ferrari" (and no matter whether Dolby TrueHD or DTS-HA MA), I encountered clipping when downmixing to 5.1.

Yes, I've come across such clipping as well, so I usually check the output in Audacity. You could decode the 7.1 to w64 with eac3to and then use BeHappy to downmix to 5.1. It uses AviSynth, like this:


LoadPlugin("nicaudio.dll")
LoadPlugin("AudioLimiter.dll")
a=RaWavSource("file.w64", 1)
\.ConvertAudioToFloat()

flr = Getchannel(a, 1, 2, 3, 4)
blr = Getchannel(a, 5, 6)
slr = Getchannel(a, 7, 8)
sur = MixAudio(blr, slr, 1.0, 1.0).SoftClipperFromAudX(0.0)
return mergechannels(flr,sur)

[Teknon]

Hey guys,

sorry I'm new here since I've literally never had a problem worth asking about on a forum with eac3to or clownbd or whatever. This time I have to ask, though, since I don't know what to do.

I set up a new PC with a fresh Windows 10 installation last week and since then eac3to won't read blu-rays anymore. I still remux blu-rays with clownbd but after the 1st pass it doesn't show me any playlists to choose from (see attached image).

When I try to read out the blu-rays within eac3to directly and not with clownbd it just says "blu-ray/hddvd structure not found", that's why I figured it's an issue with eac3to and not clownbd.
I also tried out Blu-ray ripper, an alternative to clownbd, but it doesn't work either.

I've already reinstalled everything several times, tried out different versions for the programs I use but nothing has worked so far. Anyone got any tips?

Thanks and best regards,
Teknon

[LigH]

You will have had a resident ripping software installed on your previous PC, because eac3to never was a ripper, it is not able to decrypt. Usually you are expected to copy the decrypted content to your harddisk before using eac3to.

[tebasuna51]

I still remux blu-rays with clownbd but after the 1st pass it doesn't show me any playlists to choose from (see attached image).

I delete your empty image because don't help.

LigH is right, you need a BD decripter to work after with eac3to.

You can also try with MakeMKV (https://www.makemkv.com/)

[Teknon]

Sorry, but I don't really understand (not an expert on this stuff). On my previous PC I remuxed blu-rays/blu-ray isos with clownbd using eac3to and tsmuxer and at the end it gave out a blu-ray folder structure with only one m2ts file (the one that was the movie).

I do have all of these programs installed, they even come with clownbd itself. Although, I did install them separately just to try if that works but no matter what I do, eac3to doesn't find the blu-ray structure, neither within clownbd nor by itself. Which is why I'm thinking that it's an issue with eac3to, not clownbd or tsmuxer.