eac3to - audio conversion tool [Archive] - Page 43

madshi

20th December 2007, 11:43

That's possible...
I tried the -check16bit switch, but it told me that the track contains more than 16 bit of information. But how many exactly, none knows...

How did the studio manage to make a track with variable bit depth?
Every TrueHD track has a bitdepth of 24bit. *EVERY ONE*. Every TrueHD decoder always outputs 24bit. However, here comes the big key: Sometimes only 16bit of those 24bit are filled with real audio data and the rest is just zeroed out. With Pirates 1 most of the track had only 16bit of the 24bit filled with data, while the remaining 8bit were always zeroes. But there were a few (very few) parts of the audio track where suddenly those 8bit had data in them.

With Inside Man, if it's a 20bit track (which I don't know), the upper 20bit are filled with real data while the lower 4bit are always filled with zeroes.

madshi

20th December 2007, 11:46

I have a short test pcm file that converts just fine to both ac3 and dts, see output below. However, when you run it to just get the info on the file, the program crashes, i.e., "eac3to audio.pcm" crashes.
Will be fixed in the next build. Thanks for reporting.

nautilus7

20th December 2007, 12:11

Every TrueHD track has a bitdepth of 24bit. *EVERY ONE*. Every TrueHD decoder always outputs 24bit. However, here comes the big key: Sometimes only 16bit of those 24bit are filled with real audio data and the rest is just zeroed out. With Pirates 1 most of the track had only 16bit of the 24bit filled with data, while the remaining 8bit were always zeroes. But there were a few (very few) parts of the audio track where suddenly those 8bit had data in them.

With Inside Man, if it's a 20bit track (which I don't know), the upper 20bit are filled with real data while the lower 4bit are always filled with zeroes.I decoded the truehd track to wavs. Then i dithered down to 22 and 20 bits. All of them were different, at least at the parts i looked in. Maybe i was unlucky and checked the wrong parts. I 'll check again if i get time.

shambles

20th December 2007, 12:22

you'd need to truncate, not dither, the bit depth to compare like that.. but afaik there are no apps that can truncate/convert without dithering to other than the usual 8/16/24/32 bits

Sephiroth0000

20th December 2007, 12:32

nautilus7

20th December 2007, 13:24

madshi

20th December 2007, 14:22

you'd need to truncate, not dither, the bit depth to compare like that.. but afaik there are no apps that can truncate/convert without dithering to other than the usual 8/16/24/32 bits
That's correct. @nautilus7, "dithering" involves adding a certain amount of random noise to an audio track. So obviously after dithering you can't compare audio tracks, anymore. You cannot even compare the audio tracks, if you do the same operation twice. Because of the random noise the result is different everytime.

madshi

20th December 2007, 14:23

Madshi need help with EAC3TO please!

I have noticed that when I EVODEMUX my HD DVD it tells me with the audio how many seconds its going to be in or out by. With one certain movie the time is +83ms and when I attempt to do it via the GUI of EAC3TO (yes I have all the nesscary files) it saids its not reconised and it fails.....help!?
"its" not recognized? What do you mean with "its"? The source EVO file(s)? Or the audio file you demuxed with EvoDemux? Please post the eac3to output here and give me a few more details about what exactly you did.

shanghai2004

20th December 2007, 14:34

Just downloaded V2.10 of the program. Impressive!
Now I can directly feed it my EVO files.

But...

Still cannot extract LPCM audio from the Eagles HD-DVD.

E:\codec_mpa>eac3to c:\hddvd\hvdvd_ts\concert1.evo test.flac
EVO/VOB, 1 video track, 2 audio tracks, 1:26:36
1: VC-1
2: RAW/PCM, 2.0 channels, 16 bits, 48khz
3: DTS Master Audio, 5.1 channels, 24 bits, 48khz, dialnorm: -4dB
Track 2 is used for destination file "test.flac".
Demuxing 1st audio track...
Reading RAW/PCM...
Swapping endian...
Encoding FLAC...
Creating/writing file "test.flac"...
Done.

Seems good, but playing back test.flac file sounds like sound is played too slow (low pitch) and with static (digital noise).

EVO plays correctly in PowerDVD...

Helpfull if I supply a sample of the EVO file?

madshi

20th December 2007, 15:33

