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. |
25th January 2008, 08:34 | #2941 | Link | |
Registered User
Join Date: Apr 2003
Posts: 15
|
Quote:
I do own the US version of Phantom. I have the next several days off. Will re-rip it and try to convert to mkv. I'll get back to you soon. |
|
25th January 2008, 10:50 | #2942 | Link |
Registered User
Join Date: Aug 2007
Posts: 301
|
Madshi, what's that error?
Code:
E:\2.17>eac3to 300.thd D:\300.dts TrueHD/AC3, 5.1 channels, 48khz, dialnorm: -27dB Extracting TrueHD stream... Removing dialog normalization... Writing WAVs... Creating/writing file "d:\300.L.wav"... Creating/writing file "d:\300.C.wav"... Creating/writing file "d:\300.SL.wav"... Creating/writing file "d:\300.R.wav"... Creating/writing file "d:\300.LFE.wav"... Creating/writing file "d:\300.SR.wav"... [libav] Lossless check failed - expected 0, calculated 69 Found Surcode DTS Encoder version 1.0.21.0. Surcode encoding successfully started. Please wait... Closing Surcode... eac3to processing took 15 minutes, 11 seconds. Surcode encoding took 22 minutes, 44 seconds. Done. |
25th January 2008, 11:05 | #2943 | Link | |
Registered User
Join Date: Aug 2007
Posts: 301
|
Quote:
Code:
eac3to 300.thd 300.ac3 |
|
25th January 2008, 13:01 | #2944 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
What is most interesting is that (as you say) a Sonic graph plays the sample just fine. But the MS VC-1 decoder seems to be have trouble with the sample. I'm not sure where the problem comes from. It could be a bad rip or a mastering error which for whatever strange reason Sonic can handle but the MS VC-1 decoder cannot. It could also be a bug in the MS VC-1 decoder. We will not be able to know either way until someone tries to rerip the disk cleanly. Anybody? |
|
25th January 2008, 13:03 | #2945 | Link |
Registered User
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,518
|
The same? The other member's problem was the noisy output file. You are talking about lower volume (though judging from volume setting in your receiver isn't the perfect way to identify the problem, if any).
|
25th January 2008, 13:08 | #2946 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
I do have a MPEG2 480i60 sample and also a MPEG2 480p24 sample. The 480i60 sample plays very smoothly both in its original VOB form and also in the remuxed MKV. The 480p24 sample is stuttering a lot for me, but both as EVO and as MKV. So a sample would be helpful. Which EVO splitter are you using that gives you smooth playback? Code:
Error renaming MKV file. MKV file was successfully created, but the timecodes were not rewritten. |
|
25th January 2008, 13:10 | #2947 | Link | |||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
|
|||
25th January 2008, 13:11 | #2948 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
25th January 2008, 13:12 | #2949 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Could you please retry with v2.18? I think those gap/overlap complaints should be solved in that version. |
|
25th January 2008, 13:14 | #2951 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
How are you transporting the AC3 to your receiver? Via SPDIF? As AC3 bitstream or decoded as PCM? I've been told that some cheaper receivers cannot fully handle 640kbps AC3 streams. DVDs are limited to 448kbps. Please try decoding the AC3 stream on your PC. Does it sound ok there? |
|
25th January 2008, 13:17 | #2952 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
eac3to v2.18 released
http://madshi.net/eac3to.zip Code:
* fixed bug which stopped eac3to v2.15-17 from working on some PCs * fixed h264 bitstream parsing bug (Sum of all Fears) * fps value is added to MKV header now * relaxed VC-1 gap detection once more * TrueHD decoding to stdout fixed (always output as 24 bit now) |
25th January 2008, 13:55 | #2954 | Link | ||
Registered User
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,518
|
If i cut the evo with a hex editor, eac3to (haali media splitter) doesn't accept it. So i will upload the evo as it is (~70 MB). EDIT: Sample is up here!
I really couldn't find that info. But i can give you the decoder's (sonic) video in pin info: Code:
CLSID: {D7D50E8D-DD72-43C2-8587-A0C197D837D2} Filter: Sonic Cinemaster® Video Decoder 4.3.0 - Connected to: CLSID: {1365BE7A-C86A-473C-9A41-C0A6E82C9FA3} Filter: C:\Tools\Trailer.EVO Pin: Video - Connection media type: Video: MPEG2 Video 720x480 (16:9) 29.97fps 9800Kbps AM_MEDIA_TYPE: majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71} subtype: MEDIASUBTYPE_MPEG2_VIDEO {E06D8026-DB46-11CF-B4D1-00805F6CBBEA} formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA} bFixedSizeSamples: 1 bTemporalCompression: 0 lSampleSize: 1 cbFormat: 282 VIDEOINFOHEADER: rcSource: (0,0)-(0,0) rcTarget: (0,0)-(0,0) dwBitRate: 9800000 dwBitErrorRate: 0 AvgTimePerFrame: 333666 VIDEOINFOHEADER2: dwInterlaceFlags: 0x00000000 dwCopyProtectFlags: 0x00000000 dwPictAspectRatioX: 16 dwPictAspectRatioY: 9 dwControlFlags: 0x00000000 dwReserved2: 0x00000000 MPEG2VIDEOINFO: dwStartTimeCode: 0 cbSequenceHeader: 150 dwProfile: 0x00000004 dwLevel: 0x00000008 dwFlags: 0x00000000 BITMAPINFOHEADER: biSize: 40 biWidth: 720 biHeight: 480 biPlanes: 0 biBitCount: 0 biCompression: 0 biSizeImage: 0 biXPelsPerMeter: 0 biYPelsPerMeter: 0 biClrUsed: 0 biClrImportant: 0 pbFormat: 0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0020: 40 89 95 00 00 00 00 00 62 17 05 00 00 00 00 00 @‰•.....b....... 0030: 00 00 00 00 00 00 00 00 10 00 00 00 09 00 00 00 ................ 0040: 00 00 00 00 00 00 00 00 28 00 00 00 d0 02 00 00 ........(...Π... 0050: e0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ΰ............... 0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0070: 00 00 00 00 96 00 00 00 04 00 00 00 08 00 00 00 ....–........... 0080: 00 00 00 00|00 00 01 b3 2d 01 e0 34 17 ed 23 82 .......³-.ΰ4.ν#‚ 0090: 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 ................ 00a0: 10 10 10 10 10 10 10 10 10 10 10 10 12 12 12 10 ................ 00b0: 10 10 10 10 10 10 10 10 12 12 12 14 12 12 12 12 ................ 00c0: 12 14 14 14 14 14 18 18 18 18 1c 1c 1e 22 22 2b .............""+ 00d0: 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 ................ 00e0: 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 ................ 00f0: 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 ................ 0100: 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 ................ 0110: 00 00 01 b5 14 82 00 01 00 00 ...µ.‚.... Quote:
Quote:
Is this the bug that the eac3to -test was not working? What was wrong? Last edited by nautilus7; 25th January 2008 at 20:26. |
||
25th January 2008, 14:44 | #2956 | Link |
Registered User
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,518
|
I believe madshi was thinking of using ffdshow as image processor after the MS VC-1 decoder.
EDIT: It should be easy to do it if you enable ffdshow for raw video from the codecs settings. Last edited by nautilus7; 25th January 2008 at 15:30. |
25th January 2008, 20:09 | #2957 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
a friend of mine has problems with remuxing lucky number slevin, all newer eac3to versions (2.15-2.18) crash for him. since he cant post here yet, im posting the bugreport for him:
http://www.sendspace.com/file/qkea81 just taking a guess, maybe its because of this: 2: h264/AVC, 1080p13500 ? |
25th January 2008, 20:24 | #2959 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
A bug in some internal hooking code. |
|
25th January 2008, 20:25 | #2960 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|