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 March 2010, 23:22 | #1501 | Link | |
Registered User
Join Date: Feb 2008
Posts: 1
|
Quote:
the old MKVExtract GUI1.6.4.1 with 3.3.0 seems got some progress bar problem, it show nothing then done but demuxed sucessfully anyway, thx for the update and cheers |
|
30th March 2010, 08:05 | #1502 | Link | ||
Registered User
Join Date: Jan 2009
Posts: 31
|
Quote:
Did some more testing and it appears the problem happens with tracks demuxed with PGCDemux, but not with DVDDecrypter. Unfortunately, PGCDemux is the new de facto standard since it does sup subtitles and more "proper" handling on cutpoints. Here's a word about the differences between the files they produce, which might be of help: Quote:
1. PGCDemux, Elementary stream m2v 2. Tested MPC-HC's built-in decoder, ffdshow, DScaler's decoder, Microsoft's decoder. Splitter is latest Haali's 3. Speed is faster, duration is shorter. For example, a 23:04 file shows up as 19:39. |
||
31st March 2010, 08:08 | #1504 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
One of mkvtoolnix' disadvantages is that is is rather slow, yes. No, that will most likely not be addressed in the near future. My priorities are usually correctness & features, not speed.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
6th April 2010, 16:01 | #1505 | Link |
Registered User
Join Date: Mar 2008
Posts: 71
|
Hi, Mosu.
Currently GUI parameter "Stretch by" is an alias for --sync. And as far as I understand both of them modify "Track: DefaultDuration" which seems to be somewhat hackish. Why not to use TrackTimeCodeScale instead? |
6th April 2010, 16:11 | #1506 | Link | |||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
Quote:
Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|||
6th April 2010, 17:31 | #1507 | Link | ||
Registered User
Join Date: Mar 2008
Posts: 71
|
Quote:
Current method works (in different ways) with Gabest and Haali splitter and with ffplay. It doesn't work with mplayer and VLC. Actually, it works with VLC just as it should. VLC respects timecodecs and tries to add silence/cut audio respectively (I haven't looked at sources, so it's just a guess from user point). Other splitters detect difference between "Track: DefaultDuration" and real audio frame duration and modify timecodes. But it's the way, how TrackTimeCodeScale should work: Quote:
|
||
6th April 2010, 17:41 | #1508 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
So no, I won't change that.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
6th April 2010, 17:41 | #1509 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
So no, I won't change that.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
6th April 2010, 18:04 | #1510 | Link | ||
Registered User
Join Date: Mar 2008
Posts: 71
|
Quote:
Quote:
That's a pity. I'm not trying to force you to change it, but I still don't understand the reason. |
||
6th April 2010, 18:16 | #1511 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
True, because I don't want to limit the user in what he can or cannot do.
Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
6th April 2010, 18:20 | #1512 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Ok, there is something to be gained. Playback applications could activate actual audio resampling. However, as I said before, this is not implemented at the moment. Yes, it's a "chicken vs egg" problem. No, I will still not do it; mostly because I don't want to spend the time on implementing this in a backwards compatible manner.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
6th April 2010, 18:28 | #1513 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
I take that back. The TrackTimecodeScale parameter explicitly only adds another multiplier for the timecodes. Its semantics do not imply that a track should be resampled in any way. So in order to find out whether or not the track has to be resampled the decoder would have to read a couple of packets, get their timecodes, compare the timecodes to the number of samples in respect to the sampling rate etc etc. This would all be guesswork and not be very precise.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
6th April 2010, 19:37 | #1514 | Link | ||||||
Registered User
Join Date: Mar 2008
Posts: 71
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
||||||
6th April 2010, 19:48 | #1515 | Link | ||||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
No. --default-duration only sets the default duration parameter. The default duration is used if no timecode information is provided by the source (which is rare, e.g. raw h264 streams). Other than that --default-duration does not modify timecodes at all.
Quote:
Quote:
Quote:
Patches are always welcome. Quote:
Anyway, like I said, I won't do this _myself_.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
||||
6th April 2010, 20:15 | #1516 | Link | ||
Registered User
Join Date: Mar 2008
Posts: 71
|
Quote:
Quote:
It's pretty simple. Only audio timecodes are hard to change, so player multiples every active track's timecodes by (Own_TrackTimecodeScale/Audio_TrackTimecodeScale). For audio it will always be "1". |
||
6th April 2010, 20:50 | #1517 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
On this forum this usually amounts to the same as there are almost no developers here that are interested in helping out. I'm always open to patches.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
7th April 2010, 14:59 | #1518 | Link |
Member
Join Date: Dec 2001
Location: somewhere far beyond
Posts: 270
|
There's quite an important bug in the header editor: When you try to edit a file that was generated with Haali's DS Muxer, both the cli mkvpropedit as well as the GUI in mmg crash with a cpp error:
Assertion failed: CheckMandatory(), file ../../src/EbmlMaster.cpp, line 138 Happens every time, content of the files doesn't matter. Seems the way the 2 programs create their headers is differently. |
7th April 2010, 15:18 | #1519 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Which mkvtoolnix version are you using?
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
9th April 2010, 09:58 | #1520 | Link |
Member
Join Date: Dec 2001
Location: somewhere far beyond
Posts: 270
|
Oh, sorry: mkvtoolnix 3.3.0 from 24.03.10, WinXP 32bit, Haali gDsMux from 14.11.2009 (hm, maybe I should update that). EDIT: After updating Haali to the 27/03/2010 version, the error still occurs.
However, I found a case where it's not crashing: WMV1 video + wma2/divx audio. Files with MPEG4-ASP+MP3 crash, so do files with H264+AC-3 5.1 and MPEG4-ASP+WMA9 audio. |
|
|