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. |
29th November 2008, 02:07 | #7181 | Link | |
Registered User
Join Date: Mar 2007
Posts: 217
|
Quote:
Greets S. |
|
29th November 2008, 02:50 | #7182 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
madshi, could you please add a switch that just demuxes audio stream(s) in their state as they originally are (e.g. without applying any kind of delay and dialnorm removal etc.)? im hinting at those tv caps with corrupted ac3 (or dts) audio frames. in that case I always have to switch to xport to demux the track and then process it with delaycut. since this step cannot be avoided anyway, why not let eac3to demux them, 1 less program to use in between. there could be a message then like "just demuxing track without applying any delay or processing dialnorm etc." so that the user knows this stuff is still applied to the track and he then can get rid of it/fix it at a later time (e.g. after delaycut) if he likes to.
it just doenst make sense to go eac3to -> xport -> delaycut, when it could be eac3to -> eac3to -> delaycut. perhaps it would make sense to add a kind of -autoaudiodemux switch which then, in case that audio problems are detected and eac3to would have to abort, eac3to would directly start with the same command line again (or the audio track only then if it saves time and theres no thing as gaps), but this time then just as described as pure demuxing without any processing of that track. |
29th November 2008, 04:59 | #7183 | Link | |
Registered User
Join Date: Nov 2002
Location: USA
Posts: 528
|
Quote:
|
|
29th November 2008, 05:38 | #7184 | Link | |
Registered User
Join Date: Mar 2007
Posts: 217
|
Quote:
What am I doing wrong here? TIA S. |
|
29th November 2008, 11:00 | #7185 | Link | ||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Or in other words: The pcm2tsmu switches must be set to the transport bitdepth and not to the number of bits which are non-zero inside of the transport. pcm2tsmu doesn't care how many bits are zero or non-zero. Quote:
Depends on your final target. If you want to end up with an MKV then it's best to let eac3to create that MKV. If you want to end up with a TS, then you should do whatever works best with tsMuxeR. If tsMuxeR handles raw video streams better than MKVs then I don't see any problems using raw video streams. You do lose the timestamps created by eac3to in that case, but that's not really a problem - unless there are gaps/overlaps in the video track, which is extremely rare... My English The Descent PCM track is 7.1 (reported as 6.1 on the back cover). Maybe you have a different version of The Descent? Does eac3to report 5.1 or 7.1 in the track listing? |
||
29th November 2008, 11:04 | #7186 | Link | |
Registered User
Join Date: Mar 2007
Posts: 217
|
Quote:
The demuxed track is however only 5.1 (which also correlates with its size). |
|
29th November 2008, 20:24 | #7188 | Link |
Registered User
Join Date: Aug 2008
Location: Calgary, AB
Posts: 150
|
I've got some 6.1 DTS-ES and DTS Hi Res that I want to convert into flac. Is there anyway to tell it to create 7.1 flac by doubling that back channel?
Not sure if madflac isn't liking the resultant flac from eac3to or the resultant PCM from madflac isn't being liked by the audio renderer. Either way I'm getting no sound and graphedit won't render the mkv. Last edited by Jeff Flowerday; 29th November 2008 at 20:27. |
29th November 2008, 22:07 | #7189 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
30th November 2008, 03:29 | #7190 | Link |
Registered User
Join Date: Aug 2007
Posts: 1,430
|
When running a DTS track through eac3to just to get its info (eac3to file.dts), would it be possible to state whether it was padded or not? The only way to find out at the moment is to output a DTS file (eacto input.dts output.dts).
Last edited by Snowknight26; 30th November 2008 at 03:39. |
30th November 2008, 11:01 | #7192 | Link | |
sidekick
Join Date: Apr 2004
Location: old Europe
Posts: 610
|
Quote:
Maybe it'll help you... that's because the NMT can decode TS/M2TS in hardware. mkv not. I'm also going over raw vc1 (from eac3to) to TS with tsmuxer and didn't experience any problems so far....
__________________
greets, kurt. Pioneer PDP-427 XA | Popcorn Hour NMT C-200 | Sony STR-DB 840 QS | Canton Ergo 91 DC Last edited by kurt; 30th November 2008 at 11:07. |
|
30th November 2008, 20:10 | #7193 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
I'm now using the average video PES duration. That seems to work pretty well. Done. |
|
30th November 2008, 20:10 | #7194 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
eac3to v2.79 released
http://madshi.net/eac3to.zip Code:
* improved m2ts file joining overlap detection (mainly for interlaced video) * vob/evo audio delay detection now uses "vobu start presentation time" * program streams which are neither VOB nor EVO are now reported as "MPG" * resampling is now automatically activated for AC3/DTS encoding, if necessary * "Mersenne Twister" random number generator is used for dithering now * zero padded DTS tracks are now displayed as such * fixed: 32bit PCM conversion to floating point was broken * fixed: with some (rare) movies first subtitle began after 50 minutes runtime * only plugins with the extension *.dll are loaded now |
30th November 2008, 20:31 | #7195 | Link |
Registered User
Join Date: Aug 2007
Posts: 1,430
|
When Haali Media Splitter isn't installed and I specify .mkv as the output container for a video stream, this happens:
Code:
[v02] Extracting video track number 2... [v02] Muxing video to Matroska... [v02] Getting "Haali Matroska Muxer" instance failed. ---- When I do have it installed, however, as I reported before, it still stops when the output file size is 2,752,512 bytes. Any way to track that issue down? Maybe a debug build of some sort? |
30th November 2008, 20:46 | #7197 | Link |
Registered User
Join Date: Aug 2007
Posts: 1,430
|
It happens with any video, be it VC-1, H.264, etc. I've tried nearly a dozen sources.
With gdsmux, when I use the 1st file from Die Another Day (00130.m2ts [H.264] - Blu-ray is seamlessly branched) and I have all the tracks checked, gdsmux goes from 0-100% but the output mkv file size is 4,325,376 bytes. When I select only the video stream, it stopped at ~11% and the file size was the same. I checked any audio stream, and it did the same 0-100% thing, same output file size. Unchecked the audio stream once again to make sure, and it again stopped at 11.2% with an output file size of 4,325,376 bytes. Tried it again with the Doomsday Blu-ray (00000.m2ts [VC-1]) and with all tracks selected, goes form 0-100% but the output is still 4,325,376 bytes. Unchecked the audio tracks, % stopped at 0.8 this time. Tried it with the 2 Fast 2 Furious HD DVD (FEATURE_1.EVO [VC-1]), stopped at 8,462,336 bytes. The Apollo 13 HD DVD (PEVOB_1.EVO [VC-1]) stopped at 4,325,376. Tried an mkv as a source file but it didn't work either. Won't work with ES video tracks either but thats because there is 'no combination of intermediate filters [...] to make the connection.' Last edited by Snowknight26; 30th November 2008 at 21:03. |
30th November 2008, 20:49 | #7198 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
If it's source independent then it probably indicates a general problem with your PC/installation, because video muxing seems to be working for everyone else. My suggestion would be to uninstall Haali's Media Splitter, then cleanup the harddisk and the registry to remove all what might be left, then reinstall Haali. Maybe that helps, maybe not.
|
30th November 2008, 20:59 | #7200 | Link | |
Spielberger
Join Date: Feb 2005
Posts: 838
|
Concatenating my Cam files work like a charm now.....
Thx Quote:
|
|
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|