Helpfull if I supply a sample of the EVO file?
Yes, that'd be helpful! But only if the problem can be reproduced with the sample, too. Thanks!

Sephiroth0000

20th December 2007, 16:16

"its" not recognized? What do you mean with "its"? The source EVO file(s)? Or the audio file you demuxed with EvoDemux? Please post the eac3to output here and give me a few more details about what exactly you did.

DEMUXING HD DVD and using extensions ddp. for the audio. Taking DDP file and putting into EAC3TO GUI and putting output as wav. extension and then attempting to set audio delay to +83ms. Click on CONVERT and then it fails with the line *83 not reconised (cannot remember exactly as not at computer)

madshi

20th December 2007, 16:27

DEMUXING HD DVD and using extensions ddp. for the audio. Taking DDP file and putting into EAC3TO GUI and putting output as wav. extension and then attempting to set audio delay to +83ms. Click on CONVERT and then it fails with the line *83 not reconised (cannot remember exactly as not at computer)
I need the exact eac3to output text. Can't help without that.

Chumbo

20th December 2007, 18:56

I wanted to report another issue I just ran into. I'm not sure if what I attempted is correct or not, but basically I wanted to demux the video into an mkv and the specific audio to dts from TrueHD. The process successfully created the mkv and created the WAV files, but never created the resulting DTS. Below is the full output from the process. Note that there was no crash, just what's indicated below. Unfortunately, the created WAV files were deleted. It would be nice to keep those if the process fails. :) eac3tov2 FEATURE_1.EVO+FEATURE_2.EVO 2: e:\media\video\movie.mkv 4: movie.dts

EVO/VOB, 1 video track, 4 audio tracks, 2:15:09
1: Joined EVO/VOB file
2: h264/AVC
3: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
4: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB, -84ms
5: E-AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, -84ms
6: E-AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, -84ms
Demuxing 2nd audio track...
Removing dialog normalization...
Writing WAVs...
Creating/writing file "movie.L.wav"...
Creating/writing file "movie.R.wav"...
Creating/writing file "movie.LFE.wav"...
Creating/writing file "movie.SL.wav"...
Creating/writing file "movie.C.wav"...
Creating/writing file "movie.SR.wav"...
Muxing video to Matroska...
-------------------------------------------------------------------------------
[mlp @ 68A4D2E0]End of stream indicated
[mlp @ 68A4D2E0]Substream 1 parity check failed
[mlp @ 68A4D2E0]Substream 1 checksum failed
[mlp @ 68A4D2E0]Substream 1 length mismatch.
The libav decoder reported an error while decoding.
Waiting for DirectShow decoder thread to finish. Please wait...

[EDIT] I know this was reported earlier and I'll use the -nero for now. Sorry for the repost. This was with v2.10 btw.

XolocoTuxmaster

20th December 2007, 19:12

Thanks for the new update, it's good to know that ffmpeg/libav is really reliable.

What about a linux version now? XD

At least, can you tell me where I can found the patch and how to apply/use it in the linux version of ffmpeg (or libav?)?

scarbrtj

20th December 2007, 19:20

My first guess would be that the muxer doesn't like the DTS-HD core. There's a small difference to "normal" DTS files. Normal DTS files usually have 2013 bytes per DTS frame while the DTS core from a DTS-HD track only has 2012 bytes per DTS frame. I don't know it behaves this way. And it gets even stranger: If you want to keep audio sync, the DTS parser needs to behave as if the frames were 2013 bytes long!! Extremely strange and kind of annoying. Personally, I'm not muxing the DTS files into the MKV file. Instead I'm keeping them external. The MPC HC can play them as external files. Earlier in this thread you'll find a modified source filter which plays these DTS core tracks with correct audio sync.

As Mr. Spock would say: "Fascinating."

Unfortunately, I must mux, for I must use Windows Media Center :)

When you talk of this filter... do you mean it will play the DTS core file properly separately, or play it properly muxed? And is the filter dtsac3source.ax?

scarbrtj

20th December 2007, 19:25

