EAC3TO Requests and General Discussion

[Curly]

So there is no problem with eac3to 3.47 then with regard to PCM demuxing?

1. using -demux
2. using x: out.pcm
3. using x: out.w64
4. using x: out.*

I'm not really sure what it should do in each case and I never even knew about the wildcard thing.

[Rocky]

Interesting about StaxRip. I know stax and DG didn't get along after stax dissed an early version of DGDemux. Anyway, we're happy about it. We could bury the hatchet, as long as it's not in my head.

[DelBoy83]

...
P.S. Fun fact, latest eac3to v3.47 version has officially made its way into Staxrip! We should be reaching a wider userbase now, as a result. Kudos to Curly and everyone else who has helped with development, testing, and feedback!

Very nice to see the current eac3to getting the recognition it deserves.

[Curly]

1. using -demux
2. using x: out.pcm
3. using x: out.w64
4. using x: out.*

Everything looks fine to me:

1. Generates W64-wrapped PCM.
2. Generates raw PCM.
3. Generates W64-wrapped PCM.
4. Generates raw PCM.

I'll revise the to-do list entry to just ask for an option to FLAC for 1 & 3.

[AYColumbia]

Not sure if the -test switch is even relevant anymore but I use it occasionally just to make sure the version is correct and noticed the noted lines below today. Just an FYI as it doesn't seem to affect eac3to functionality.

Code: Select all

eac3to -test

eac3to (v3.47) is installed
Nero Audio Decoder (Nero 7) works fine
ArcSoft DTS Decoder doesn't seem to be installed
  http://www.arcsoft.com/products/totalmediatheatre
Find sync word: 7ffe8001  <-- issue?
Find sync extension: 3f  <-- issue?
Sonic Audio Decoder (4.3.0.169) works fine
Haali Matroska Muxer (2013-04-14) is installed
Nero AAC Encoder (1.5.4.0) is installed
Surcode DTS Encoder (1.0.23.0) is installed

[Guest 3]

1. using -demux
2. using x: out.pcm
3. using x: out.w64
4. using x: out.*

Everything looks fine to me:

1. Generates W64-wrapped PCM.
2. Generates raw PCM.
3. Generates W64-wrapped PCM.
4. Generates raw PCM.

I'll revise the to-do list entry to just ask for an option to FLAC for 1 & 3.

Yes, all work fine without problems.

But with your new behaviour to output w64 in demux the users want this selecting the output folder.
In my UsEac3to GUI I replace the -demux parameter with the .* syntax and can select the output folder.

All users can be happy when can select the -demux folder (in the To-Do list) or can select for pcm the .* or -demux (1 & 4) between pcm/w64/flac.

[Rocky]

Guys, Curly is on a trip to Vegas for R&R. He'll be back in a few days when I'm sure he'll respond to your posts. He tells me he's scoring well, and that doesn't mean at the tables.

[Rocky]

All users can be happy when can select the -demux folder (in the To-Do list) or can select for pcm the .* or -demux (1 & 4) between pcm/w64/flac.

I have it working from both INI file and command line. I'll give you a test version later today. It took 8 minutes to implement.

The configured path prefix will apply to all syntax methods.

[Rocky]

Give this a try:

https://rationalqm.us/misc/eac3to_3.48_test.rar

Code: Select all

D:\Don\Programming\Delphi\EAC3TO>eac3to g:\rips\CARS_2 1) -demux -destpath=d:\tmp\
Running in fast mode
Keeping dialnorm
analyze: 100%
M2TS, 1 video track, 6 audio tracks, 2 subtitle tracks, 1:47:00
1: Chapters, 34 chapters
2: h265/HEVC, 2160p24/1.001 (16:9), 10 bits
3: TrueHD/AC3 (Atmos), English, 7.1 channels, 48kHz, dialnorm: -27dB
   (embedded: AC3 EX, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB)
4: E-AC3, English, 7.1 channels, 896kbps, 48kHz, dialnorm: -27dB
   (core: AC3, 5.1 channels, 512kbps, 48kHz, dialnorm: -27dB)
5: AC3 EX, English, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
6: AC3 Surround, English, 2.0 channels, 320kbps, 48kHz, dialnorm: -31dB
7: AC3, English, 2.0 channels, 320kbps, 48kHz, dialnorm: -27dB
8: E-AC3, Spanish, 7.1 channels, 896kbps, 48kHz, dialnorm: -27dB
   (core: AC3, 5.1 channels, 512kbps, 48kHz, dialnorm: -27dB)
