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. |
19th April 2012, 18:47 | #4161 | Link | |
Registered User
Join Date: Aug 2005
Posts: 16,267
|
@rapscallion
Hi! Quote:
|
|
23rd April 2012, 15:35 | #4164 | Link |
Registered User
Join Date: Oct 2002
Location: UK
Posts: 680
|
If you're writing a script and trying to capture TSMuxer output, you could also attach to the STDOUT stream of cmd.exe to read the current output. I wrote an AutoIt script a while ago to remux MKV into TS which does just that which may serve as a good example: http://pastebin.com/EM6Y3q54. Lines 424 - 443 show the method of launching a TSMuxer command and monitoring the output.
Last edited by idbirch2; 23rd April 2012 at 15:37. |
25th April 2012, 16:49 | #4165 | Link |
Registered User
Join Date: Jan 2011
Posts: 38
|
scenario: output BD using original usa video and foreign audio tracks and subs.
I noticed that sometimes subtitles don't work wells. In some points they didn't show and after some seconds I see them at super fast speed. Usually using eac3to to demux sup and then remux using tsmuxer fix this issue. But recently I experienced this problem adding subtitles demuxed with eac3to too. Anyone know why this happens? thanks Last edited by quartex; 25th April 2012 at 19:14. |
26th April 2012, 02:44 | #4166 | Link |
Registered User
Join Date: Nov 2008
Location: Miami
Posts: 19
|
I had tsmuxer installed with mkv2vob and it was crashing when trying to use multiAVCHD. Will this one solve that problem for me?
EDIT: nm I was not ripping my BD first lol Last edited by laz305; 28th April 2012 at 11:35. |
7th May 2012, 22:17 | #4168 | Link | |
NY Frame of Mind
Join Date: Dec 2005
Location: L.I.,NY
Posts: 586
|
Quote:
The frame count was a match to Megui's log @ 157,725 frames and I've muxed this probably 5 times already with the exact same result. So very puzzled. I don't see anything in megui's log that would indicate a cause either (video only). Edit: just out of curiousity, I muxed, to Blu-ray, just the video and it completed @ 100% and the same file size as the video and audio mux. So, it appears that there's something funky with the DTS-HD track that I extracted via eac3to. I'll try demuxing the audio via tsmuxer and see what happens. Edit_1: Yes, that was it. demuxed the audio via Tsmuxer and then muxed with the video and all was 100%. Weird.
__________________
"Talk to me Goose" Last edited by rapscallion; 8th May 2012 at 05:46. |
|
9th May 2012, 08:30 | #4169 | Link |
Registered User
Join Date: Mar 2009
Location: Germany
Posts: 5,769
|
Audio delay still not manageable
I am stuck again on the same problem.
I had several episodes I want to put on a single BD instead of several DVDs. It appears that no matter what I do, I either go into one problem or in another. This case is in theory simple. All streams have a 0ms delay. Yet after muxing to M2TS the delay is set to -80ms and indeed one can sense it on HW players but also on PC. Muxing with 0ms delay. Apparently everything went ok, because .... Reloading again the muxed file in tsmuxergui, it falsely indicate a 0ms delay, because one can sense it during play, and of course the exact value is mentioned by MediaInfo. Now this is not all. As I mentioned here, it appears that in case where the delay is not 0ms but eg a positive value, the muxing procedure subtracts 80ms (or adds said -80ms, as above) from the real delay (sort of 460ms -> 380ms) and the audio is wrongly placed.
__________________
Born in the USB (not USA) |
9th May 2012, 13:25 | #4170 | Link | |
Registered User
Join Date: Mar 2009
Location: Germany
Posts: 5,769
|
Quote:
I am not expecting that the developers will somehow remember this software (tomorrow it be be 5 years since its last update ), but at least I hope for an explanation or a good manufacturing practice.
__________________
Born in the USB (not USA) |
|
9th May 2012, 16:34 | #4171 | Link | |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,227
|
Quote:
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
|
2nd June 2012, 06:46 | #4172 | Link |
Registered User
Join Date: Feb 2003
Posts: 81
|
Any idea why tsmuxer crashes on various/several mkvs with no header stripping - on windows 7 64bit - even the cli version gives the same crash message "tsmuxer.exe stopped working"
Here is the mediainfo on the .x264 freshly enccoded via vdub: Any help is appreciated! |
13th July 2012, 21:35 | #4175 | Link | |
NY Frame of Mind
Join Date: Dec 2005
Location: L.I.,NY
Posts: 586
|
Quote:
Which is not a problem.
__________________
"Talk to me Goose" |
|
13th July 2012, 21:42 | #4176 | Link |
NY Frame of Mind
Join Date: Dec 2005
Location: L.I.,NY
Posts: 586
|
As you all probably know, versions since 1.8.4b can't display subs in any color, other than white, without a greenish cast/tint.
You can, however, use v 1.8.4b (available here: Click) and substitute the executable from v 1.10.6 (tsmuxer.exe). This way all the updates in 1.10.6 are working with the older simplified gui.
__________________
"Talk to me Goose" |
26th July 2012, 13:53 | #4177 | Link |
Banned
Join Date: Mar 2004
Location: PA, US
Posts: 683
|
Is there ANY program out there that doesn't remove overlaps? I thought I could get around it by not using eac3to, but now I see that tsmuxer is doing the same thing, which is royally SCREWING UP the audio. I don't believe overlap is a problem, and most of the time when these programs "fix" this overlap, it ends up messing up the audio. The studios obviously know what they are doing, and I doubt the set-top box players just skip audio samples, so why should these programs act any differently?
|
26th July 2012, 14:59 | #4178 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
Please explain how the audio is being negatively affected. |
|
26th July 2012, 15:02 | #4179 | Link |
Banned
Join Date: Mar 2004
Location: PA, US
Posts: 683
|
To me, it seems like an overlap is when the audio is longer than how these programs calculate the video duration. When this happens I can hear parts of a song skip forward as if a fraction of a second is missing from it. There are a bunch of titles I've copied to my hard drive that get screwed up from this overlap removal because it will do it before it decodes the audio, so it can screw up things like .dtshd which eac3to itself is not one bit aware of, and needs a 3rd party codec to decode. If you are simply ripping a .dtshd track, it's not going to even bother looking at the audio data, it just does a demux, so it is NOT aware of redundant audio data. It introduces corruption of the audio. I can't be any more descriptive than that.
|
26th July 2012, 16:16 | #4180 | Link |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
I think you have a misunderstanding of what "overlap" is... if it isn't redundant, it isn't overlap. I can tell you that the most likely way eac3to or tsmuxer decides when something is overlapped is when you have two packets falling within with the same presentation time stamp (PTS) range... indicating it is a repeat. A program doesn't have to decode the audio in order to look at the packet or frame headers.
Last edited by jdobbs; 26th July 2012 at 16:30. |
Tags |
tsmuxer |
Thread Tools | Search this Thread |
Display Modes | |
|
|