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. |
5th July 2009, 01:20 | #9084 | Link | |
Registered User
Join Date: Sep 2004
Posts: 1,295
|
Quote:
Thank you very much! |
|
6th July 2009, 12:40 | #9085 | Link |
Registered User
Join Date: May 2004
Posts: 185
|
eac3to issues with Xvid.avi recordings
eac3to does not like most of my "Xvid.avi" recordings produced with Total Recorder.
As a consequence, multiAVCHD and tsMuxeR produce issues. A short example for debugging is here (9606 KB). A longer example (application of eac3to within multiAVCHD, uncrop) is here (19331 KB). Now, the multiAVCHD workflow must be interrupted since eac3to refuses to demux these files. Demuxing must be performed with VirtualDub. VirtualDub's wav must be seperately imported into multiAVCHD. RipBot's ffmpeg demuxing finishes, but may also produce issues (sometimes adds weird clicks as 'watermarks'). VirtualDub has no problem to edit, append and demux these avi files, though. It would be a great advantage for the workflow, if eac3to did not refuse the demuxing of these "Xvid.avi" recordings. Please upgrade eac3to/eac3to_more_gui accordingly. Thanks. |
6th July 2009, 18:12 | #9087 | Link |
Registered User
Join Date: May 2004
Posts: 185
|
Yes, I was afraid to get this response.
But, why? I would like it did. I would need it. I wanted to do my share to get things moving. Edit: Dean, the author of multiAVCHD, adviced me to update to newest eac3to and to correct an input typo. Now multAVCHD's workflow, using newest eac3to.exe, works like a charm! And, within multiAVCHD, tsMuxeR does not need to deal with the original avi any more. Last edited by Cela; 6th July 2009 at 21:18. |
7th July 2009, 13:28 | #9089 | Link | ||
Registered User
Join Date: Oct 2003
Location: The Netherlands
Posts: 60
|
I've encountered a very strange problem with EAC3TO, at least to me. I loaded my copy of Ice Age 2 in eac3to. It said the length of the movie was 1h 30m 38s (all playlists). I ripped the Dutch 768kbps audiotrack. But when I played that seperate track in MPC-HC it was 1h 32m 15s. Other players and MediaInfo revealed the same. EAC3TO says the seperate audiotrack is 1h 30m 38s. I am confused. Who is right? And why?
EAC3TO source info. Quote:
Quote:
Last edited by Moondust; 7th July 2009 at 13:32. |
||
7th July 2009, 14:41 | #9090 | Link | |
Registered User
Join Date: Jan 2009
Location: UK
Posts: 403
|
Quote:
You can demux streams by specifying the target as the same type as the source. For example, if track 3 is ac3, 4 is dts... Code:
eac3to.exe source 3: output3.ac3 4: output4.dts |
|
7th July 2009, 15:29 | #9091 | Link | |
Registered User
Join Date: Jun 2007
Posts: 42
|
Quote:
|
|
7th July 2009, 22:37 | #9093 | Link | |
Registered User
Join Date: Mar 2008
Location: LA
Posts: 620
|
Quote:
Obviously, it didn't say this on the 24 bit 5.1 file, and it didn't do it on the 16 bit 2.0 file (not sure why). Here's a 16-bit 5.1 DTS-HD HR file if you want to try it: http://www.sendspace.com/file/usnwqd Rik |
|
8th July 2009, 01:05 | #9094 | Link | |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
Quote:
Like Snowknight26 say you, only losless encoders (like DTS-MA) can preserve the bitdepth. I say to madshi don't put this header info in Eac3to logs because can induce to mistakes. But I agree with madshi when change the header mark with 24 no matter the original source was. Always is better decode to 24 bits instead 16. Don't worry.
__________________
BeHappy, AviSynth audio transcoder. |
|
8th July 2009, 01:14 | #9095 | Link | |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
Quote:
__________________
BeHappy, AviSynth audio transcoder. |
|
8th July 2009, 09:37 | #9096 | Link | |
Registered User
Join Date: Nov 2007
Posts: 132
|
Quote:
|
|
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|