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. |
15th August 2014, 04:13 | #12741 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
whats the correct file format to choose when demuxing DVB subtitles? I tried .srt and .sup, but both gave me errors.
__________________
Laptop Lenovo Legion 5 17IMH05: i5-10300H, 16 GB Ram, NVIDIA GTX 1650 Ti (+ Intel UHD 630), Windows 10 x64, madVR (x64), MPC-HC (x64), LAV Filter (x64), XySubfilter (x64) (K-lite codec pack) |
15th August 2014, 12:41 | #12742 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
I'm not sure eac3to handle DVB-SUB (bitmap based format) but Subtitle Edit does (it needs the TS file).
If you are talking about teletext subtitles format, TSDoctor, CCExtractor and maybe VideoRedo and ProjectX can convert it in srt (they also need the TS file). Last edited by Music Fan; 15th August 2014 at 12:58. |
15th August 2014, 23:09 | #12744 | Link | |
Anime addict
Join Date: Feb 2009
Location: Spain
Posts: 673
|
Quote:
This and you say is contradictory, but not tebasuna51 says.
__________________
Intel i7-6700K + Noctua NH-D15 + Z170A XPower G. Titanium + Kingston HyperX Savage DDR4 2x8GB + Radeon RX580 8GB DDR5 + ADATA SX8200 Pro 1 TB + Antec EDG750 80 Plus Gold Mod + Corsair 780T Graphite |
|
15th August 2014, 23:23 | #12745 | Link | |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
What is contradictory in my message ? I just asked questions.
Quote:
Last edited by Music Fan; 15th August 2014 at 23:26. |
|
16th August 2014, 08:20 | #12746 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
The concept of bit depth just doesn't really translate to the frequency domain transforms used by the lossy codecs. Trying to speak about it will always sound contradictory since it just doesn't fit.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
16th August 2014, 08:29 | #12747 | Link |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
When a lossy encoder make the change between time domain to frequency domain not all components fit in the bitrate assigned and discard the less important (for low volume or high frequency), for that you can't recover the original precission.
For example the DTS-MA make the 'core' like lossy standard DTS with a CBR bitrate and all components than not fit are stored in a subframe VBR, now we can recover the original precission.
__________________
BeHappy, AviSynth audio transcoder. |
20th August 2014, 23:13 | #12748 | Link |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
Here's why input bit depth matters. Obviously this is very artificial to make a point, but the higher the bitdepth, the less noise gets sprayed into the rest of the spectrum, which allows the encoder to encode the sound more accurately in less bits.
(One thing I have to comment on, everyone is assuming that all codecs use float internally, but most don't. Quite a few use DCTs/MDCTs optimized specifically for the bit-depth they internally operate at, which is usually 16-bit or 24-bit, though a few implementations can optionally use float. By the same measure, the specs usually only specify output at a certain bit-depth with a certain internal bit-depth; decoders going beyond that can't be "compliant" even if they can be theoretically slightly higher quality. Personally, I feel that the need for optimized audio algorithms is past, when I can do 100x realtime transcoding, and an all-float chain is important, even if it's not perfectly to-spec.) |
21st August 2014, 10:39 | #12750 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,784
|
It doesn't even matter much how many bits of resolution there is exactly in these waveforms. May it be only 8 bit on the right side. But what you see is the bad side effect of "quantization". If samples have too little resolution, the conversion to a frequency spectrum will have artefacts. Backwards the same problem: If the frequency spectrum parameters have too low precision, the reconstructed waveform will have artefacts. Lossy compression is mostly about reducing the precision of the frequency spectrum, though, so there is much effort to try to make the resulting artefacts unobvious, or at least not so annoying...
Last edited by LigH; 21st August 2014 at 10:47. |
21st August 2014, 10:53 | #12751 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
The point foxyshadis is making is that the higher the source quality is the easier it is for the lossy encoder to produce a (reasonably) good quality encode with a (relatively) low bitrate. The situation is very different when comparing lossy and lossless encoders: With lossy encoders it's a good idea to feed the encoder the best quality you have. With lossless encoders it's the opposite situation: There higher bitdepths cost additional bitrate. The reason for that is the lossless encoders are not allowed to throw any data away. They have to keep every bit, even noise. And higher bitdepth signals have somewhat random values in the very lowest bits, which are hard to perfectly remember. A lossy encoder can simply throw those away, or encode a signal which only mostly resembles the original. A lossless encoder is not allowed to do such things.
Summary: Feeding a higher quality source into the encoder always improves the overall audio quality, for both lossy and lossless encoders. However, for lossy encoders a higher quality source actually improves the compression efficiency. For lossless encoders a higher quality sources increases the file size instead. |
21st August 2014, 22:05 | #12752 | Link |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
Whoops, I should have labeled them; the first is 16-bit and the second 8-bit. Real-life noise is more complicated, and obviously float vs 24 vs 16 is much smaller than 16 vs 8, but this was mostly to make the differences visible. Lower bit-depth always leads to spectral leakage. Of course spectral noise (and regular noise) from lossy compression is even worse, but you may as well not compound the problem when transcoding if given the chance.
|
24th August 2014, 12:11 | #12753 | Link |
Registered User
Join Date: Aug 2014
Posts: 2
|
RedirectStandardError
I've written a vb class to run the eac3to.exe.
In this class I have redirected the error output, but what I get is a truncated string of the full error. Is there any error documentation/examples available to help me troubleshoot the problem? |
25th August 2014, 10:21 | #12754 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,784
|
As far as I remember, eac3to has a strange technique of formatting the text output, using many backspace chars instead of a carriage return. Have a look at the output redirected to a text file in a CLI window, using a hex editor or text viewer supporting non-printable characters.
|
25th August 2014, 13:56 | #12755 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Is there a way to avoid the automatic "Patching bitdepth to 24 bits..." procedure when I use the -core option extracting DTS core from DTS-HD ?
Because sometimes DTS-HD is 16bits and I see this phrase during processing. Does this conversion lead to better, worse or equal results compared to leaving 16bit in DTS-HD stream ? Thanks!
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
25th August 2014, 15:46 | #12756 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
The core is lossy audio, it has no bitdepth, even if the lossless DTS-HD was 16-bit.
Lossy audio should be decoded to an as high bitdepth as the decoder will give you, and thats with ffmpeg 32-bit floating point, or with the ArcSoft decoder 24-bit integer.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
25th August 2014, 18:41 | #12757 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
But I don't have ArcSoft DTS-HD decoder installed or any other DTS-HD decoder.
Also, I think that the -core process doesn't involve any decoding of DTS-HD stream. It just extracts the DTS core from DTS-HD without decoding.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
26th August 2014, 05:04 | #12760 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
OK.
Let me rephrase my question. Is the app really doing something during "Patching bitdepth to 24bits..." process ? If not, why the message ? If yes, what's the meaning of bitdepth in a lossy (DTS) format and what is technically doing ? Thanks!
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
Tags |
eac3to |
|
|