My first guess would be that the muxer doesn't like the DTS-HD core. There's a small difference to "normal" DTS files. Normal DTS files usually have 2013 bytes per DTS frame while the DTS core from a DTS-HD track only has 2012 bytes per DTS frame. I don't know it behaves this way. And it gets even stranger: If you want to keep audio sync, the DTS parser needs to behave as if the frames were 2013 bytes long!! Extremely strange and kind of annoying. Personally, I'm not muxing the DTS files into the MKV file. Instead I'm keeping them external. The MPC HC can play them as external files. Earlier in this thread you'll find a modified source filter which plays these DTS core tracks with correct audio sync.

Oooh! Posting twice in a row. So embarassing. BUT... might one hypothesize (to avoid the "2012/2013" bug) that if one went:

DTS-HD --> mono wavs --> SurCode DTS encode --> mux AVC and DTS

versus:

DTS-HD --> DTS core --> mux AVC and DTS

that the former would be more ideal than the latter? To get a "normal" DTS track?

madshi

20th December 2007, 19:29

Thanks for the new update, it's good to know that ffmpeg/libav is really reliable.
Well, not fully yet, but we're working on it. It seems there's one last annoying bug, but I hope it'll be sorted out soon.

What about a linux version now? XD
No chance in hell, sorry.

madshi

20th December 2007, 19:32

When you talk of this filter... do you mean it will play the DTS core file properly separately, or play it properly muxed? And is the filter dtsac3source.ax?
The filter only works for separate files and yes, I mean the modified dtsac3source.ax.

might one hypothesize (to avoid the "2012/2013" bug) that if one went:

DTS-HD --> mono wavs --> SurCode DTS encode --> mux AVC and DTS

versus:

DTS-HD --> DTS core --> mux AVC and DTS

that the former would be more ideal than the latter? To get a "normal" DTS track?
Yes, transcoding the DTS-HD track to something else should help. You can use the Surcode DTS encoder or you could also use FLAC (maybe dithered down to 18 bits?).

nautilus7

20th December 2007, 23:50

madshi, i'm sorry. I don't have any hd dvd with a lossless track that needs a delay.
Actually, i remember adding a delay to letters from iwo jima hd dvd when i was making a flac some weeks ago, so i tried that movie.
But, unfortunately, that was due the eac3to bug that caused truehd tracks to be out of sync (no delay needed), so nothing helpful to report.

But i want to ask something...

I typed:

eac3to feature1.evo+feature2.evo 4: output1.flac 4: output2.ac3

where track 4 is a truehd audio track. The processing completed fine, but the "decoding truehd track" and "removing dialnorm" was displayed twice, i guess one for each output track (flac and ac3).
Do these actions actually happen twice?

madshi

20th December 2007, 23:55

The processing completed fine, but the "decoding truehd track" and "removing dialnorm" was displayed twice, i guess one for each output track (flac and ac3).
Do these actions actually happen twice?
Yes...

nautilus7

21st December 2007, 00:02

Well... is this necessary?

Oh, i forgot to mention it before. I used nero decoder, cause the libav produced the "famous" error again. As you said earlier, it must be the only flaw to the code.

madshi

21st December 2007, 00:17

Well... is this necessary?
Yes and no. Of course an intelligent human can easily see that double decoding is kind of superfluous. But trying to duplicate this with a computer program is not always that straightforward. Sure I could do it, but it would make the code a lot more complicated. So I implemented a simpler solution which sometimes results in double decoding. On the positive side, due to the simpler code there's less potential for bugs.

nautilus7

21st December 2007, 00:20

Ok, i understand.

Is there anything (except delay :p ) that would you like me to test?

Thunderbolt8

21st December 2007, 02:55

Chumbo

21st December 2007, 06:11

Another one to report. I ran the -test switch to see it in action and note the results for the Nero Audio Decoder. Please let me know what other info I can provide:eac3tov2 feature_1.evo+feature_2.evo -test

Nero Audio Decoder (Nero 7 or older) is not working correctly
Sonic Audio Decoder (4.3.0.169) works fine
Haali Media Splitter (2007-11-18) is installed
Surcode DTS Encoder (1.0.23.0) is installed
MkvToolnix (v2.1.0) is installed
EVO/VOB, 2 video tracks, 4 audio tracks, 1:29:31
1: Joined EVO/VOB file
2: VC-1
3: VC-1
4: E-AC3, 5.1 channels, 384kbit/s, 48khz, dialnorm: -27dB, -8ms
5: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB, -1ms
6: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -8ms
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -27ms
Using graphedt (renamed recode.exe), the Nero splitter only showed one video stream and 3 audio tracks. I was able to play the audio via the Nero Audio Decoder 2.

