i figgered it out this morning

Guys, I had looked closely at the re-numbering thing, and even tried changing it. But it was fraught and I talked to Rocky about it. The code is so complex and therefore risky to touch that we decided not to do it. Even more so for a cosmetic thing that is not a bug. I'll release the -nolog option a...

hey Rocky i had a thought
(i know shocking)
couldn't you make a filter that does the whole cudasynth thing
with all the filters
but without DGSource()?
then the sheeple could basically have cudasynth
but with a different source filter
akshully, Britney mentioned this last night

AYColumbia wrote: ↑

Mon Mar 25, 2024 12:04 pm

Maybe Indy can help you with the latter?

I didn't say I need any help.

I've got the INI file -nolog implemented. Moving on to numbering for the Chapters. The numbering system is a bit of a snakepit, but I think I can emerge intact.

Welcome to the forum Birb, and thank you for your post.

Both of your suggestions seem reasonable to me. I'll see what I can do.

My pleasure, sir!

Hello neto_pir! Try this:

eac3to.exe "Path\to\BR-folder" 3) 1: "Path\to\Remux\[1]_Chapters.txt" -log="Path\to\Remux\[1]_Chapters - Log.txt"

BTW, guys, log files created with the -log file option will not be automatically deleted unless they begin with "log" and end with ".txt".

I'd rather have the log spam myself. Better that than risk losing some I want to reference. Then you should have answered me when I made the proposal (4 days ago!), not waited until I implemented it. So now you're stuck with it. We hate hit-and-run posters here. Look, we reply to things very quickl...

eac3to 3.51:

* eac3to now automatically deletes older log files so as to maintain
a maximum of 5 log files in any given directory. This is to avoid uncontrolled
accumulation of log files. w0bble
* The notes file was updated to describe that new behavior.

https://rationalqm.us/eac3to

I have it working to keep only the 5 most recent logs in any given directory. I'll make a release shortly.

I understand the concern with accumulation of log files. I'm not going to revert to old behavior but maybe we can mitigate it for you. How about if I keep only the last N logfiles, where N could be a fixed number like 5 or 10, or maybe it could be configurable. -fast is new with our builds. So your ...

Marking resolved as OP has gone AWOL.

Sorry, I just noticed that you named the GUI in your first post. I cannot find "eac3to µGUI". Please give me a link to download it. Anybody else know what that is?

You're welcome, Laura. Thank you for the feedback and I'm glad you are OK with the way I did it.

The log file is created in the "current directory". Are you running eac3to directly or through a GUI? If directly, then you are in a DOS command window in some directory and giving the command eac3to. That directory is the current directory. If using a GUI I don't know what directory it executes eac...

yeah pretty much
its gud 2 surprise people once in a while
they get really surprised when I bark at them
woof

I've released eac3to 3.50 using the PID concept to avoid overwrites. The notes file was augmented to include a description of log file operation. Log File -------- Log file generation was changed. Previously two identical copies of the log file were generated in the directory where eac3to.exe was lo...

eac3to 3.50:

* Changed the log file naming to prevent log file overwrites. The name
now includes the process PID of the invoking eac3to, e.g., "log1234.txt".
Refer to the notes file for details.
* Revised the notes file to include a description of how log files work.

https://rationalqm.us/eac3to

A file called log.txt should be created in the current directory (where you are when you execute the eac3to command). The name is going to change in the next version. See the discussion at the end of this thread:

viewtopic.php?f=18&t=1278&p=20282#p20282

It was changed to avoid generating the same log file twice and allow for it to follow the new destpath option. I chose one of the two to delete and it was the one you apparently prefer. I'm always looking to reduce complexity and that's what I did. Now we need to decide whether to restore the old wa...

Would need date and time, which would be long but possible. Let's see what OP prefers.

I propose to add the process PID to the log file name. That would guarantee that each run would be different and you wouldn't overwrite. As the log file contains the command line, you'll be able to disambiguate them. Would this be OK for you? If not, propose something. We're not going back to genera...

DGDemux and eac3to complement each other. Each can do things that the other cannot. You're happy to use DGDemux for this case so I'll mark this resolved. I may enhance eac3to in the future to handle this but it will be a lot of work that may not be important enough to displace other things I need to...

The disk and your report exposed some issues in DGDemux/DGDemuxGUI that Rocky has just fixed. So re-download 1.0.0.73 and update. The following discussion is based on the behavior of the updated version. We'll get closure on that behavior and then decide what to do for eac3to. Remember that eac3to c...