eac3to - audio conversion tool [Archive] - Page 110

73ChargerFan

11th July 2008, 03:52

"Warning: -blu-ray should only be used with LPCM files"

I just wasted a bunch of time, trying to remap the channels from a BD DTS Master Audio track...
eac3to 00001.dtsma lxg.dts -blu-ray -core

I knew something was wrong, because using the -core option is fast, and this time it was extracting 6 wav files so it could re-encode them. Long story short, I re-learned that the "-blu-ray" option is only to be used with BD LPCM tracks. (its in the first post)

So, I'd like to request that a warning message be posted when the "-blu-ray" option is used on anything other than LPCM source files.

Thanks for everything you do, madshi.

K1ngp1ng

11th July 2008, 05:49

mix the 2rs channels into the 5.1
maybe the latest sonic does exactly that, thus the result not being bit-identical any more?

EPiPH0NE

11th July 2008, 07:22

maybe the latest sonic does exactly that, thus the result not being bit-identical any more?

Seems a possibility but not sure how you would verify it.

xkodi

11th July 2008, 08:46

mix the 2rs channels into the 5.1maybe the latest sonic does exactly that, thus the result not being bit-identical anymore?Seems a possibility but not sure how you would verify it.

i've already explained in details what older (4.3.0.169) and newer (5.0.0.203) Sonic decoders do, but clearly it wasn't clear enough for you.

depending on the channel order in the DTS header for most samples Sonic Decoder 4.3.0.169 decodes:

decoded by ArcSoft channel 0 = decoded by Sonic channel 0
decoded by ArcSoft channel 1 = decoded by Sonic channel 1
decoded by ArcSoft channel 2 = decoded by Sonic channel 2
decoded by ArcSoft channel 3 = decoded by Sonic channel 3
decoded by ArcSoft channel 4 = decoded by Sonic channel 4
decoded by ArcSoft channel 5 = decoded by Sonic channel 5
decoded by ArcSoft channel 6 = not decoded by Sonic
decoded by ArcSoft channel 7 = not decoded by Sonic

where "=" denotes how channels from one decode map to the other and that both decodes are identical, i.e. bit-perfect: channelX from the one decode is byte by byte identical to channelX from the other decode.

and Sonic Decoder 5.0.0.203 decodes:

decoded by ArcSoft channel 0 <--> decoded by Sonic channel 0
decoded by ArcSoft channel 1 <--> decoded by Sonic channel 1
decoded by ArcSoft channel 2 <--> decoded by Sonic channel 2
decoded by ArcSoft channel 3 <--> decoded by Sonic channel 3
decoded by ArcSoft channel 4 <--> decoded by Sonic channel 4
decoded by ArcSoft channel 5 <--> decoded by Sonic channel 5
decoded by ArcSoft channel 6 <--> not decoded by Sonic
decoded by ArcSoft channel 7 <--> not decoded by Sonic

where "<-->" denotes how channels from one decode map to the other and that both decodes are NOT identical, i.e. NOT bit-perfect: channelX from the one decode is NOT byte by byte identical to channelX from the other decode.

K1ngp1ng

11th July 2008, 09:06

if you downmix the backsurrounds, the whole soundtrack has to be attenuated to prevent clipping -> no channel is the same any more... or am i wrong?

xkodi

11th July 2008, 12:31

if you downmix the backsurrounds, the whole soundtrack has to be attenuated to prevent clipping -> no channel is the same any more... or am i wrong?

let's assume you are right, then what about 5.1 channel samples like this one:

http://rapidshare.com/files/128862937/mr.brooks.bd.us.mgm.51.24.48.dtshd.html

Sonic 5.0.0.203 decode of this sample is not bit-perfect. so, believe or not Sonic 5.0.0.203 doesn't do any down-mixing, it simply doesn't work correctly, most probably it decodes the DTS core instead of the DTS HD extension.

K1ngp1ng

11th July 2008, 16:47

ok, that is weird indeed...

but since you brought up mr. brooks:
why is this track reported as 24bit when filesize and bitrate suggest that it can't be more than 16bit?
when i use the -down16 cmd i get about the same filesize.
i have never seen this with any other dts master track.
does eac3to check this or does it always use the header info?

EPiPH0NE

11th July 2008, 19:31

let's assume you are right, then what about 5.1 channel samples like this one:

http://rapidshare.com/files/128862937/mr.brooks.bd.us.mgm.51.24.48.dtshd.html

