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. |
30th January 2009, 14:31 | #8083 | Link | |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
Quote:
I hope than help to fix the problem.
__________________
BeHappy, AviSynth audio transcoder. |
|
30th January 2009, 14:31 | #8084 | Link |
Guest
Posts: n/a
|
WALL-E US vs. WALL-E Germany
I have both the US and German Blu-rays of WALL-E.
Surprisingly, eac3to shows a runtime of 1:38:25 (00095.mpls) for the US disc, but 1:32:43 (00119.mpls) for the German disc. I have noticed that the US version consists basically of a single large M2TS, but the German version is split up into lots of smaller segments. eac3to also reports many overlaps for the German disc. Since I don't believe that they cut 6 minutes of footage for the German market, is it possible that eac3to realizes the gaps incorrectly? (The resulting audio files for the German disc are in fact 1:33:35 long.) Last edited by honai; 30th January 2009 at 14:38. |
30th January 2009, 15:09 | #8085 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
It will help, thanks!
Quote:
Maybe you could upload the CLIPINF and PLAYLIST folders? Zipped it should be only a few KBs. Thanks! P.S: What does playlist "00082.mpls" from the German Blu-Ray say? You can do "eac3to bluRayFolder\PLAYLIST\00082.mpls", if this playlist isn't offered by default. Last edited by madshi; 30th January 2009 at 15:12. |
|
30th January 2009, 15:22 | #8086 | Link |
Guest
Posts: n/a
|
Thanks. Yes, I already checked out that possibility. For 00082.mpls it says 1:32:31 for the German disc. I have seen somewhere else that for this playlist the runtime is supposed to be 1:38:32, that's why I wondered if maybe eac3to is making a mistake.
I have also observed that for 00119.mpls (German) eac3to initially reported 1:32:43 runtime in the tracklisting, when selecting the title for demuxing it shows 1:33:33, but demuxed/processed runtime was 1:33:35, so it seems that those are guesses by eac3to anyway, right? I'm especially wondering about the discrepancy between the initial title listing and the listing when that title is selected. And yes, 00119.mpls and 00120.mpls are the longest-running titles displayed. Here's the requested archive: http://www.sendspace.com/file/ufd3xb Thanks for looking into this, much appreciated. EDIT: After verifying each file from the 00082.mpls I found that one of my M2TS was corrupt. Doh! Will try again, but I guess this fixes it. Sorry for wasting your time. EDIT: Could you please add a sanity check if one of the M2TS files referenced in the playlist has a size of 0 bytes or is missing altogether from HDD? I have noticed that in cases like above eac3to will silently ignore the missing/corrupt file. Thanks! Last edited by honai; 30th January 2009 at 16:13. |
31st January 2009, 20:00 | #8087 | Link | ||
Registered User
Join Date: Aug 2007
Posts: 1,430
|
eac3to doesn't seem to encode 32-bit FLACs, but works fine if I remove -down32, resulting in a 24-bit FLAC:
Quote:
Quote:
|
||
31st January 2009, 20:15 | #8088 | Link | ||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Silent frame creation only works for AC3 because Aften doesn't support E-AC3 encoding yet. It's a bug that eac3to even tries to encode a silent E-AC3 frame, but it's only a cosmetical problem. |
||
31st January 2009, 20:38 | #8089 | Link | ||
Registered User
Join Date: Aug 2007
Posts: 1,430
|
Quote:
Quote:
...or for Fun. I was just trying to see how big a 64-bit floating point FLAC file (from an EAC3 file) would be, but since it doesn't support floating point precision, I wen't for 32, then 24bit when that didn't work. Last edited by Snowknight26; 31st January 2009 at 21:19. |
||
31st January 2009, 23:14 | #8090 | Link |
Registered User
Join Date: May 2008
Posts: 1,618
|
Splitting audio tracks by chapters
Hey Madshi, quick question:
I'm using eac3to through the HD-DVD/Blu-ray Streams Extractor to pull some audio off a concert Blu-ray. Currently, I'm muxing the audio (extracted as AC3, FLAC, and DTS) to MKV with MKVMerge, splitting the resulting .MKA file by chapter, and then demuxing the audio from each resulting .MKA segment. I'm doing this in order to split the audio tracks by song. Is there a faster way to do this, perhaps during extraction or transcoding? Thanks. Last edited by Inspector.Gadget; 31st January 2009 at 23:17. |
1st February 2009, 00:21 | #8091 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
http://www.hydrogenaudio.org/forums/...hp/t23613.html It's possible that this post is outdated, though, not sure... Right now it's not possible with eac3to, if that's what you're asking. Don't know what you can or can not do with other tools. |
|
1st February 2009, 00:34 | #8092 | Link | |
Registered User
Join Date: Aug 2007
Posts: 1,430
|
Quote:
|
|
1st February 2009, 05:19 | #8093 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
|
Hi Madshi,
Did you get a chance to peek at my problematic MP2? It's the one with clipping etc.. Thanks, ~MiSfit
__________________
These are all my personal statements, not those of my employer :) |
1st February 2009, 08:39 | #8094 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Yes. It decodes without clipping when using "-nero" or "-sonic", so the issue is related to libav decoding. I'm checked and libav returns the data to me with clipping in the data and I don't really see how I can detect and remove that. I think I'll have to update to the latest libav SVN version and maybe do some patches to get floating point from libav instead of integer samples. Then I might get it solved. However, this is not likely to happen this week. Maybe next. For now you can use Nero or Sonic for decoding...
|
1st February 2009, 18:49 | #8096 | Link | |
Registered User
Join Date: Jan 2002
Posts: 581
|
I think I found a small cosmetic error when parsing a playlist file:
Result: Quote:
I have attached the playlist file here, for you to test it. http://hbar.dk/files/00000.rar |
|
1st February 2009, 20:39 | #8098 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
eac3to v3.06 released
http://madshi.net/eac3to.zip Code:
* added MKV reading/parsing support * added demux support for MKV (E-)AC3, DTS(-HD), AAC, MPx, FLAC and WAV tracks * added demux support for MKV "modern style" MPEG2, VC-1 and h264/AVC tracks * reading from (HD) DVD and Blu-Ray drives uses different reading APIs now * empty tracks in TS/m2ts container are not listed, anymore * for 24.000 fps video tracks a little warning is displayed now * when demuxing subtitle files, the number of captions is added to the filename * timestamp derived FPS is used for gap checking instead of video bitstream FPS * fixed: 44.1khz AC3 encoding was still broken * fixed: zero byte stripping pass was done for true 24bit TrueHD tracks * fixed: downconverting WAV files with 0x3f channel mask didn't work * fixed: log output "remaining delay [...]" was sometimes wrong for AC3 tracks * fixed: silent frame creation was tried for E-AC3 although it can't work Good news is that MKV video muxing and demuxing is now a transparent operation, if you use eac3to both for muxing + demuxing. In other words: If you mux a video track with eac3to and then demux it again, you'll get the exact same data back. No changes, nothing missing... *) ------- *) exceptions: (1) of course eac3to does some video bitstream manipulations like cropping 1088 to 1080, removing padding bytes etc, but these changes are done intentionally and are not caused by muxing/demuxing (2) VC-1 muxing loses the very last video frame, don't know why |
1st February 2009, 20:46 | #8099 | Link |
Registered User
Join Date: Apr 2006
Posts: 19
|
On the NBC HDTV muxes used to distribute programming to network affiliates in the US, NBC sends the surround audio via 3 stereo tracks - the first contains front left and front right audio, the second contains the center and lfe, the third contains rear left and rear right. Would it be possible to combine these tracks in eac3to, outputting as 5.1?
Last edited by d1g1ta7; 1st February 2009 at 20:49. |
1st February 2009, 20:47 | #8100 | Link | |||
Registered User
Join Date: Aug 2007
Posts: 1,430
|
Quote:
And then funny enough, the next mkv I had muxed says Quote:
Quote:
Samples can be provided if needed. Last edited by Snowknight26; 1st February 2009 at 21:52. |
|||
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|