Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
22nd May 2009, 12:13 | #8901 | Link |
Registered User
Join Date: May 2009
Posts: 20
|
Maybe a stupid question, but is there a way to force eac3to into silent mode ? I haven't been able to find any commandline option to disable to "buzzer" sound after an error has occurred or the other sound after completion.
I'm using eac3to in a video transcoding tool I'm writing and these sounds are, I won't say annoying.... , but not preferred... ;-) |
22nd May 2009, 17:38 | #8903 | Link |
Registered User
Join Date: Jan 2009
Posts: 56
|
If a Blu-ray has multiple 7.1 tracks, lets say all three lossless/uncompressed varieties, and I want to downmix to 5.1, does it matter which one I use? I'm guessing the PCM track might better since the layout is more straight-forward.
|
23rd May 2009, 09:57 | #8905 | Link | |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
Quote:
If you only decode and recode (without downmix, resample or other audio change) you can safely use the new -no2ndpass parameter because any clip is a encoder artifact.
__________________
BeHappy, AviSynth audio transcoder. |
|
23rd May 2009, 19:22 | #8906 | Link | |
Registered User
Join Date: Aug 2007
Posts: 1,430
|
Quote:
Code:
eac3to v3.16 command line: eac3to.exe ..\temp\asd.eac3 ..\temp\asd.ac3 ------------------------------------------------------------------------------ E-AC3, 5.1 channels, 1:40:23, 640kbps, 48khz The Nero decoder doesn't seem to work, will use libav instead. Decoding with libav/ffmpeg... Remapping channels... Encoding AC3 <640kbps> with libAften... Creating file "..\temp\asd.ac3"... Clipping detected, a 2nd pass will be necessary. <WARNING> Starting 2nd pass... Decoding with libav/ffmpeg... Remapping channels... Encoding AC3 <640kbps> with libAften... Creating file "..\temp\asd.ac3"... eac3to processing took 7 minutes, 42 seconds. Done. |
|
23rd May 2009, 21:10 | #8907 | Link |
Registered User
Join Date: Sep 2003
Location: On The Beach
Posts: 714
|
madshi, can you implement extracting the subtitles from HDTV recordings? The subtitles can be viewed if playing the files with VLC.
Here is one example with DVB Subtitles. Code:
TS, 1 video track, 4 audio tracks, 8 subtitle tracks, 0:02:40, 50i 1: h264/AVC, 1080i50 (16:9) 2: MP2, English, 2.0 channels, 256kbps, 48khz, -903ms 3: MP2, Polish, 2.0 channels, 256kbps, 48khz, 18ms 4: MP2, Hungarian, 2.0 channels, 256kbps, 48khz, -149ms 5: MP2, Czech, 2.0 channels, 256kbps, 48khz, -68ms 6: Subtitle (DVB), Dutch 7: Subtitle (DVB), Serbian 8: Subtitle (DVB), Slovenian 9: Subtitle (DVB), Croatian 10: Subtitle (DVB), Swedish 11: Subtitle (DVB), Danish 12: Subtitle (DVB), Romanian 13: Subtitle (DVB), Norwegian [v01] The video track contains the (probably incorrect) "full range" flag. <WARNING> This subtitle conversion is not supported. <ERROR> Here is one sample with teletext subtitle. Here is one TRP file with no subtitles. Also, the audio delay is not correct on all files. enjoy, Mtz |
24th May 2009, 15:06 | #8912 | Link | |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
Quote:
If the source file have some peaks at 0 dB, some of them are encoded/decoded to obtain peaks between -0.1dB (no problem) and +0.1dB (clip to -> 0 dB) The clipped peak recover the original volume, maybe the problem is in the peak at -0.1 dB. If you want exact translation you need lossless encoders.
__________________
BeHappy, AviSynth audio transcoder. |
|
25th May 2009, 11:04 | #8913 | Link | |
Registered User
Join Date: Feb 2009
Posts: 25
|
Quote:
But it seems to me that a well designed encoder would not exceed the clipping limit on any signal it encodes. After all, all compliant decoders should obtain the same (non-exact) result (at least with standard floating point hardware), so it seems to me that the encoder algorithm can/should prevent the clipping. |
|
27th May 2009, 16:33 | #8914 | Link |
Registered User
Join Date: Feb 2009
Posts: 25
|
SOPHOS malware report
Madshi,
It looks like SOPHOS antivirus software is generating a false positive on EAC3TO V3.16 You can see this here: http://virscan.org/report/aa2d3e03ec...f9438f232.html |
27th May 2009, 22:53 | #8915 | Link | |
Registered User
Join Date: Aug 2008
Location: Calgary, AB
Posts: 150
|
Quote:
|
|
28th May 2009, 04:43 | #8916 | Link | |
Registered User
Join Date: Jul 2006
Posts: 276
|
Quote:
It is explictly mentioned in the AC-3 specification that the output signal from the decoder may exceed 100%. Here is the exact text from A/52B section 7.9.4: "Since the output signal consists of the original signal plus coding error, it is possible for the output signal to exceed 100 percent level even though the original input signal was less than or equal to 100 percent level." It is up to the decoder what to do about this. Most will probably clip the results though. The specification mentions it so that those implementing a decoder will not assume a certain output range in their calculations. |
|
28th May 2009, 15:57 | #8917 | Link | |
Registered User
Join Date: Feb 2009
Posts: 25
|
Quote:
|
|
29th May 2009, 14:17 | #8918 | Link | |
Registered User
Join Date: Feb 2009
Posts: 25
|
Quote:
|
|
29th May 2009, 23:19 | #8919 | Link |
DVD Magistrate
Join Date: Dec 2003
Location: Sodor
Posts: 991
|
quick question...if I am changing 640 AC3 to 448 with EAC3to and the 640 is stated to have bit depth of 24 bits, will the encode via libAften to 448 reduce bit depth to 16 automatically or must it be specified first?
thanks -rs |
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|