btw, EVOdemux confirms the two video streams and 4 audio streams, so I'm not sure why the Nero stuff is missing 1 video and the remaining audio stream.

Please let me know what else I can do to help with this one.

May I request a wish list item please. In addition to the video codec, i.e., "VC-1" above as an example, is there a way to provide a few more pieces of info? Something like "VC-1, 1920x1080, 23.976, pulldown" and pulldown would only be there if the video has the pulldown flag. If it's doable. :)

[EDIT] Well, 5 seconds after I posted this, I tried something else. I renamed eac3tov2.exe to recode.exe and reran the line above and what do you know?Nero Audio Decoder (Nero 7 or older) works fine
Sonic Audio Decoder (4.3.0.169) works fine
Haali Media Splitter (2007-11-18) is installed
Surcode DTS Encoder (1.0.23.0) is installed
MkvToolnix (v2.1.0) is installed
EVO/VOB, 2 video tracks, 4 audio tracks, 1:29:31
1: Joined EVO/VOB file
2: VC-1
3: VC-1
4: E-AC3, 5.1 channels, 384kbit/s, 48khz, dialnorm: -27dB, -8ms
5: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB, -1ms
6: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -8ms
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -27ms

shanghai2004

21st December 2007, 06:27

Yes, that'd be helpful! But only if the problem can be reproduced with the sample, too. Thanks!

http://www.sendspace.com/file/i867cw

Its about 96MB. Plays fine in PowerDVD.
Extracting the LPCM audio track results in corrupted audio file.

Hope you have time to take a look. Thanks ahead!

yonta

21st December 2007, 09:28

Samples of 24bit Blu-ray LPCM which crash eac3to v2.10.

All files were demuxed with xport and they seem to be OK when converted to wav with sox/wavewizard.

24bit.2.0ch.Blu-ray.LPCM.sample1
http://www.sendspace.com/file/tnbe4v

24bit.2.0ch.Blu-ray.LPCM.sample2
http://www.sendspace.com/file/ett8j3

24bit.2.0ch.Blu-ray.LPCM.sample3
http://www.sendspace.com/file/5ncjkr

24bit.5.1ch.Blu-ray.LPCM
http://www.sendspace.com/file/64lsvl

Thank you madshi for your great effort!

madshi

21st December 2007, 09:29

Ok, i understand.

Is there anything (except delay :p ) that would you like me to test?
Nothing specific. Just let eac3to convert some movies for you and check whether everything works alright. That'd be helpful.

madshi

21st December 2007, 09:46

Well, 5 seconds after I posted this, I tried something else. I renamed eac3tov2.exe to recode.exe
Ehm, normally Nero's decoder only works if you rename the exe to "recode.exe". However, eac3to has implemented a hack around this by also allowing "eac3to.exe". Renaming "eac3to.exe" to "eac3tov2.exe" disables this hack. Please don't rename "eac3to.exe".

madshi

21st December 2007, 09:48

can you tell in how far codes or routines from other programs (for example evodemux or h264tsto or haali filters) were used regarding .evo joining & de- and remuxing? would be useful in case we get errors, so we might know which program(s) would produce a similar error in that case and dont have to try each other tool then.
Evo demuxing and joining is completely my own code. I got the idea from Ron's (drmpeg's) original code, but I've totally rewritten it. Timestamp fixing is based on my own OffsetPTS, but also rewritten. Evo remuxing is done on the fly by feeding the joined Evo directly into the "Haali Media Splitter (AR)" without writing the joined Evo file to harddisk first. Timestamp rewriting is done in an extra step by calling mkvtoolnix.

FWIW, I've yesterday converted three h264 HD DVD movies (Shooter, Transformers and Hunt for Red October) with the new eac3to and all three movies converted perfectly (apart from the one remaining libav TrueHD decoder bug). The final MKV files work great and also seeking works great. So I'm feeling safe to say that with the latest Haali filters remuxing h264 HD DVD movies works very well. So no need to demux the h264 video track to a raw file and mux it to MKV by dropping it into mkvtoolnix, anymore. eac3to uses the Haali filters instead which seem now up to the task, as far as I can say so far. I still have some problems with rewriting timestamps with Equilibrium, but I think that's not Haali's fault, but a bug in mkvtoolnix.