Sonic 5.0.0.203 decode of this sample is not bit-perfect. so, believe or not Sonic 5.0.0.203 doesn't do any down-mixing, it simply doesn't work correctly, most probably it decodes the DTS core instead of the DTS HD extension.

This makes sense as do the rest of your posts know that I see it all in context. All I can say is that I just tested Rambo BluRay DTS-MA 7.1 -> PCM 5.1 (Downmixed) and it sounded like I had a 7.1 set up and sounded better then anything I ever got from Sonics decoder. I'm liken it :)

xkodi

11th July 2008, 19:56

but since you brought up mr. brooks:
why is this track reported as 24bit when filesize and bitrate suggest that it can't be more than 16bit?
when i use the -down16 cmd i get about the same filesize.
i have never seen this with any other dts master track.
does eac3to check this or does it always use the header info?

i've checked with hex editor and the files decoded with Arcsoft and Sonic 4.3.0.169 are the same and on the first sight resolution maybe seems like 16bit - for most of the file in every group of 3 byte, every last significant byte (LSB) is 0, but still there are some parts of the file that look like 24bit and the LSB is not 0. so, everything looks correct just the nature of the sound is such that at the first sight looks like 16bit.

BTW realized how to proof that Sonic 5.0.0.203 decodes the DTS core instead of the DTS HD extension - it is very easy actually, but until now i haven't thought about it:

1)
eac3to mr.brooks.bd.us.mgm.51.24.48.dtshd c:\01.wav -sonic

2)
eac3to mr.brooks.bd.us.mgm.51.24.48.dtshd c:\core.dts -core
eac3to c:\core.dts c:\02.wav -sonic

01.wav and 02.wav are byte by byte identical and thus Sonic 5.0.0.203 for sure decodes the DTS core instead of the DTS HD extension.

so, the final status of different Sonic versions is:

version < 4.3.0.169: eac3to hangs
version = 4.3.0.169: everything works great for 5.0, 5.1 and 6.1 files, 7.1 files are decoded as 5.1, the last two channels are not decoded, but those 5.1 channels that are decoded are bit-perfect
version = 4.3.0.192: doesn't work at all
version = 5.0.0.203: decodes the DTS core instead of the DTS HD extension

and thus the only usable version of Sonic is 4.3.0.169, but it is still better to use Arcsoft in any case.

nautilus7

12th July 2008, 00:23

i've checked with hex editor and the files decoded with Arcsoft and Sonic 4.3.0.169 are the same and on the first sight resolution maybe seems like 16bit - for most of the file in every group of 3 byte, every last significant byte (LSB) is 0, but still there are some parts of the file that look like 24bit and the LSB is not 0. so, everything looks correct just the nature of the sound is such that at the first sight looks like 16bit.It's very interesting what you found... It reminds me the pcm track from PotC (don't remember which movie of the three though), which is exactly the same.

xkodi

12th July 2008, 09:45

It's very interesting what you found... It reminds me the pcm track from PotC (don't remember which movie of the three though), which is exactly the same.

yes, it is interesting, but it is only the nature of the sound and those files are really 24bit. for example i made small program that counts how many groups of 3bytes have the LSB=0 and for the mr. brooks sample the result is:

Left channel:
29.04% of the samples are 16bit
70.96% of the samples are 24bit

Right channel:
33.13% of the samples are 16bit
66.87% of the samples are 24bit

Center:
27.49% of the samples are 16bit
72.51% of the samples are 24bit

LFE:
32.40% of the samples are 16bit
67.60% of the samples are 24bit

Surround Left:
53.18% of the samples are 16bit
46.82% of the samples are 24bit

Surround Right:
59.48% of the samples are 16bit
40.52% of the samples are 24bit

so, overall only 40% of the file looks like 16bit and the rest is 24bit, that is why on the first sight with hex editor the file looks like 16bit, but it is not.

nautilus7

12th July 2008, 17:33

Thanks for the detailed info.

madshi

13th July 2008, 16:28

uploaded the info. at the beginning the timecodes are between 0-1 sec and after a while this changes to 10-12 second timecodes. dont know how to describe that though, so heres the file.

http://www.sendspace.com/file/g33230
Thanks. This problem will be fixed in the next build. I've tested with Killing Fields myself now and with the next eac3to version Killing Fields should work just fine.

whats actually the order when I want to apply delay to an ac3 track, which also needs a delay? is the delay applied first and then everything slowed down?
:confused: I'm not sure what you mean...

