Support forum for DG Tools

Britney told me all about it! He was breaking in mustangs at a ranch.

Whoops, I think I've stumbled into something that I don't understand. Not surprising given that I'm not really part of the larger "community".

(My request was solely for personal use, but if you anticipate such a thing being abused for commercial gain then I 100% agree that it's a bad idea. I really dislike commercial appropriation of "free" work.)

I'm not totally aware of all the history on this matter, but trust Curly's judgement. Even if he's not referring to the same individual, I believe the thread is enough proof that the fella has previously attempted to seek out and use free/open source tools for personal gain, and doesn't even try to hide it.

Removed personal references to other people. I don't know who or what Curly is referring to. If he wants to explain anything he will. If not, then let's leave it there. There's work to do!

Sorry for the rant, guys. I cleaned up after myself. Be careful trusting my judgment. I'm a stooge!

@SomeHumanPerson

Nothing is ruled out. Tell me more about your use case for Dolby-E. Thank you.

I occasionally have access to broadcast feeds of freely-aired events, and they often contain multi-channel Dolby E audio encoded in "fake" PCM. That isn't playable as-is on consumer hardware so if you want to use it, you need to decode it and re-encode to a friendlier format to watch/listen at home.

Again, it's strictly a low-priority, no-expectations request. I certainly won't be offended if you'd rather decline.

I'll decline then. Anyway, it would be unlikely to ever reach a point where its priority rose above other things, given our workload.

Hi Curly. Here's a request for you. eac3to should support optionally skipping the first and last M2TSs when opening a disk. I have one disk from Guest 2 whose first M2TS has 16-bit PCM (contains Kino Lorber garbage) while the second has 24-bit PCM. eac3to can't handle that. With DGDemux, you'd just give -sf (skip first M2TS). Thank you.

Curly wrote: ↑

Tue Jan 30, 2024 7:55 am

Please re-download and try again.

-destpath="d:\My Folder\"

You always must give the quotes.

This feature works great, but there is a little problem.

When you demux either a specific file (e.g.: eac3to MovieName 3: English.dts) or you just use the -demux command, a log.txt file is created. The log.txt file is located in the same folder as the demuxed file. That at least is the right behavior.

But when you use -destpath=, the log.txt is always located in the C:\Users\<username> folder. So a fix to include it in the same folder as the demuxed file would be great. Thanks.

Thank you for your report. Try this:

http://rationalqm.us/eac3to/eac3to_3.49_test.rar

* Fixed -destpath option when it is the last option on the command line.
* Stopped eac3to from generating the log file twice.
* The new rules for the log file location are:

1. The -log path is used if present.

2. If -log is absent, then the -destpath path is used if present.

3. If -log and -destpath are both absent, then the current directory is used.
Note that in this case the demuxed files are also created in the current directory,
so the log file will be where you want it.

Previously, for cases 2 and 3 eac3to would write the log to the location of eac3to.exe,
which makes no sense to me. Also, not sure what the point of the -log option is but we'll
keep it for backward compatibility.

I hope it's good for you because you're my man.

Mr. Trunks is a Prince among men.

To be of use and to know how to show yourself of use, is to be twice as useful.

Curly wrote: ↑

Fri Feb 02, 2024 5:20 am

I hope it's good for you because you're my man.

Yep, we're good now!

Your wish is my command.

Please download 3.49, which I just released. It removes the automatic invocation of thdmerge.exe. Peter

Problem with 3.49.

eac3to "D:\Temp\test.mkv" -progressnumbers -log="C:\Portable\eac3to\UsEac3to\UsEac3To.log"

create a file "C:\Portable\eac3to\UsEac3to\UsEac3To.loglog.txt"

I'll fix it now and slipstream it. Not gonna make a new release for this. I withdrew the online version until I fix it. Shouldn't take long. Standby...

My confusion was I thought -log just gave a path, not the whole filename.

Please re-download. Should be fixed. Thank you for the report.

It's ok now, thanks.

I also asked videohelp to update their v3.49 files to make sure slipstreamed fix is also present. Cheers!

Thank you, Gentlemen.

Curly wrote: ↑

Tue Jan 23, 2024 6:41 am

Page 180

https://www.etsi.org/deliver/etsi_ts/10 ... 10301p.pdf

Hey Curly, I'm not sure if this was previously posted but thought I'd mention it regarding MKVToolNix having a DialNorm removal issue with DTS-HD headers too, there is some discussion where DTS-HD MA/HRA tracks that have DialNorm only for the "core" not the master track but not in my experience, all the DTS-HD MA tracks with DialNorm I've come across have it for both the "core" & master tracks, https://gitlab.com/mbunkus/mkvtoolnix/-/issues/2377

Here is the commit he implemented to fix this, https://gitlab.com/mbunkus/mkvtoolnix/- ... 648645ab69

Thank you Mr oniiz86, that is very helpful.

I've been trying to demux my first UHD movie today and did a simple -demux with eac3to. However when I add the demuxed video tracks mkvmerge reports an error with one of the video tracks (think it was the dovi video track) am I doing something wrong as I have two video tracks I'm trying to add? Should I just be adding one?

As usual, provide exact command line, what retail disc it was from, and .log output if possible, and perhaps exact mkvmerge error output too (make sure to update to latest mkvtoolnix release, as may have Dolby Vision related changes). Thanks!