madshi

21st December 2007, 09:56

Samples of 24bit Blu-ray LPCM which crash eac3to v2.10.
Thank you for the samples. The crash should be fixed in the next eac3to build. However, how did you demux these samples? They look kind of corrupt to me. Did you use TsRemux or xport?

madshi

21st December 2007, 10:02

May I request a wish list item please. In addition to the video codec, i.e., "VC-1" above as an example, is there a way to provide a few more pieces of info? Something like "VC-1, 1920x1080, 23.976, pulldown" and pulldown would only be there if the video has the pulldown flag. If it's doable. :)
That's already planned for a future version.

madshi

21st December 2007, 10:28

http://www.sendspace.com/file/i867cw

Its about 96MB. Plays fine in PowerDVD.
Does PowerDVD play the PCM track or the DTS-HD track?

The PCM track seems to be corrupt. Haali's splitter doesn't even offer to demux it. Sonic's splitter crashes when trying to demux it. Nero's filter demuxes the track, but it's no valid PCM data. eac3to demuxes it, too, but it's also not valid PCM data.

Maybe EvoDemux corrupted the EVO while rebuilding? Please try eac3to on the original EVO files.

shambles

21st December 2007, 10:46

is eac3to supposed to apply the correct delay if you only encode the lossless track from the evos to flac (no video remuxing)? it doesn't seem apply any delay at all..

nautilus7

21st December 2007, 10:51

Did you use TsRemux or xport?

He mentions xport. :p

madshi

21st December 2007, 11:27

is eac3to supposed to apply the correct delay if you only encode the lossless track from the evos to flac (no video remuxing)? it doesn't seem apply any delay at all..
The delay should still be applied correctly. How does the eac3to output look like?

madshi

21st December 2007, 11:27

He mentions xport. :p
Oooops. Will recheck the samples.

shambles

21st December 2007, 12:22

E:\Program Files\eac3to>eac3to 101.evo f:\1.flac
EVO/VOB, 1 video track, 4 audio tracks, 1:11:52
1: VC-1
2: E-AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, 2002ms
3: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB, 2002ms
4: E-AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, 2002ms
5: E-AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, 2002ms
Track 3 is used for destination file "1.flac".
Demuxing 2nd audio track...
Removing dialog normalization...
Encoding FLAC...
Creating/writing file "f:\1.24bit.flac"...
This audio track contains only 16 bit of information.
The zero bytes were successfully removed.
Done.

also, the new eac3to version seems to report dialnorm -24db for all truehd tracks (both in evo and demuxed) while the old ones reported -27db (even for the same tracks)

madshi

21st December 2007, 12:31

3: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB, 2002ms
Hmmmm... The delay really doesn't seem to be applied. So is the FLAC track out of sync by 2 seconds?

It would be very helpful, if you could upload a little sample of the EVO file. Maybe 50MB, if possible?

also, the new eac3to version seems to report dialnorm -24db for all truehd tracks (both in evo and demuxed) while the old ones reported -27db (even for the same tracks)
Ah - thanks for reporting! That's a bug, will be fixed in next build.

shambles

21st December 2007, 12:55

Hmmmm... The delay really doesn't seem to be applied. So is the FLAC track out of sync by 2 seconds?

It would be very helpful, if you could upload a little sample of the EVO file. Maybe 50MB, if possible?

yes, the flac is 2s oos

