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. |
14th August 2010, 15:39 | #10421 | Link | |
Registered User
Join Date: Dec 2005
Posts: 1,460
|
Quote:
So, have you found time to try if reencoding the audio straight from the .m2ts without demuxing it first works? |
|
15th August 2010, 07:43 | #10422 | Link |
Registered User
Join Date: Aug 2002
Posts: 221
|
solution for that problem was finally found:
http://forum.doom9.org/showthread.php?t=156168 actually, that approach could be used for every DTS-HD (MA) file that Arcsoft can't decode correctly and respectively eac3to can't. i wish eac3to be able to write such 140 bytes headers for easier decoding of DTS-HD (MA) file outside eac3to in case that is necessary. |
15th August 2010, 11:12 | #10424 | Link | ||||||||||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Broken TrueHD track. Quote:
Quote:
Often there's a "play all" playlist. It usually lists the episodes in the right order. Quote:
Yes. Quote:
(1) demux blu-ray directly, by using eac3to (2) mux video to MKV by using eac3to, then demux again by using eac3to The demuxed raw h264 video file produced by both methods is identical. So the problem must obviously be caused by tsMuxeR not handling MKV input correctly. |
||||||||||||
15th August 2010, 13:58 | #10425 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
One key information is that decoding the track with ArcSoft and Sonic decoders output bit perfect identically results. Which means that decoding should be lossless which would not be the case if dialnorm processing was active. |
|
15th August 2010, 14:04 | #10426 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
15th August 2010, 14:22 | #10427 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
I've checked. There's no specific limitation for the "-edit" command. You cannot edit in such a way, though, that looping wouldn't work. E.g. "-edit=0:00:01,+2000ms" is not allowed, but "-edit=0:00:05,+2000ms" works just fine.
|
15th August 2010, 19:19 | #10428 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
15th August 2010, 20:06 | #10430 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Thoughts? (BTW, the frame rate is not different, eac3to is more or less "guessing" the m2ts framerate, it's sometimes wrong. The video track framerate is reliable and it's identical.) |
|
15th August 2010, 20:11 | #10431 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
eac3to v3.23 released
http://madshi.net/eac3to.zip Code:
* fixed: handling of MKV files with header compression didn't work * fixed: track listing of some Blu-Rays failed silently * added support for decoding mono tracks with ArcSoft DTS decoder * added reading support for DTS tracks with additional DTS-HD header * improved m2ts framerate detection * video bitdepth is displayed now, if different than 8 bits * chroma format is displayed now, if different than 4:2:0 |
15th August 2010, 20:17 | #10432 | Link |
Registered User
Join Date: Aug 2008
Location: The Land Of Dracula (Romania - EU)
Posts: 934
|
thanks a lot...
keep it as it is...or you will open a pandora box!.. _
__________________
if you ask a question and somebody give you the correct answer don't forget to leave a "thank you" note... Visit The Land Of Dracula (Romania - EU)! |
15th August 2010, 20:20 | #10433 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
thanks for the new version again
a few questions: what would be the problem if you left all those small .m2ts files listed? a overly long amount of different playlists? is there maybe any way to say that eac3to should list, and not cut away, all small .m2ts files of certain playlists only, e.g. such playlists which contain the 2-3 biggest .m2ts files? (sometimes, there are extras on a BD which are bigger than the actual movie) regarding audio, so dtsma mono tracks should work now. so whats still left that doesnt work properly? what about those 6.1 dtsma/truehd/lpcm tracks? 2.0 dtsma? anything with "strange setup"? dts express afaik was a problem of non-existing mkvmerge support. what are those dts-hd tracks with additional header, what does it mean? again, do we have to do any re-demuxing of our dtsma track collection to have compability with hardware receivers when just bitstreaming the file? thanks! Last edited by Thunderbolt8; 15th August 2010 at 20:26. |
15th August 2010, 20:29 | #10434 | Link | |||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
If you don't know what it means that you don't need it. No need to re-demux anything. |
|||
15th August 2010, 20:48 | #10435 | Link | |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
Quote:
would it be possible that eac3to leaves a message when it cuts away some small parts of those playlists it displays? then you dont have to check the playlist of the main movie manually each time for those files, but only if they are really included in the list for that movie. Last edited by Thunderbolt8; 15th August 2010 at 21:44. |
|
15th August 2010, 20:48 | #10436 | Link | |
Registered User
Join Date: Mar 2008
Posts: 305
|
Quote:
Are you (Atak_Snajpera) looking to simply demux the playlist, or recode the audio? There are a few options available currently: Use 00014.m2ts instead of 00014.mpls for example Use another tool (eg tsMuxeR) on each .m2ts and then correct the playlist. |
|
15th August 2010, 21:19 | #10438 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
eac3to v3.24 released
http://madshi.net/eac3to.zip Code:
* fixed: m2ts framerate detection for h264 tracks was half of what it should be |
16th August 2010, 02:39 | #10439 | Link |
Registered User
Join Date: May 2003
Posts: 153
|
Hello Madshi,
I tested the new processing .DTSHD functionality, it seems to be working with all the files I threw at it so far. However, I found that demuxing a .DTSHD file introduced a 21ms delay to the file. I verified by demuxing the original WAV, demuxing the encoded WAV with DTS Stream Player (both matched perfectly) and demuxing with EAC3TO (+21ms added). Waveforms were checked with Adobe Audition. FYI, before EAC3TO added this functionality, I was demuxing the .DTSHD files with TSMUXER, TSMUXER mentioned "bad frame found, resycning stream" - this also introduced the same +21ms delay. Cheers, -jj- |
Tags |
eac3to |
|
|