another problem with the boogie night mpeg2 .ts cap, it has video gaps, but when I re-run eac3to with the gaps info file playback is not really possible any more, the picture basically stops at one scene and wont continue futher. this is not the case at the 1st mux though and luckily the audio is still in sync so that a 2nd mux shoudlnt be needed at all. but I guess that problem at the 2nd run still shouldnt occur?
Yeah, that problem should not occur. Would it be possible to create a sample which covers the video gaps somehow? I guess it might be difficult to create such a sample, though...

"Warning: -blu-ray should only be used with LPCM files"

I just wasted a bunch of time, trying to remap the channels from a BD DTS Master Audio track...
eac3to 00001.dtsma lxg.dts -blu-ray -core

I knew something was wrong, because using the -core option is fast, and this time it was extracting 6 wav files so it could re-encode them. Long story short, I re-learned that the "-blu-ray" option is only to be used with BD LPCM tracks. (its in the first post)

So, I'd like to request that a warning message be posted when the "-blu-ray" option is used on anything other than LPCM source files.
The "-blu-ray" option was originally intended for LPCM tracks demuxed by other tools which may not have remapped the channels. But actually this option is just a specific channel remapping matrix. It may be useful in specific other situations. E.g. just imagine if somebody created an AC3 track from the original LPCM track without having remapped the channels properly. In this case you could do "eac3to source.ac3 dest.ac3 -blu-ray" and that would fix the channel mapping. So I don't really think I should limit the use of the "-blu-ray" option or post any warnings. Using specific options is always your choice. You should never use a specific option if you don't know which exact purpose it has. If you do, it's your own fault... ;) eac3to is written in such a way that you don't need *any* options when doing the usual tasks. The options are only for corner cases. So if in doubt, don't use any special options...

madshi

13th July 2008, 16:33

version = 4.3.0.169: everything works great for 5.0, 5.1 and 6.1 files, 7.1 files are decoded as 5.1, the last two channels are not decoded, but those 5.1 channels that are decoded are bit-perfect
Actually with the Sonic 4.3.0.169 decoder it's not 6.1 vs. 7.1. Instead it's XCh vs. XXCh extension. The Sonic decoder supports the XCh extension, but it doesn't support the XXCh extension. The XCh extension is the older one and only supports 6.1. The XXCh extension is newer and supports both 6.1 and 7.1 (and maybe even more channels). Most 6.1 tracks are using the XCh extension, which the Sonic decoder supports. But there are some 6.1 tracks which are using the XXCh extension instead of the XCh extension. These XXCh 6.1 tracks are decoded by the Sonic decoder as 5.1, only.

Fortunately the ArcSoft decoder supports every extension we can throw at it... :)

(If you want to know which extension a specific DTS track is using, you can use the undocumented "-logdts" option.)

Ranguvar

13th July 2008, 20:03

I'm wondering about the Blu-ray channel remapping...

Is this advisable to use with ALL Blu-ray discs, or do only some have the odd channel mappings?

madshi

13th July 2008, 20:52

I'm wondering about the Blu-ray channel remapping...

Is this advisable to use with ALL Blu-ray discs, or do only some have the odd channel mappings?
As long as you're using eac3to for handling Blu-Rays you don't need to worry. eac3to will automatically do everything correctly for you. You only need to worry about channel mapping if you use other tools for demuxing...

madshi

13th July 2008, 22:17

eac3to v2.53 released

http://madshi.net/eac3to.zip

* Blu-Ray PGS subtitle demuxing support added
* added support for EVO/VOB subtitles which begin very late in the file
* MPEG2 video muxing doesn't rely on GOP headers, anymore
* all (M2)TS discontinuities are now reported with exact file position
* fixed: reading language information from TS files didn't work correctly

rickardk

13th July 2008, 22:54

Blu-Ray PGS subtitle demuxing support added

Thanks alot!!!

nautilus7

13th July 2008, 22:57

Me thanks for BD subtitle demuxing, also.

rebkell

13th July 2008, 23:05

nautilus7

13th July 2008, 23:21

I used to name HD DVD subs *.sup. Don't know if anything is different for Blu-ray. You can also try *.pgs if that doesn't work.

73ChargerFan

13th July 2008, 23:30

Check out the extensions it uses, by doing "eac3to filename.ext -demux", then after it starts cancel ^C it.

SpaceAgeHero

14th July 2008, 00:19

What extension do we use for the subtitles? I don't use subtitles, so sorry if that's a dumb question.

Use .sup as extension. Then you can use SupRip to convert your subtitles to .srt via optical character recognition.