sample (http://rapidshare.com/files/78072796/1.evo.html)

madshi

21st December 2007, 13:13

yes, the flac is 2s oos

sample (http://rapidshare.com/files/78072796/1.evo.html)
Thank you. Bug confirmed and will be fixed in next build.

Chumbo

21st December 2007, 16:21

Ehm, normally Nero's decoder only works if you rename the exe to "recode.exe". However, eac3to has implemented a hack around this by also allowing "eac3to.exe". Renaming "eac3to.exe" to "eac3tov2.exe" disables this hack. Please don't rename "eac3to.exe".
Aha, so that's the ticket. Very interesting...:) Thank you.

Chupacabras

21st December 2007, 17:57

madshi

21st December 2007, 19:09

I have some movie in .ts format (video is mpeg2, audio is dts). eac3to doesn't want to work with extracted dts (stream extracted by mencoder).
It writes "The format of the source file could not be detected.":

X:\eac3to>eac3to.exe "X:\audio.dts" "X:\audio.ac3" -448
The format of the source file could not be detected.

What could be wrong?
Possibly the DTS file is beginning in the middle of a DTS frame. eac3to only accepts DTS files which begin with a full DTS frame. Please try running the DTS file through delaycut. Afterwards eac3to should be able to handle the file just fine.

madshi

21st December 2007, 19:48

eac3to v2.11 released

http://madshi.net/eac3to.zip

* libav E-AC3 decoding is without DRC now
* libav AC3 decoding added (without DRC)
* libav E-AC3 and AC3 decoding hacked to return full 24 bit
* fixed: delay was not applied to lossless audio tracks
* fixed crash when parsing PCM files without doing any conversion
* TrueHD dialnorm was displayed incorrectly
* changed 23.976 to 24/1.001
* fixed some more minor bugs
Please do not use the "avcodec.dll" and "avutil-49.dll" that ship with eac3to with any other application. And please do not replace these dlls in eac3to, either, for the time being. The reason for this is that I have done some custom changes to the code to make the E-AC3 and AC3 decoders output 24 bit data instead of 16 bit. So the dlls shipping with eac3to are not compatible, anymore.

FWIW, the libav E-AC3 decoder is looking quite good now. There are situations where it fails to work (not all E-AC3 features are supported by the decoder yet). But as long as it works the output sounds good to me. The distortion I had with earlier versions of the decoder seem to be fully gone.

nautilus7

21st December 2007, 21:28

Nice. Thanks!

Chumbo

21st December 2007, 22:24

Thanks for the update madshi. I've run into an issue already that I wanted to report. In attempting to move the video into an mkv container, I get the following:eac3to "HVDVD_TS\feature_1.evo"+"HVDVD_TS\feature_2.evo" 2: "e:\media\movie.mkv" 3: "e:\media\movie.dts"

- EVO/VOB, 1 video track, 3 audio tracks, 2:07:40
1: Joined EVO/VOB file
2: h264/AVC
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, -84ms
4: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
Extracting audio track number 3...
Muxing video to Matroska...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Applying delay...
Writing WAVs...
Creating/writing file "e:\media\movie.R.wav"...
Creating/writing file "e:\media\movie.L.wav"...
Creating/writing file "e:\media\movie.C.wav"...
Creating/writing file "e:\media\movie.SL.wav"...
Creating/writing file "e:\media\movie.LFE.wav"...
Creating/writing file "e:\media\movie.SR.wav"...
-The Haali Media Splitter didn't accept the input stream.
-The last (E-)AC3 frame is incomplete and thus gets skipped.
- Found Surcode DTS Encoder version 1.0.23.0.
Surcode encoding successfully started. Please wait...
Closing Surcode...
Error renaming MKV file.
MKV file was successfully created, but the timecodes were not rewritten.The dts file is created successfully, but I can't find the mkv file it says was created successfully even though there's an error. Ideas? Let me know if you want me to try anything specific.

[EDIT] I tried running it so it only goes into an mkv and used the -no24p to see the results and here's what I got:eac3to "HVDVD_TS\feature_1.evo"+"HVDVD_TS\feature_2.evo" 2: "e:\media\movie.mkv" -no24p

- EVO/VOB, 1 video track, 3 audio tracks, 2:07:40
1: Joined EVO/VOB file
2: h264/AVC
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, -84ms
4: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
Muxing video to Matroska...
-The Haali Media Splitter didn't accept the input stream.
- eac3to processing took 1 second.
Done.

madshi

21st December 2007, 22:31

@Chumbo, the problem is this:

-The Haali Media Splitter didn't accept the input stream.
Because of this there most probably never was a MKV file. I'm wondering why eac3to tried to continue with the whole operation. It should have aborted with the above mentioned error message. It's probably a bug that the operation was not aborted.

Which movie is that? Did you already successfully convert some other movies to MKV with eac3to? Or was this your first try?