9: Subtitle (PGS), English
10: Subtitle (PGS), Spanish
Creating file "d:\tmp\00055 - Chapters.txt"...
a04 Extracting audio track number 4...
s09 Extracting subtitle track number 9...
a07 Extracting audio track number 7...
a03 Extracting audio track number 3...
a05 Extracting audio track number 5...
s10 Extracting subtitle track number 10...
a08 Extracting audio track number 8...
a06 Extracting audio track number 6...
a03 Extracting audio track number 3...
v02 Extracting video track number 2...
a03 Extracting AC3 stream...
a03 Extracting TrueHD stream...
v02 Creating file "d:\tmp\00055 - 2 - h265, 2160p24.h265"...
a03 Creating file "d:\tmp\00055 - 3 - TrueHD+AC3 (Atmos), English, 7.1 channels, 48kHz.thd"...
a08 Creating file "d:\tmp\00055 - 8 - E-AC3, Spanish, 7.1 channels, 896kbps, 48kHz.eac3"...
a04 Creating file "d:\tmp\00055 - 4 - E-AC3, English, 7.1 channels, 896kbps, 48kHz.eac3"...
a03 Creating file "d:\tmp\00055 - 3 - TrueHD+AC3 (Atmos), English, 7.1 channels, 48kHz.ac3"...
a05 Creating file "d:\tmp\00055 - 5 - AC3 EX, English, 5.1 channels, 640kbps, 48kHz.ac3"...
a06 Creating file "d:\tmp\00055 - 6 - AC3 Surround, English, 2.0 channels, 320kbps, 48kHz.ac3"...
a07 Creating file "d:\tmp\00055 - 7 - AC3, English, 2.0 channels, 320kbps, 48kHz.ac3"...
a03 Skipping identical AC3 frames (seamless branching)...
a03 Skipping identical AC3 frames (seamless branching)...
a08 Skipping identical AC3 frames (seamless branching)...
etc.

[Curly]

Just checking in from Mustang Ranch using the laptop DG bought me. Looks like Rocky has been a busy little squirrel. I'm back tomorrow, hope you missed me.

[Guest 3]

Sorry but 3.48 test don't work for me.

With any parameter after, for instance:

"C:\Portable\eac3to\eac3to.exe" "D:\Temp\Test.mkv" -demux -destpath=D:\Temp\ -progressnumbers

Show:
Please specify the source and dest files first and then the options. <ERROR>

Only with:
"C:\Portable\eac3to\eac3to.exe" "D:\Temp\Test.mkv" -demux -destpath=C:\Temp\
work but always create the files:

v01 Creating file "d:\tmp\Test...

ignoring the -destpath parameter using always the d:\tmp\ folder like in your sample

[Curly]

Standby, I'll fix it right now.

[Curly]

Please re-download and try again.

[Rocky]

Sorry about that. I should have spent more than 8 minutes on it.

[Curly]

i forgive u

[Guest 3]

Near to perfect.

"C:\Portable\eac3to\eac3to.exe" "D:\Temp\Test.mkv" -demux -destpath=C:\Temp 2\

ERROR

Need support for folder names with whitespaces. That don't work:

"C:\Portable\eac3to\eac3to.exe" "D:\Temp\Test.mkv" -demux -destpath="C:\Temp 2\"

In my UsEac3toGUI I can use a autoit function FileGetShortName($ruta_out) than output a short name 8.3 of any existing full path and work fine, but to use in command line...

[Curly]

I'll fix it now. Thank you for testing.

The quote syntax will be supported.

[Curly]

Please re-download and try again.

-destpath="d:\My Folder\"

You always must give the quotes.

[Guest 3]

Thanks, now work fine.
I changed my GUI to use the -destpath parameter if eac3to version is greater than 3.47

[Curly]

Cool, I'll make a release this morning. Thank you for your testing and patience.

[Curly]

Not sure if the -test switch is even relevant anymore but I use it occasionally just to make sure the version is correct and noticed the noted lines below today. Just an FYI as it doesn't seem to affect eac3to functionality.

Thank you for the report. I couldn't find those strings in eac3to and I have different installation conditions so can't reproduce this. I guess that those messages are coming from the DLL. Anyway, it's inconsequential, as you say.

[Hellboy.]

You have an existing request to convert to FLAC. Which one do you want, W64 or FLAC?

I'd like FLAC please Curly. Thankyou

Sorry to be contentious, but I think this is a bad idea. -demux should output the untouched stream. At most, for LPCM, it should be wrapped to RF64 WAV (.wav or .w64). It should absolutely not be re-encoded, even losslessly.

If someone wants the track in FLAC, they should either extract separately and specify the conversion (i.e. choose the track and give it a .flac output filename), or post-convert the uncompressed track delivered by -demux.

I don't know how LPCM work but should not be demuxed with .LPCM. Are not .wav and .w64 different format to .LPCM?

[Curly]

Yes they are different formats, and yes, typically one doesn't want to demux raw LPCM. SomeHumanPerson clearly stated " At most, for LPCM, it should be wrapped to RF64 WAV (.wav or .w64)."

[SomeHumanPerson]

Hey Curly, here's a stretch goal feature request for you, some day in the far future when you are feeling terribly bored and maybe even a little masochistic:

Dolby E demuxing.

Here's the rundown of how one has to go about this currently (with freely available tools). The second link is a post further down in the thread where the demuxing/extraction part is mentioned.

http://forum.doom9.net/showthread.php?t=176739
http://forum.doom9.net/showthread.php?s ... ost1988785

ffmpeg can do the actual decoding, so that part is fine. But getting the audio stream out of the source file and into the correct format for ffmpeg to work with is pretty annoying and involves Avisynth and VirtualDub. I might be completely, totally mistaken, but I don't see why the actual mechanics of that task is super complex. It seems like the biggest issue is just handling the data in a way that doesn't damage it by making unintended changes along the way.

If eac3to could go from source file to a .U8 stream that ffmpeg can decode, it would make the entire workflow a piece of cake.

Again, this is a total pie-in-the-sky wishlist item that not a ton of people would use. If it goes on the request list with a laughing emoji or facepalm emoji beside it, that's OK too.

[new_guy]

Curly, tell us about Vegas.