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. |
24th November 2007, 11:52 | #1601 | Link |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
Like Madshi say you can use a hex editor (WinHex or the free HxD) to try to correct them.
With your sample you can correct the problem if you: 1) Open test.eac3 in HxD and go to Offset(d) 2840576 (or Offset(h) 2B5800). The offset is (Frame reported by DelayCut -1) * FrameSize = (2775 - 1) * 1024 = 2840576 2) Replace the values in the sample: DB 00 0A D0 by the correct values: 0B 77 01 FF and save the file. 3) Now you can check test.eac3 with DelayCut with no errors, then the CRC are ok. |
24th November 2007, 14:01 | #1604 | Link | |
Registered User
Join Date: Mar 2006
Posts: 135
|
Quote:
|
|
24th November 2007, 14:48 | #1605 | Link | ||
Registered User
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,518
|
Quote:
Quote:
I 'll try it and report back. Hope it works! EDIT: I corrected the 2 frames and now eac3to seems to accept the track properly! Thank you both very much! Last edited by nautilus7; 24th November 2007 at 15:19. |
||
24th November 2007, 15:51 | #1606 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
No, why? "xport"ed PCM tracks are big endian. So eac3to enabled the "-blu-ray" switch automatically. You manually enabled that switch, too, which had no effect, since it was already automatically enabled by eac3to.
|
24th November 2007, 15:53 | #1607 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
I'm not in a position to fix the sound. Have you read what I wrote in the eac3to v2.05 release notes?
The libav E-AC3 decoder is not useable yet IMHO. It sometimes gives out distorted sound for me. I've still enabled it so that you can play with it, if you like. |
24th November 2007, 20:23 | #1612 | Link |
Guest
Posts: n/a
|
I did that, and from what I've read so far it seems that eac3to will remap channels if the source is big-endian, regardless of the actual channel order. Which means that if the source PCM happens to be big-endian but already has the correct channel order, eac3to will mess it up implicitly. I don't think that's desirable behavior. The endianness and channel ordering should be decoupled.
This is all assuming that you still want to develop eac3to as a general audio tool, in which case the above educated guesses about the format of the source could very well be wrong for a great number of audio sources. Concrete suggestion: Change the "-blu-ray" option into "-xport" (or something to that effect) to indicate that the source is from xport and is big-endian *and* has Blu-ray channel order. |
24th November 2007, 21:00 | #1613 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Please name a few multichannel sources which are big endian and do *not* have the Blu-Ray channel ordering. Are there any? I'm not aware of any such sources. Because of that I don't think there's any danger in automatically activating the "-blu-ray" switch for big endian PCM files. You can try to convince me otherwise, but you'll need good arguments... E.g. it would help if you could say where a big endian PCM track with WAV channel order could come from. Of course you can force eac3to to not remap channels by overwriting the channel mapping matrix (e.g. "eac3to source.pcm dest.whatever -0,1,2,3,4,5"). |
|
24th November 2007, 22:28 | #1615 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Besides, I've searched and didn't find a single HD DVD or Blu-Ray disc with a 7.1 TrueHD. It seems such a disc doesn't exist yet. I also didn't find any disc with a 7.1 E-AC3 track. |
|
25th November 2007, 00:33 | #1617 | Link |
Registered User
Join Date: Aug 2007
Posts: 1,430
|
So I tried converting the Poseidon TrueHD track (24bit) to DTS and FLAC, but I noticed different lengths. I then compared it to my previous conversions, and the DTS length was different yet again.
eac3to v2.05: DTS, 5.1 channels, 1:38:44, 24 bits, 1536kbit/s, 48khz FLAC, 5.1 channels, 1:38:13, 16 bits, 48khz (-down16 was used) eac3to v1.23: DTS, 5.1 channels, 1:40:18, 24 bits, 1536kbit/s, 48khz FLAC, 5.1 channels, 1:38:13, 16 bits, 48khz (-down16 was used) How do I know which one is the proper one (if any), and why do the DTS transcodes have varying length? Edit: I also compared a different DD+ track to various encodes. Source is "E-AC3, 5.1 channels, 1:47:35, 1536kbit/s, 48khz, dialnorm: -27dB" according to eac3to v2.05. Then just for the heck of it, I converted that to AC3 using v2.05. eac3to v2.05: DTS, 5.1 channels, 1:48:09, 24 bits, 1536kbit/s, 48khz AC3, 5.1 channels, 1:47:35, 640kbit/s, 48khz eac3to v1.23: DTS, 5.1 channels, 1:49:52, 24 bits, 1536kbit/s, 48khz :\ Last edited by Snowknight26; 25th November 2007 at 01:33. |
25th November 2007, 02:31 | #1618 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
a question regarding that trueHD syncing, could it be possible that the track (flac from truehd) is always in sync now, even if evodemux states a delay for it regarding different first pts?
im trying to remux batman begins and according to evodemux the track should need -200ms of delay. but frankly said some scenes are like this and some (actually most) fit better without that -200. thats why Im asking if with that sync fix something like this could have happened as (unintended?) side effect. or could it possibly be that the delay is different for the 1st and 2nd evo in this special case? some situations definately look a bit differently regarding sync compared to playback of the disc with powerdvd. Code:
Opening file PEVOB_1.EVO Reading... File size: 11205 Mbytes. VOB number 4 contains 2 video , 5 audio and 4 subpicture streams. PTM of first video frame = 00000D61 PTM of last video frame = 19B28220 Duration = 1:19:50.286 VC-1 video stream 0 found! First PTS = 00000D61 Dolby TrueHD audio stream 1 found! First PTS = 000053C3 (+200ms) Opening file PEVOB_2.EVO Reading... File size: 7732 Mbytes. VOB number 5 contains 2 video , 5 audio and 4 subpicture streams. PTM of first video frame = 19B28220 PTM of last video frame = 2D139A61 Duration = 1:00:12.559 VC-1 video stream 0 found! First PTS = 19B28220 (+4790285ms) Dolby TrueHD audio stream 1 found! First PTS = 19B2659A (+4790204ms) Last edited by Thunderbolt8; 25th November 2007 at 04:58. |
25th November 2007, 02:56 | #1619 | Link |
Registered User
Join Date: Aug 2007
Posts: 1,430
|
I think the delay between the audio and video stream is different between the 1st and 2nd EVO. That might be causing my problems too, as the 2nd test I did had EVOs like what I just described.
According to your post: 1st EVO's delay is +200. (200-0=+200) 2nd EVO's delay is -81. (4790204-4790285=-81) What it seems is that during the middle of the movie, the audio would be off by 119ms (or 281ms, can't think, heads spinning ). But then again, maybe I'm totally wrong. Last edited by Snowknight26; 25th November 2007 at 03:04. |
25th November 2007, 03:34 | #1620 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
I guess if then it would just change at once, with the beginning of the 2nd evo, but there wouldnt be nothing like an average value of both evos. I know that madshi said the value of the 2nd .evo actually dont matter. but maybe during the last updates something happened unintentionally, dont know :S or that disc is just different
Last edited by Thunderbolt8; 25th November 2007 at 03:57. |
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|