Thanks for BD-Subtitle demuxing from me too. Been waiting for this. :) No need for tsMuxer anymore.

rebkell

14th July 2008, 00:42

Dont' know if it's intentional or not, but demux seems to only be demuxing one subtitle track:

C:\Users\X2-6000\Desktop\eac3to\garbage>..\eac3to d: 1)
M2TS, 1 video track, 3 audio tracks, 8 subtitle tracks, 2:05:54
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48khz
4: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz, dialnorm: -29dB
6: Subtitle (PGS), English
7: Subtitle (PGS), French
8: Subtitle (PGS), Spanish
9: Subtitle (PGS), Portuguese
10: Subtitle (PGS), Chinese
11: Subtitle (PGS), Thai
12: Subtitle (PGS), English
13: Subtitle (PGS), English

C:\Users\X2-6000\Desktop\eac3to\garbage>..\eac3to d: 1) -demux
M2TS, 1 video track, 3 audio tracks, 8 subtitle tracks, 2:05:54
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48khz
4: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz, dialnorm: -29dB
6: Subtitle (PGS), English
7: Subtitle (PGS), French
8: Subtitle (PGS), Spanish
9: Subtitle (PGS), Portuguese
10: Subtitle (PGS), Chinese
11: Subtitle (PGS), Thai
12: Subtitle (PGS), English
13: Subtitle (PGS), English
Creating file "00001 - Chapters.txt"...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Extracting audio track number 3...
[a04] Extracting audio track number 4...
[a05] Extracting audio track number 5...
[s06] Extracting subtitle track number 6...
[s07] Extracting subtitle track number 7...
[s08] Extracting subtitle track number 8...
[s09] Extracting subtitle track number 9...
[s10] Extracting subtitle track number 10...
[s11] Extracting subtitle track number 11...
[s12] Extracting subtitle track number 12...
[s13] Extracting subtitle track number 13...
[a03] Extracting TrueHD stream...
[a03] Extracting AC3 stream...
[a04] Reading RAW/PCM...
[a03] Removing dialog normalization...
[a04] Swapping endian...
[a04] Remapping channels...
[a04] Swapping endian...
[a04] Remapping channels...
[a05] Removing dialog normalization...
[a04] Creating file "00001 - 4 - PCM, English, 5.1 channels, 16 bits, 48khz.pcm"...
[v02] Creating file "00001 - 2 - h264, 1080p24.h264"...
[a03] Creating file "00001 - 3 - TrueHD+AC3, English, 5.1 channels, 48khz.thd"...
[a03] Creating file "00001 - 3 - TrueHD+AC3, English, 5.1 channels, 48khz.ac3"...
[a05] Creating file "00001 - 5 - AC3, French, 5.1 channels, 640kbps, 48khz.ac3"...
[s13] Creating file "00001 - 13 - Subtitle (PGS), English.sup"...
-^C

you can select individual subtitle tracks and it seems to work just fine.

Ranguvar

14th July 2008, 02:01

Is there a way to scan for gap/overlap information and use it before demuxing?

madshi

14th July 2008, 07:05

Dont' know if it's intentional or not, but demux seems to only be demuxing one subtitle track.

you can select individual subtitle tracks and it seems to work just fine.
Will check that.

Is there a way to scan for gap/overlap information and use it before demuxing?
Not really. What would that be good for? Just to save a little bit of time? The problem with this approach is that you never know whether there are any gap/overlaps to start with. So if you asked eac3to to search for gaps/overlaps before demuxing that might take quite a while and result in no gaps/overlaps being found. In this situation doing it this way would actually cost more time than doing it the way it's implemented right now...

bmnot

14th July 2008, 09:02

What's the best way to convert the PGS subs to SRT?

himan2001

14th July 2008, 11:41

Still an old cosmetic Bug in 2.53:

MPEG2 M2TS files often shown as 1080i60/1001 instead 1080i30/1001

madshi

14th July 2008, 11:53

What's the best way to convert the PGS subs to SRT?
Don't know. I just tested whether eac3to's output was comparable to xport's and TsRemux' output. Personally, I'm not really interested in subtitles so much. As a result I don't really know how to convert them in the best possible way...

Still an old cosmetic Bug in 2.53:

