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. |
25th November 2009, 03:56 | #1261 | Link |
契約者
Join Date: Jun 2008
Posts: 1,576
|
Mosu
Hi! When I'm trying to append 2 raw h264 streams, after setting FPS for the first stream there is no way to set it for second one , but if I try to mux it, the message still appears and asks me to set FPS... Is it possible to fix this? By the way, why all settings for appended stream becames grayed out? Its should be possible to have second segment with different fps/dar/something else... or no? Last edited by Keiyakusha; 25th November 2009 at 04:00. |
25th November 2009, 09:31 | #1262 | Link | ||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
Quote:
To make this clearer: Appending two tracks results in a single track in the output file. This single track only has one copy of its headers, obviously, therefore most settings cannot be changed and therefore most stream parameters (private data, pixel width/height etc) must match in the first place or mkvmerge will not allow you to append them.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. Last edited by Mosu; 25th November 2009 at 09:49. |
||
26th November 2009, 10:42 | #1263 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
mkvtoolnix v2.9.9 released
Hey,
I've released mkvtoolnix v2.9.9. This release contains contains the usual mix of bug fixes and smaller enhancements. Nothing overly exciting to mention, I guess. I also started providing binary packages for OpenSuSE 11.3 and Ubuntu 9.10 Karmic Koala (both 32bit and 64bit). Here are the usual links... ...to the home page: http://www.bunkus.org/videotools/mkvtoolnix/ ...to the source code: http://www.bunkus.org/videotools/mkv...-2.9.9.tar.bz2 ...to the Windows installer and 7zip archive: http://www.bunkus.org/videotools/mkv....9.9-setup.exe http://www.bunkus.org/videotools/mkv...icode-2.9.9.7z All binaries that I provide myself have already been uploaded. Here's the full ChangeLog since release 2.9.8: ------------------------------------------------------------ 2009-11-25 Moritz Bunkus <moritz@bunkus.org> * Released v2.9.9. 2009-11-11 Moritz Bunkus <moritz@bunkus.org> * mmg: bug fix: The warning that no FPS has been entered for AVC/h.264 elementary streams is not shown anymore for appended tracks (only once for the first track that they're appended to). 2009-10-25 Moritz Bunkus <moritz@bunkus.org> * mkvmerge: bug fix: The pixel cropping parameters were not kept when muxing from Matroska files. * mkvmerge: bug fix: The display width/height parameters were not kept when muxing from Matroska files if the bitstream of the track contained different aspect ratio information. Now the order is "command line" first, "source container" second and "bitstream" first. 2009-09-04 Moritz Bunkus <moritz@bunkus.org> * mkvmerge: bug fix: Fixed the subtitle track selection for AVI files. 2009-08-23 Moritz Bunkus <moritz@bunkus.org> * mkvmerge: enhancement: A single '+' causes the next file to be appended just like putting the '+' in front of the file name. 2009-08-21 Moritz Bunkus <moritz@bunkus.org> * mkvmerge: bug fix: The integrated help ('--help') contained wrong information about the '--sync' option. Fix for bug 435. 2009-08-18 Moritz Bunkus <moritz@bunkus.org> * mmg: enhancement: The file dialogs for 'add file'/'append file' will show files with extensions in all uppercase as well. This only applies to file systems that distinguish between case (e.g. most of the non-Windows, non-FAT world). Fix for bug 433. 2009-08-16 Moritz Bunkus <moritz@bunkus.org> * mkvmerge: bug fix: Missing ChapterLanguage elements were assumed to be set to "und". They're now assumed to be "eng" in accordance with the Matroska specifications. * Added a new program 'mkvpropedit' that can modify certain properties of existing Matroska files. It is mmg's header editor, just for the command line. ------------------------------------------------------------ Have fun.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
26th November 2009, 11:24 | #1264 | Link |
Registered User
Join Date: May 2006
Posts: 957
|
Nice work. One small issue with the changelog: 'Now the order is "command line" first, "source container" second and "bitstream" first.' You have said first twice, should that be '"bitstream" last'?
__________________
x264 log explained || x264 deblocking how-to preset -> tune -> user set options -> fast first pass -> profile -> level Doom10 - Of course it's better, it's one more. |
26th November 2009, 12:00 | #1265 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Yes, it should.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
26th November 2009, 13:54 | #1266 | Link |
Registered User
Join Date: Aug 2009
Posts: 2
|
Wow. Just downloaded 2.9.9 and the first thing I used was the header editor, it's really quick now!
A massive performance gain. Well done. A feature I would love now is a CLI version of the header editor... any chance? |
26th November 2009, 14:00 | #1267 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quoting myself here:
That program is part of all binary packages (Linux, Windows) and will be compiled if you compile mkvtoolnix yourself without the need for further configuration/special options.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. Last edited by Mosu; 26th November 2009 at 14:04. |
26th November 2009, 14:10 | #1269 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
No problem
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
29th November 2009, 18:26 | #1272 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
nurbs' description is spot on. Way back in the day users requested that the values 23.976 and 29.97 are treated as 24000/1001 and 30000/1001 respectively.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
30th November 2009, 19:39 | #1274 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Will not be fixed.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
1st December 2009, 07:25 | #1275 | Link |
Registered User
Join Date: Aug 2007
Posts: 1,430
|
Is it possible to mention the offset (in bytes perhaps) as to when a track contains bad data? I captured some video that happened to have corruption in it, so when I went to remux it to MKV with mkvmerge, it spat out an error along the lines of 'the AC3 track contained 1536 bytes of malformed packets, a/v synchronization may be lost.' It'd be nice to know where that happens so I can further investigate.
Last edited by Snowknight26; 1st December 2009 at 18:50. Reason: typo |
1st December 2009, 08:46 | #1276 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
It is technically possible, but it requires some work because neither of those packetizers (MP3, AAC, AC3) keeps track of the current stream position. So not in the near future.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
3rd December 2009, 06:44 | #1277 | Link |
契約者
Join Date: Jun 2008
Posts: 1,576
|
Hi, Mosu. I want to ask something about how Display width/height in matroska meant to be handled...
Something like splitter tells exact resolution to the player and player do some scaling to accomplish this? So if original resolution is 640x360 and Display width/height is 1280x720, I should not be able to tell if the video is scaled from 360p on the fly or before encoding unless I look to some statistics? If this is so, does haali splitter respects that? |
3rd December 2009, 08:59 | #1278 | Link | ||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
However, most players if not all only use the quotient "display_widht/display_height" as the aspect ratio for playback and determine the initial size themselves. Some muxing applications or users of those even go so far and use e.g. "16" for the display_width and "9" for the display_height parameter -- but this is mostly a result of the players not honoring the actual display width/height but only using its quotient for aspect ratio calculation. Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
||
Thread Tools | Search this Thread |
Display Modes | |
|
|