EAC3TO Requests and General Discussion

eac3to forked from madshi eac3to 3.36
Post Reply
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by 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.
Curly Howard
Director of EAC3TO Development
User avatar
Rocky
Posts: 3756
Joined: Fri Sep 06, 2019 12:57 pm

EAC3TO Requests and General Discussion

Post by 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. ;)
DAE avatar
DelBoy83
Posts: 63
Joined: Wed Oct 04, 2023 2:04 am

EAC3TO Requests and General Discussion

Post by DelBoy83 »

skull wrote:
Fri Jan 26, 2024 11:37 am
...
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!

:bow: :bravo:
Very nice to see the current eac3to getting the recognition it deserves.
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by Curly »

Curly wrote:
Fri Jan 26, 2024 11:46 am
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.
Curly Howard
Director of EAC3TO Development
User avatar
AYColumbia
Posts: 91
Joined: Sun Feb 12, 2012 11:29 am

EAC3TO Requests and General Discussion

Post by 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
---
omay, arrylay, curlyq & associates
DAE avatar
Guest 3
Posts: 67
Joined: Mon Mar 26, 2018 6:00 am

EAC3TO Requests and General Discussion

Post by Guest 3 »

Curly wrote:
Sat Jan 27, 2024 5:10 am
Curly wrote:
Fri Jan 26, 2024 11:46 am
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.
User avatar
Rocky
Posts: 3756
Joined: Fri Sep 06, 2019 12:57 pm

EAC3TO Requests and General Discussion

Post by 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. ;)
User avatar
Rocky
Posts: 3756
Joined: Fri Sep 06, 2019 12:57 pm

EAC3TO Requests and General Discussion

Post by Rocky »

Guest 3 wrote:
Mon Jan 29, 2024 4:46 am
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. :lol:

The configured path prefix will apply to all syntax methods.
User avatar
Rocky
Posts: 3756
Joined: Fri Sep 06, 2019 12:57 pm

EAC3TO Requests and General Discussion

Post by 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.
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by 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.
Curly Howard
Director of EAC3TO Development
DAE avatar
Guest 3
Posts: 67
Joined: Mon Mar 26, 2018 6:00 am

EAC3TO Requests and General Discussion

Post by 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
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by Curly »

Standby, I'll fix it right now.
Curly Howard
Director of EAC3TO Development
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by Curly »

Please re-download and try again.
Curly Howard
Director of EAC3TO Development
User avatar
Rocky
Posts: 3756
Joined: Fri Sep 06, 2019 12:57 pm

EAC3TO Requests and General Discussion

Post by Rocky »

Sorry about that. I should have spent more than 8 minutes on it. ;)
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by Curly »

i forgive u
Curly Howard
Director of EAC3TO Development
DAE avatar
Guest 3
Posts: 67
Joined: Mon Mar 26, 2018 6:00 am

EAC3TO Requests and General Discussion

Post by 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...
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by Curly »

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

The quote syntax will be supported.
Curly Howard
Director of EAC3TO Development
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by Curly »

Please re-download and try again.

-destpath="d:\My Folder\"

You always must give the quotes.
Curly Howard
Director of EAC3TO Development
DAE avatar
Guest 3
Posts: 67
Joined: Mon Mar 26, 2018 6:00 am

EAC3TO Requests and General Discussion

Post by Guest 3 »

Thanks, now work fine.
I changed my GUI to use the -destpath parameter if eac3to version is greater than 3.47
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by Curly »

Cool, I'll make a release this morning. Thank you for your testing and patience.
Curly Howard
Director of EAC3TO Development
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by Curly »

AYColumbia wrote:
Sun Jan 28, 2024 10:49 am
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.
Curly Howard
Director of EAC3TO Development
DAE avatar
Hellboy.
Posts: 4
Joined: Thu Nov 09, 2023 7:57 am

EAC3TO Requests and General Discussion

Post by Hellboy. »

SomeHumanPerson wrote:
Fri Jan 26, 2024 12:38 am
DelBoy83 wrote:
Wed Jan 24, 2024 2:55 am
Curly wrote:
Tue Jan 23, 2024 4:01 pm
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?
User avatar
Curly
Posts: 768
Joined: Sun Mar 15, 2020 11:05 am

EAC3TO Requests and General Discussion

Post by 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)."
Curly Howard
Director of EAC3TO Development
User avatar
SomeHumanPerson
Posts: 96
Joined: Fri Mar 24, 2023 10:41 am

EAC3TO Requests and General Discussion

Post by 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.

:hat:
User avatar
new_guy
Posts: 60
Joined: Fri Jan 15, 2021 11:12 am

EAC3TO Requests and General Discussion

Post by new_guy »

Curly, tell us about Vegas.
Post Reply