MPEG2 M2TS files often shown as 1080i60/1001 instead 1080i30/1001
Even the experts don't agree on whether it should be called 1080i30 or 1080i60. Some use the term 1080i30, others use the term 1080i60. Personally, I prefer 1080i60. After all, outputting such a stream in interlaced format means we get 60 interlaced fields per second. If you output it progressively, it can be 24 frames per second, or 30 frames per second or 60 frames per second. Also, some streams are encoded internally with 30 progressive frames per second, while others are encoded with true 60 interlaced fields per second. Again others are encoded with 24 progressive frames per second, but with pulldown flags. And even others are a funny mixture of all I mentioned before. That's why it's kind of hard to decide on a proper term...

SpaceAgeHero

14th July 2008, 13:13

What's the best way to convert the PGS subs to SRT?

There is no universal way to "convert" blu-ray subtitles since PGS subs are no binary data but more like an image format. Therefore you can only use OCR programs like SupRip I already recommended. With SupRip you can Auto-OCR your subs to *.srt. But since no OCR software is perfect I learned you may need to adjust some characters manually (teach OCR).

nautilus7

14th July 2008, 13:40

Madshi, seamless branching subtitle timing is not correct. I demuxed the subtitles from "Open Season" Blu-ray (which is seamless brancing) and covert them to .srt. The timings where auto reset to 0 for each .m2ts part.

1
00:01:21,874 --> 00:01:24,376
Νοw, that's a rοar, Βοοg.

2
00:01:24,835 --> 00:01:26,587
Νοw get in. We're gοnna be late.

3
00:01:28,046 --> 00:01:32,801
Νο denying. Τhe girl's gοt grοwl.
Βut can she get dοwn like this?

4
00:00:00,042 --> 00:00:02,753
Can yοu get dοwn like this?
Βring it here. Βring it.

5
00:00:02,920 --> 00:00:05,714
Τhen bring it right back, huh?
Lοοk at that. Lοοk at that.

6
00:00:20,562 --> 00:00:22,189
Ηere it cοmes.

7
00:01:09,153 --> 00:01:11,071
Ηey, Gοrdy.

8
00:01:12,072 --> 00:01:13,782
Μοrning, Βeth.

9
00:01:23,625 --> 00:01:27,045
Welcοme tο Τimberline's
Wilderness Εxtraνaganza.

10
00:00:00,042 --> 00:00:02,586
Ι'm Ranger Βeth.

11
00:00:02,753 --> 00:00:05,464
Ρlease, put yοur hands tοgether
fοr Βοοg.

12
00:00:05,631 --> 00:00:08,842
Βehοld, the mighty grizzly.

As you can see there are 2 join points (3 .m2ts files) and the timings are reset there. Is there anything that can be done?

madshi

14th July 2008, 13:54

seamless branching subtitle timing is not correct. I demuxed the subtitles from "Open Season" Blu-ray (which is seamless brancing) and covert them to .srt. The timings where auto reset to 0 for each .m2ts part.
Ouch, will fix that in the next build.

zakhounet

14th July 2008, 15:13

Hi,

I desperately trying to convert an DTSHD to DTS or AC3 without success. I have download Sonic 4.3 and i can't convert, I am having the following message:

K:\BRD\Bronzes3\HVDVD_TS>"E:\PCH\EAC3toGUI\eac3to.exe" "K:\BRD\Bronzes3\HVDVD_TS
\Film.EVO" "K:\BRD\Bronzes3\HVDVD_TS\Film.ac3"-640 -sonic
EVO, 1 video track, 2 audio tracks, 1:36:20
"Film"
1: Chapters, 18 chapters with names
2: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
3: DTS Master Audio, English, 2t channels, 16 bits, 48khz
4: DTS Master Audio, English, 5.1 channels, 16 bits, 48khz
Track 3 is used for destination file "Film.ac3".
[a03] Extracting audio track number 3...
[a03] Decoding with DirectShow (Sonic Audio Decoder)...
eac3to crashed...

Any ideas ?

nautilus7

14th July 2008, 15:43

First of all, drop keymaker's GUI (outdated) and use Yraen's GUI (http://forum.doom9.org/showthread.php?t=135095). Furthermore, as you can see, eac3to automatically selects track 3 as source track, which is a stereo track. Select track 4 by changing your command line to:

eac3to.exe" "K:\BRD\Bronzes3\HVDVD_TS\Film.EVO" 4: "K:\BRD\Bronzes\HVDVD_TS\Film.ac3" -640 -sonic

To make a DTS track instead of an AC3, use:

eac3to.exe" "K:\BRD\Bronzes3\HVDVD_TS\Film.EVO" 4: "K:\BRD\Bronzes\HVDVD_TS\Film.dts" -core

jj666

14th July 2008, 18:23

Nautilus,

Whats the difference quality wise between extracting the core from a DTS-MA file with the -core command versus re-encoding to DTS with Surcode -1536 option. I assume the Core is lossless and would contain the "same" 5.1 output as Surcode? The same would apply to HDDVD EAC3 1536kb/sec files, I was wondering whether to extract the core or convert to same bitrate DTS :-)

