EAC3TO Requests and General Discussion
EAC3TO Requests and General Discussion
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.
Both of your suggestions seem reasonable to me. I'll see what I can do.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
EAC3TO Requests and General Discussion
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.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
- AYColumbia
- Posts: 91
- Joined: Sun Feb 12, 2012 11:29 am
EAC3TO Requests and General Discussion
I appreciate you adding the ability to disable logging. As to changing the chapter "track" #, it may break some of my scripts but I think it's a good change for consistency. Thanks for both. Maybe Indy can help you with the latter? :p
---
omay, arrylay, curlyq & associates
omay, arrylay, curlyq & associates
EAC3TO Requests and General Discussion
I didn't say I need any help.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
EAC3TO Requests and General Discussion
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 at some point, however.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
- AYColumbia
- Posts: 91
- Joined: Sun Feb 12, 2012 11:29 am
EAC3TO Requests and General Discussion
I was just having fun with your "snakepit" comment so mentioned Indy, i.e., Indiana Jones...
---
omay, arrylay, curlyq & associates
omay, arrylay, curlyq & associates
EAC3TO Requests and General Discussion
i figgered it out this morning
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
EAC3TO Requests and General Discussion
I was wondering if eac3to development has halted, will there be any further bug fixing? I believe it was said at some point that @Sherman would take over development as @Curly was taking a break, is that correct?
EAC3TO Requests and General Discussion
Not halted just resting a little. Also, Rocky is hogging the PC for his CUDASynth stuff. We got the low-hanging fruit on eac3to and what's left to do is hard stuff. Be patient I'll get back to it.
Are there some bugs that you particularly would want to see addressed?
Are there some bugs that you particularly would want to see addressed?
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
EAC3TO Requests and General Discussion
Hey Curly, no worries I understand, I was just used to the frequent releases, I suppose the one that I brought to your attention regarding the DTS-HD MA/HR DialNorm being removed & the ability to demux PGS subtitles from MKV files, there also seems to be a recent addition on the "To Do List" that concerns eac3to crashing on MKV files containing mono (1.0) PCM audio, I believe @Guest 3 (Tebasuna51) had discovered that eac3to only decodes EAC3 7.1 streams as 5.1 ignoring the depending frames with the extra channels.Curly wrote: ↑Thu Apr 25, 2024 9:29 amNot halted just resting a little. Also, Rocky is hogging the PC for his CUDASynth stuff. We got the low-hanging fruit on eac3to and what's left to do is hard stuff. Be patient I'll get back to it.
Are there some bugs that you particularly would want to see addressed?
EAC3TO Requests and General Discussion
I just discovered this today. I had no idea there was anything beyond 3.36. I love that this is getting updates now. I love that progressnumbers works right now. Looking forward to the new version with the -nolog switch.
If I have that switch in the ini file, but then specify a log file in my actual command, with the command override that? Because when I am doing stuff by hand, I don't want log files. But if I am rattling off something like a show, for which I use a script to call them in batch, I tend to like to grep through the logs to see if there is anything of concern. It's easy to add the log switch in my batch script. Do it once and it repeats. Also, if log files are specified, does the limit of 5 of them being in that directory still apply?
I wondered if something could be different for the -mono switch, or add another one. If there was a way to actually mix left and right and do -6dB with a simple switch. Sometimes the channels are just slightly different (subtract them in Goldwave and the difference isn't -200dB, and each channel has a different md5sum). I go and use sox to mix to a mono wav, then come back to eac3to to go back to FLAC.
Would there be a way, when processing lossless stereo, to detect if both channels are identical (bit-wise, not a dB threshold)? I use Goldwave to look at every stereo file, and invert mix the channels. If the result is -200dB, it tells me they're the same. I then double check by issuing a "eac3to input.flac output.wavs" to get both channels as mono wavs, and do an md5sum on them both. It would be handy if eac3to warned me. Or would this be pretty computationally-intense to do on the fly? I mentioned bit-wise vs a dB threshold. Perhaps either method could be useful. The dB one would show regardless, where the bit detection one would only trigger if they're perfectly the same. Maybe a switch, so it's not doing it all of the time?
Thank you for your work.
If I have that switch in the ini file, but then specify a log file in my actual command, with the command override that? Because when I am doing stuff by hand, I don't want log files. But if I am rattling off something like a show, for which I use a script to call them in batch, I tend to like to grep through the logs to see if there is anything of concern. It's easy to add the log switch in my batch script. Do it once and it repeats. Also, if log files are specified, does the limit of 5 of them being in that directory still apply?
I wondered if something could be different for the -mono switch, or add another one. If there was a way to actually mix left and right and do -6dB with a simple switch. Sometimes the channels are just slightly different (subtract them in Goldwave and the difference isn't -200dB, and each channel has a different md5sum). I go and use sox to mix to a mono wav, then come back to eac3to to go back to FLAC.
Would there be a way, when processing lossless stereo, to detect if both channels are identical (bit-wise, not a dB threshold)? I use Goldwave to look at every stereo file, and invert mix the channels. If the result is -200dB, it tells me they're the same. I then double check by issuing a "eac3to input.flac output.wavs" to get both channels as mono wavs, and do an md5sum on them both. It would be handy if eac3to warned me. Or would this be pretty computationally-intense to do on the fly? I mentioned bit-wise vs a dB threshold. Perhaps either method could be useful. The dB one would show regardless, where the bit detection one would only trigger if they're perfectly the same. Maybe a switch, so it's not doing it all of the time?
Thank you for your work.
EAC3TO Requests and General Discussion
Specifying a log file on the command line overrides -nolog.
Currently, there is always a limit of 5 log files. You can work around that by copying to a different name in your batch file.
Your requests about audio processing are noted but, honestly, are unlikely to be addressed.
Currently, there is always a limit of 5 log files. You can work around that by copying to a different name in your batch file.
Your requests about audio processing are noted but, honestly, are unlikely to be addressed.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
- AYColumbia
- Posts: 91
- Joined: Sun Feb 12, 2012 11:29 am
EAC3TO Requests and General Discussion
Thank you for the -nolog switch as it's much appreciated as well as your continued work on eac3to.
---
omay, arrylay, curlyq & associates
omay, arrylay, curlyq & associates
EAC3TO Requests and General Discussion
How does it know previously-made log files to get to that 5 limit? I.e. if I specify the log name, how would new eac3to processes know that some random text files are eac3to logs and delete the oldest one? I understand how it does it when there's no -nolog and no specified name. It's a eac3to-generated name.Curly wrote: ↑Sun Jul 21, 2024 8:05 amSpecifying a log file on the command line overrides -nolog.
Currently, there is always a limit of 5 log files. You can work around that by copying to a different name in your batch file.
Your requests about audio processing are noted but, honestly, are unlikely to be addressed.
EAC3TO Requests and General Discussion
Thank you, AY!AYColumbia wrote: ↑Sun Jul 21, 2024 1:42 pmThank you for the -nolog switch as it's much appreciated as well as your continued work on eac3to.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
EAC3TO Requests and General Discussion
The last 5 files matching "log*.txt" are retained.ramicio wrote: ↑Sun Jul 21, 2024 6:35 pmHow does it know previously-made log files to get to that 5 limit? I.e. if I specify the log name, how would new eac3to processes know that some random text files are eac3to logs and delete the oldest one? I understand how it does it when there's no -nolog and no specified name. It's a eac3to-generated name.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
EAC3TO Requests and General Discussion
Hi, I'm new to the forum and I have some questions:
The movie Spirit (original, not the sequel) was never released on Blu-ray here in Denmark, so in order to bring the best possible version of it to my kids, I'm trying to sync the dubbed DVD (PAL 25fps) audio to the american Blu-ray (NTSC 23.976fps).
After much trial and error in both Audacity and with different FFmpeg scripts, I tried both MeGUI and eac3to (I use the GUI version called UsEac3To) and while they both seem to produce the same, correct pitch (when listened to) and the exact same length on the files, their spectrograms looks vastly different (I'm using Spek to view them), and I'm not sure which file is the most correct to use going forward.
My plan is this: make an MKV from the DVD with MakeMKV, then use gMKVExtractGUI to extract the AC3 from the MKV file, slow it down from 25fps to 23.976fps whilst converting it to a lossless format (I'm currently stuck here), import it into Audacity and line it up with the audio from the Blu-ray, since it starts a bit later than the DVD does (even when the DVD's video is converted from 25fps to 23.976fps), and when done editing, export it as AC3 for compability reasons (my old 5.1 receiver is connected to the TV through Toslink Optical).
The reason for the last file, the one ending in "no2ndpass" is eac3to said it is clipping and a second pass is needed, and when that second pass was run through, the finished product looked vastly different on the spectrogram in comparison to the MeGUI one, I therefore added -no2ndpass in the hopes that it would look more like the original file, but it didn't. I have uploaded a gif of the different spectrograms here:
If the gif is moving too fast, here are the images of the spectrograms, one by one:
I know this is the thread for eac3to, but here follows the log for MeGUI (6666.1007), if it might be useful:
Here is the logfile for UsEac3To (eac3to352-UsEac3to134) with second run:
Here is the logfile for UsEac3To (eac3to352-UsEac3to134) without second run:
Let me know if you want a sample-file (and how I can chop it up into smaller pieces without ruining the audio) or the whole file, and I'll get it to you. I'm willing to throw everything I've learned about this slowdown process out the window and learn the proper way, if I've done something wrong or in an improper way.
Thank you very much.
The movie Spirit (original, not the sequel) was never released on Blu-ray here in Denmark, so in order to bring the best possible version of it to my kids, I'm trying to sync the dubbed DVD (PAL 25fps) audio to the american Blu-ray (NTSC 23.976fps).
After much trial and error in both Audacity and with different FFmpeg scripts, I tried both MeGUI and eac3to (I use the GUI version called UsEac3To) and while they both seem to produce the same, correct pitch (when listened to) and the exact same length on the files, their spectrograms looks vastly different (I'm using Spek to view them), and I'm not sure which file is the most correct to use going forward.
My plan is this: make an MKV from the DVD with MakeMKV, then use gMKVExtractGUI to extract the AC3 from the MKV file, slow it down from 25fps to 23.976fps whilst converting it to a lossless format (I'm currently stuck here), import it into Audacity and line it up with the audio from the Blu-ray, since it starts a bit later than the DVD does (even when the DVD's video is converted from 25fps to 23.976fps), and when done editing, export it as AC3 for compability reasons (my old 5.1 receiver is connected to the TV through Toslink Optical).
The reason for the last file, the one ending in "no2ndpass" is eac3to said it is clipping and a second pass is needed, and when that second pass was run through, the finished product looked vastly different on the spectrogram in comparison to the MeGUI one, I therefore added -no2ndpass in the hopes that it would look more like the original file, but it didn't. I have uploaded a gif of the different spectrograms here:
If the gif is moving too fast, here are the images of the spectrograms, one by one:
Code: Select all
[img]https://i.ibb.co/56zH8Y2/Spirit-Original.png[/img]
[img]https://i.ibb.co/BfyyM1f/Spirit-Me-GUI.png[/img]
[img]https://i.ibb.co/n06RyLd/Spirit-Us-Eac3-To.png[/img]
[img]https://i.ibb.co/hyhdkpt/Spirit-Us-Eac3-To-no2ndpass.png[/img]
I know this is the thread for eac3to, but here follows the log for MeGUI (6666.1007), if it might be useful:
Code: Select all
[Information] Log
-[Information] Versions
--[Information] MeGUI: 2944 x64
--[Information] MeGUI Debug Data: available
--[Information] Update Check: stable update server
--[Information] System Information
---[Information] Operating System: Windows 10 Pro 22H2 x64 (10.0.19045.4651)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.8 (4.8.09037)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2015-2022 x64: 14.40.33810
----[Information] Microsoft Visual C++ 2015-2022 x86: 14.40.33810
---[Information] DPI: 125% (120/120)
---[Information] Monitor 1
----[Information] Resolution: 1920x1080
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.9.42.1 (10-01-2009)
---[Information] Haali DSS2: not installed
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] AviSynth Status: ignored as portable build is forced
---[Information] AviSynth portable
----[Information] File Version: 3.5
----[Information] File Date: 02-04-2020
----[Information] File Name: AviSynth+ 3.5 (r3106, 3.5, x86_64)
----[Information] File Path: c:\users\oscar\nedlastinger\firefox\megui.x64-6666.1405\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 3.5 (r3106, 3.5, x86_64)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active
-[Information] Update detection
--[Information] [25.07.2024 14:32:08] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [25.07.2024 14:32:08] No package requires an update
-[Information] Log for job1 (audio, Spirit_Original.ac3 -> Spirit_MeGUI.flac)
--[Information] [25.07.2024 14:32:32] Started handling job
--[Information] [25.07.2024 14:32:32] Preprocessing
--[Information] [25.07.2024 14:32:32] MediaInfo
---[Information] File: D:\Video\Spirit_Original.ac3
---[Information] General
----[Information] Format: AC-3
----[Information] FileSize: 230487552
----[Information] PlayTime: 01:20:01.824
---[Information] Audio
----[Information] Format: AC-3
----[Information] FormatInfo: Audio Coding 3
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] [25.07.2024 14:32:32] The language information is not available for this track. The default MeGUI language has been selected.
--[Information] [25.07.2024 14:32:32] Trying to open the file with LWLibavAudioSource()
--[Information] [25.07.2024 14:32:34] Successfully opened the file with LWLibavAudioSource()
--[Information] [25.07.2024 14:32:37] AviSynth script
---[NoImage] ClearAutoloadDirs()
---[NoImage] AddAutoloadDir("C:\Users\Oscar\Nedlastinger\Firefox\MeGUI.x64-6666.1405\tools\avs\plugins")
---[NoImage] LoadPlugin("C:\Users\Oscar\Nedlastinger\Firefox\MeGUI.x64-6666.1405\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavAudioSource("D:\Video\Spirit_Original.ac3")
---[NoImage] # detected channels: 6
---[NoImage] # detected channel positions: 3/2/0.1
---[NoImage] ConvertAudioToFloat(last)
---[NoImage] SSRC(Round((AudioRate()*1001.0)/960.0)).AssumeSampleRate(AudioRate())
---[NoImage] AudioBits(last)>24?ConvertAudioTo24bit(last):last
---[NoImage] return last
--[Information] [25.07.2024 14:32:37] Command line used: --force --force-raw-format --endian=little --sign=signed -5 - -o "{0}"
--[Information] [25.07.2024 14:32:37] AviSynth script environment opened
--[Information] [25.07.2024 14:32:38] Script loaded
--[Information] [25.07.2024 14:32:38] Output Decoder
---[Information] [25.07.2024 14:32:38] Channels: 6
---[Information] [25.07.2024 14:32:38] Bits per sample: 24
---[Information] [25.07.2024 14:32:38] Sample rate: 48000
--[Information] [25.07.2024 14:32:38] Job command line: C:\Users\Oscar\Nedlastinger\Firefox\MeGUI.x64-6666.1405\tools\flac\flac.exe --force --force-raw-format --endian=little --sign=signed -5 - -o "D:\Video\Spirit_MeGUI.flac" --channels=6 --bps=24 --sample-rate=48000
--[Information] [25.07.2024 14:32:38] Process started
--[Information] [25.07.2024 14:32:38] Standard output stream
--[Information] [25.07.2024 14:32:38] Standard error stream
---[Information] [25.07.2024 14:37:40] flac 1.4.2
---[Information] [25.07.2024 14:37:40] Copyright (C) 2000-2009 Josh Coalson, 2011-2022 Xiph.Org Foundation
---[Information] [25.07.2024 14:37:40] flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are
---[Information] [25.07.2024 14:37:40] welcome to redistribute it under certain conditions. Type `flac' for details.
---[Information] [25.07.2024 14:37:40] (No runtime statistics possible; please wait for encoding to finish...)
--[Information] [25.07.2024 14:37:40] MediaInfo
---[Information] File: D:\Video\Spirit_MeGUI.flac
---[Information] General
----[Information] Format: FLAC
----[Information] FileSize: 1977106095
----[Information] PlayTime: 01:23:26.901
---[Information] Audio
----[Information] Format: FLAC
----[Information] FormatInfo: Free Lossless Audio Codec
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: VBR
----[Information] [25.07.2024 14:37:40] The language information is not available for this track. The default MeGUI language has been selected.
--[Information] [25.07.2024 14:37:40] Postprocessing
---[Information] [25.07.2024 14:37:40] Deleting intermediate files
----[Information] [25.07.2024 14:37:40] Successfully deleted D:\Video\Spirit_Original.ac3.lwi
--[Information] [25.07.2024 14:37:40] Job completed
Here is the logfile for UsEac3To (eac3to352-UsEac3to134) with second run:
Code: Select all
eac3to v3.52
command line: "C:\Users\Oscar\Nedlastinger\Firefox\eac3to352-UsEac3to134\eac3to.exe" "D:\Video\Spirit_Original.ac3" Spirit_UsEac3To.flac -slowdown -progressnumbers -log="C:\Users\Oscar\Nedlastinger\Firefox\eac3to352-UsEac3to134\UsEac3To.log"
------------------------------------------------------------------------------
Running in fast mode
Keeping dialnorm
AC3, 5.1 channels, 1:20:02, 384kbps, 48kHz, dialnorm: -27dB
Decoding with libav/ffmpeg...
Changing FPS from 25.000 to 23.976...
Reducing depth from 64 to 24 bits...
Encoding FLAC with libFlac...
Creating file "Spirit_UsEac3To.flac"...
Clipping detected, a 2nd pass will be necessary. <WARNING>
Starting 2nd pass...
Decoding with libav/ffmpeg...
Changing FPS from 25.000 to 23.976...
Reducing depth from 64 to 24 bits...
Encoding FLAC with libFlac...
Applying -1.67dB gain...
Creating file "Spirit_UsEac3To.flac"...
eac3to processing took 24 minutes, 31 seconds.
Done.
Here is the logfile for UsEac3To (eac3to352-UsEac3to134) without second run:
Code: Select all
eac3to v3.52
command line: "C:\Users\Oscar\Nedlastinger\Firefox\eac3to352-UsEac3to134\eac3to.exe" "D:\Video\Spirit_Original.ac3" Spirit_UsEac3To_no2ndpass.flac -slowdown -no2ndpass -progressnumbers -log="C:\Users\Oscar\Nedlastinger\Firefox\eac3to352-UsEac3to134\UsEac3To.log"
------------------------------------------------------------------------------
Running in fast mode
Keeping dialnorm
AC3, 5.1 channels, 1:20:02, 384kbps, 48kHz, dialnorm: -27dB
Decoding with libav/ffmpeg...
Changing FPS from 25.000 to 23.976...
Reducing depth from 64 to 24 bits...
Encoding FLAC with libFlac...
Creating file "Spirit_UsEac3To_no2ndpass.flac"...
Clipping detected, a 2nd pass will be necessary. <WARNING>
The 2nd pass is skipped by request. <WARNING>
eac3to processing took 11 minutes, 17 seconds.
Done.
Let me know if you want a sample-file (and how I can chop it up into smaller pieces without ruining the audio) or the whole file, and I'll get it to you. I'm willing to throw everything I've learned about this slowdown process out the window and learn the proper way, if I've done something wrong or in an improper way.
Thank you very much.
EAC3TO Requests and General Discussion
Greetings spinkeln! Welcome to the forum.
I know you won't like my answer but I have zero experience with any of this. Therefore, I'm going to advise you to try doom9 and/or videohelp for support on this matter. Feel free to post again, though, if you identify a specific bug in eac3to. Thank you.
I know you won't like my answer but I have zero experience with any of this. Therefore, I'm going to advise you to try doom9 and/or videohelp for support on this matter. Feel free to post again, though, if you identify a specific bug in eac3to. Thank you.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
EAC3TO Requests and General Discussion
No worries, I imagine it's quite a niche problem to have. I have registered at doom9 first, but they say I have to be member for 5 days before I can post, probably to combat spam bots. So I'll just wait it out and post then.
EAC3TO Requests and General Discussion
Thanks for your understanding, sir. Yeah the 5 day thing is annoying but apparently it works for them in some significant way. Post again if you turn up any issues with eac3to.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
EAC3TO Requests and General Discussion
I was originally going to post this in the SurroundByUs forum, as that seems to be the official home for AudioMuxer, but their website keeps throwing "PHP Warning" errors and is overrun by inappropriate spam posts, so I don't think it sees much use these days. AudioMuxer is also using Eac3to for the only thing that I'm interested in, which is the "Extract Audio From DVD-Video" function, so I hope it's okay that I ask here instead.
I'm extracting an audio track from a DVD to a .FLAC file using AudioMuxer, version 0.9.6.5, (in the log it says .WAV, and AudioMuxer seems to be converting it to .FLAC on its own after the .WAV file is completed, but not including that process in the log file for some reason) and in the log it says "[a03] Clipping detected, a 2nd pass will be necessary. <WARNING>", but then later on it says "The 2nd pass is skipped by request. <WARNING>". It seems that the command AudioMuxer is running has "-no2ndpass" added on at the end, with no way to remove it or customize it from within the software. However, as the whole command it uses is listed in the log file, I don't really have a need for AudioMuxer after all as I can just run that command directly using Eac3to.
AudioMuxer has been around for quite some time and while it may have had a good reason for adding "-no2ndpass" in the past, seeing as the software hasn't been updated in almost four years and Eac3to is telling me that my audio file is clipping, my gut feeling is telling me to remove the "-no2ndpass" from the command line, run it again and just let Eac3to do it's thing. But I'm wondering if running a second pass wil decrease the audio quality by any significant amount, or if it's completely safe to do?
Don't know if you need it or not, but here is the log, just in case:
I'm extracting an audio track from a DVD to a .FLAC file using AudioMuxer, version 0.9.6.5, (in the log it says .WAV, and AudioMuxer seems to be converting it to .FLAC on its own after the .WAV file is completed, but not including that process in the log file for some reason) and in the log it says "[a03] Clipping detected, a 2nd pass will be necessary. <WARNING>", but then later on it says "The 2nd pass is skipped by request. <WARNING>". It seems that the command AudioMuxer is running has "-no2ndpass" added on at the end, with no way to remove it or customize it from within the software. However, as the whole command it uses is listed in the log file, I don't really have a need for AudioMuxer after all as I can just run that command directly using Eac3to.
AudioMuxer has been around for quite some time and while it may have had a good reason for adding "-no2ndpass" in the past, seeing as the software hasn't been updated in almost four years and Eac3to is telling me that my audio file is clipping, my gut feeling is telling me to remove the "-no2ndpass" from the command line, run it again and just let Eac3to do it's thing. But I'm wondering if running a second pass wil decrease the audio quality by any significant amount, or if it's completely safe to do?
Don't know if you need it or not, but here is the log, just in case:
Code: Select all
==> E:\VIDEO_TS\VTS_01_0.IFO
>> VOB, 1 video track, 5 audio tracks, 9 subtitle tracks, 1:19:59 (21 chapters) - PAL 25.00fps
> 3: AC3, 5.1 channels, 384kbps, 48kHz, dialnorm: -27dB
> 4: AC3, 5.1 channels, 384kbps, 48kHz, dialnorm: -27dB
> 5: AC3, 5.1 channels, 384kbps, 48kHz, dialnorm: -27dB
> 6: AC3, 5.1 channels, 384kbps, 48kHz, dialnorm: -27dB
> 7: AC3 Surround, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
> eac3to v3.31
command line: "eac3to.exe" "E:\VIDEO_TS\VTS_01_1.VOB"+"E:\VIDEO_TS\VTS_01_2.VOB"+"E:\VIDEO_TS\VTS_01_3.VOB"+"E:\VIDEO_TS\VTS_01_4.VOB"+"E:\VIDEO_TS\VTS_01_5.VOB" 3:"C:\Users\Oscar\Dokumenter\Output.wav" -progressnumbers -no2ndpass
------------------------------------------------------------------------------
VOB, 1 video track, 5 audio tracks, 9 subtitle tracks, 1:19:59
1: Joined VOB file
2: MPEG2, 576i50 (16:9)
3: AC3, 5.1 channels, 384kbps, 48kHz, dialnorm: -27dB
4: AC3, 5.1 channels, 384kbps, 48kHz, dialnorm: -27dB
5: AC3, 5.1 channels, 384kbps, 48kHz, dialnorm: -27dB
6: AC3, 5.1 channels, 384kbps, 48kHz, dialnorm: -27dB
7: AC3 Surround, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
8: Subtitle (DVD)
9: Subtitle (DVD)
10: Subtitle (DVD)
11: Subtitle (DVD)
12: Subtitle (DVD)
13: Subtitle (DVD)
14: Subtitle (DVD)
15: Subtitle (DVD)
16: Subtitle (DVD)
[a03] Extracting audio track number 3...
[a03] Removing AC3 dialog normalization...
[a03] Decoding with libav/ffmpeg...
[a03] Reducing depth from 64 to 24 bits...
[a03] Writing WAV...
[a03] Creating file "C:\Users\Oscar\Dokumenter\Output.wav"...
[a03] Clipping detected, a 2nd pass will be necessary. <WARNING>
[a03] Caution: The WAV file is bigger than 2GB. <WARNING>
[a03] Some WAV readers might not be able to handle this file correctly. <WARNING>
The 2nd pass is skipped by request. <WARNING>
Video track 2 contains 120047 frames.
eac3to processing took exactly 2 minutes.
Done.
EAC3TO Requests and General Discussion
I am not aware of any cases where omitting -no2ndpass adversely affects quality, nor can I think of any theoretical reason for it to do so.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
EAC3TO Requests and General Discussion
I believe a eac3to regression has been discovered over at the Doom9 forums that concerns audio gaps not being fixed, apparently the issue has been present since v3.40, a Doom9 member has a sample https://files.videohelp.com/u/210984/Gap%20Sample.zip & this is what was discovered by Doom9 member "tebasuna51" below,
The 1500ms.mkv_340.aac is the same than the No_Gap.mkv_anyV.aac
The gap is ignored but the length is the same because the audio delayed is not cutted.
The 1500ms.mkv_339.aac have more duration than the No_Gap.mkv_anyV.aac
At 32 sec. have 1500 ms of noise. Maybe fill with noise is not correct but at least a warning is desired.
I don't see any warning about gaps after v3.40eac3to v3.39
command line: "C:\Portable\eac3to\eac3to.exe" "C:\tmp\1500ms.mkv" 2: "C:\tmp\1500ms.mkv_339.aac" -progressnumbers
------------------------------------------------------------------------------
MKV, 1 video track, 1 audio track, 0:01:18, 50p
1: h264/AVC, English, 1080p50 (16:9)
2: AAC, English, 2.0 channels, 48kHz, dialnorm: -0dB
[a02] Extracting audio track number 2...
[a02] Creating file "C:\tmp\1500ms.mkv_339.aac"...
[a02] Audio has a gap of 1500ms at playtime 0:00:32. <WARNING>
[a02] Starting 2nd pass...
[a02] Extracting audio track number 2...
[a02] Realizing AAC gaps...
[a02] Creating file "C:\tmp\1500ms.mkv_339.aac"...
eac3to v3.40
command line: "C:\Portable\eac3to\eac3to.exe" "C:\tmp\1500ms.mkv" 2: "C:\tmp\1500ms.mkv_340.aac" -progressnumbers
------------------------------------------------------------------------------
Running in normal mode
Removing dialnorm
MKV, 1 video track, 1 audio track, 0:01:18, 50p
1: h264/AVC, English, 1080p50 (16:9)
2: AAC, English, 2.0 channels, 48kHz, dialnorm: -0dB
[a02] Extracting audio track number 2...
[a02] Creating file "C:\tmp\1500ms.mkv_340.aac"...
The 1500ms.mkv_340.aac is the same than the No_Gap.mkv_anyV.aac
The gap is ignored but the length is the same because the audio delayed is not cutted.
The 1500ms.mkv_339.aac have more duration than the No_Gap.mkv_anyV.aac
At 32 sec. have 1500 ms of noise. Maybe fill with noise is not correct but at least a warning is desired.
EAC3TO Requests and General Discussion
Thank you for your post, oniiz86.
FYI, tebasuna51 was banned because he publicly posted my private PM at another forum and then refused my polite request to remove it. One thing we do not tolerate here is unfriendliness. We've been selflessly (meaning: "in a way that is concerned more with the needs and wishes of others than with one's own") developing free tools for 24 years. There's no justification for people to be unfriendly or entitled.
Maybe Curly will look into this issue. He's on his own in that regard.
BTW, we have always been quite transparent about our use of multiple accounts to make the experience here more entertaining. The unfriendly people go around saying we must be schizophrenic or deranged. We have also encouraged anyone who so desires to make as many accounts as they like. Multiple accounts are not disallowed. We love sock puppets. Friendly ones!
You have my permission to re-post this at doom9 if you wish.
FYI, tebasuna51 was banned because he publicly posted my private PM at another forum and then refused my polite request to remove it. One thing we do not tolerate here is unfriendliness. We've been selflessly (meaning: "in a way that is concerned more with the needs and wishes of others than with one's own") developing free tools for 24 years. There's no justification for people to be unfriendly or entitled.
Maybe Curly will look into this issue. He's on his own in that regard.
BTW, we have always been quite transparent about our use of multiple accounts to make the experience here more entertaining. The unfriendly people go around saying we must be schizophrenic or deranged. We have also encouraged anyone who so desires to make as many accounts as they like. Multiple accounts are not disallowed. We love sock puppets. Friendly ones!
You have my permission to re-post this at doom9 if you wish.
EAC3TO Requests and General Discussion
My question is how was this MKV made and why does it have 1500 ms of missing audio? Shouldn't the pathology be fixed at the source?
EDIT: Now I see that the file was intentionally created with the large gap. Shoot yourself in the foot and then expect someone to jump through hoops to apply first aid?
The gap detection (not the seamless branching variety) was causing serious problems with seamless branching and other scenarios. That's why madshi had disabled it for UHD/bluray. After discussing things with him we decided to remove it entirely. eac3to is a highly complex application developed over many years, adding things that were not intended at the beginning and things that came along with new technologies (kudos to madshi). It has become quite difficult to maintain, especially for a stooge who did not create the original version and does not fully understand its detailed design. My intent was simply to extend its life to cover UHD/bluray in a more robust way. Sure, we can try to do more, consistent with our available time, energy, and health.
I do intend to address a few other issues that have been posted about. But with recent medical issues I don't have as much time for it as I would like.
You have my permission to re-post this at doom9 if you wish.
EDIT: Now I see that the file was intentionally created with the large gap. Shoot yourself in the foot and then expect someone to jump through hoops to apply first aid?
The gap detection (not the seamless branching variety) was causing serious problems with seamless branching and other scenarios. That's why madshi had disabled it for UHD/bluray. After discussing things with him we decided to remove it entirely. eac3to is a highly complex application developed over many years, adding things that were not intended at the beginning and things that came along with new technologies (kudos to madshi). It has become quite difficult to maintain, especially for a stooge who did not create the original version and does not fully understand its detailed design. My intent was simply to extend its life to cover UHD/bluray in a more robust way. Sure, we can try to do more, consistent with our available time, energy, and health.
I do intend to address a few other issues that have been posted about. But with recent medical issues I don't have as much time for it as I would like.
You have my permission to re-post this at doom9 if you wish.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development