Possibly a stupid question, apologies in advance if so!

Cheers,

-jj-

EPiPH0NE

14th July 2008, 18:33

^^^^HD-DVD DD+ tracks are not built on core + extension so they do not have a core. I get perfect, to my ears, results with:

768k/1536K EAC3 -> 768k/1536k DTS

jj666

14th July 2008, 18:43

Thats great, thanks for the answer, the same as I was hearing then :-).

I'm normally just using EAC3TO for converting LPCM on Bluray to DTS 1536k and EAC3 on HDDVD to DTS 1536k dependant on bitrate, for the DTS-MA conversion, I just normally downconvert with TSMuxer. Sounds like I would be able to use just one utility for my audio requirements then, which is nice. (I'm remuxing the video lossless to .TS, so unfortunately EAC3TO isn't of a use there as MKV is not the best container for Istar/Tvix playback).

I'm really liking the batch facilities on the new EAC3TO frontend, it's really easy to use.

Thanks again for the help :-)

-jj-

zakhounet

14th July 2008, 19:03

First of all Than you Nautilus for taking into consideration my issue. I followed your advise from the DOS comand line and i got the following message :

E:\PCH\EAC3toGUI>eac3to.exe K:\BRD\Bronzes3\HVDVD_TS\Film.EVO 4: K:\BRD\Bronzes\
HVDVD_TS\Film.dts -core
EVO, 1 video track, 2 audio tracks, 1:36:20
"Film"
1: Chapters, 18 chapters with names
2: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
3: DTS Master Audio, English, 2t channels, 16 bits, 48khz
4: DTS Master Audio, English, 5.1 channels, 16 bits, 48khz
[a04] Extracting audio track number 4...
[a04] Extracting DTS core...
[a04] Patching bitdepth to 24 bits...
[a04] Creating file "K:\BRD\Bronzes\HVDVD_TS\Film.dts"...
[a04] The destination file "K:\BRD\Bronzes\HVDVD_TS\Film.dts" could not be creat
ed.
[a04] Writing the destination file failed.
Aborted at file position 11403264.

Any recommendations ?

jj666

14th July 2008, 19:19

Did you create a directory called Bronzes? I see the original file is located in Bronzes3... Could be a simple file creation error like that :-)

-jj-

zakhounet

14th July 2008, 20:00

Thank you, you was just right ....

:p :stupid:

By the way I am trying to Download "the Eac3to And More GUI only" and my Bitdefender (anti-vitrus) warned me saying the file is infected with :

BackDoor.Generic.56393

Therefore I can't download .... Do you have also the same issue ?

XhmikosR

14th July 2008, 20:03

Just false alarm. You can check here:

http://www.virustotal.com/analisis/ffcd88dc30fda76fab36af57729477ff

nautilus7

14th July 2008, 21:59

[a04] The destination file "K:\BRD\Bronzes\HVDVD_TS\Film.dts" could not be created.
[a04] Writing the destination file failed.
Aborted at file position 11403264.

Any recommendations ?Do you have enough space on your hard drive?

EPiPH0NE

14th July 2008, 22:31

nwg

15th July 2008, 00:19

I got a HD DVD where I cannot demux the subtitles using evodemux into subrip (also crashes supread). If I rebuild the evo with just the subtitles. What is the command to demux it with eac3to?

Thanks.

G_M_C

15th July 2008, 10:03

Is there no news on my feature-request, to be able to convert to audio to match a framerate of 24 fps (for making AVCHD's) ?

inThralled

15th July 2008, 15:56

is there a switch for gain or autogain similar to besweet?

nautilus7

15th July 2008, 16:05

No, there isn't.

act.anon

15th July 2008, 22:51

Is there be any way to use the hacked eac3to dlls in ffdshow for E-AC3 decoding when playing a movie back? I'd like the option to disable DRC, which is not available in the commercial decoders.

I tried copying the avcodec eac3to dll to my ffdshow directory, and renamed it to libavcodec.dll, but that didn't work.

I also tried to compile a new ffdshow build myself with the Google Summer of Code E-AC3 decoder merged in...with no luck.
(edit: I made make a thread requesting help with that here (http://forum.doom9.org/showthread.php?t=139536))

Any suggestions?