View Full Version : mkvtoolnix (Matroska toolkit): new release
Pages :
1
2
3
[
4]
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Mosu
4th December 2003, 15:31
Originally posted by hulkenstrong
The new didnt work for me. Are there any chance that my libiconv.dll and libcharset.dll are old?
I doubt it, but you can just re-download the mkvtoolnix-runtime.rar (http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-runtime.rar).
muxed using both my old 0.7.8 and the new build.
played file in BSplayer 1.0 both files crashed player.
And remuxing using avimuxgui fixed both files.
Sorry, but without the files in question I can't even guess what might be wrong. I have no idea how BSplayer is working, I have no idea which filters are involved.
Edit: Just tested using the export to iso... AAC file and muxing aac insted of mp4 worked great. But if Im not wrong .AAC(iso) cant hold SBR (aac HE)?
raw AAC files can contain SBR, but mkvmerge cannot detect the SBR part automatically, so you have to use the "AAC is SBR" checkbox for those tracks.
And as I like to be able to use it I hope this litle bug is fixed soon(getting a little anoying to duble mux files :) ).
I have no idea what this bug might be. Maybe it isn't even a bug in mkvmerge but in the filters/BSplayer.
hulkenstrong
4th December 2003, 17:04
forget to mention that it crashes wmp also if I had to gues it crashes all ds based players.
filters inwolved are Xvid Decoder ofcourse matroska splitter (althougbsplayer says avisplitter in use) coreAAC dsound output.
Well all is fine if all I need is to check the AAC is SBR for the he files and i can live with using the export iso track and be able to skip the remux part.
You need files? well just ask as i can capture and upload ALL you need. Am sitting on adsl 8/1 mbit so no problem.
Would like to have this thing cleared. But I do understand that this isnt priorised. As there are simple workround and it seems I am the only one getting it at the moment.
outlyer
4th December 2003, 18:19
Originally posted by Liisachan
I like 2003-12-03 too, especially [add][remove][up][down] buttons.Me too, I wanted them badly (but didn't bother to ask :p)
outlyer
4th December 2003, 18:38
Originally posted by Mosu
Yes. Like I said, I keep those SPU packets, so I don't know what Gabest's filter will make of them - you'll probably find out soon enough ;)On my samples (the ones I uploaded to your ftp) it simply seems to skip the problematic subs.
BTW if the new code handles them in a special way (I mean, if the subs module knows it's handling problematic subs), could you add a warning like "subs at X timecode will maybe be skipped on playback" or something of that kind? It would be good to know it in advance...
Mosu
4th December 2003, 18:42
Originally posted by outlyer
BTW if the new code handles them in a special way (I mean, if the subs module knows it's handling problematic subs), could you add a warning like "subs at X timecode will maybe be skipped on playback" or something of that kind? It would be good to know it in advance...
Well, I have to parse the SPU packets in order to get the display duration. If the code can't find that duration then it just uses the difference between this and the following entry in the .idx file.
Yes, I can certainly output a warning for that. At the moment it's only an informational message that will only be printed for verbosity levels of at least one '-v'. But I agree - damages SPU packets are worth a true warning (that'll show up in mmg, too).
Tuning
4th December 2003, 18:45
Hi Mosu,
Why AAC is SBR option greyed in mkvmerge GUI ?
I have another suggestion too. On 800x600 resolution the GUI is pretty large so I could not find the region where output file is to be selected at bottom. So can this GUI be made with less height.
Thanks. I'm using 0.7.8 mkvtoolnix.
Mosu
4th December 2003, 18:46
Originally posted by outlyer
Me too, I wanted them badly (but didn't bother to ask :p)
By all means, please DO ask for new features or improvements! I only use the command line interface and probably have a pretty limited understanding of what people would like to have in the GUI, so I'm always open to suggestions. (As long as I'm not asked to make mmg cook dinner or something like that ;))
Mosu
4th December 2003, 18:58
Originally posted by Tuning
Why AAC is SBR option greyed in mkvmerge GUI ?
Ah... let me guess: AAC inside MP4? That's a small bug. For raw .AAC files and AAC inside Matroska it should not be greyed out.
BUT! Please note that mkvmerge will correctly detect SBR/non-SBR if the AAC is read from a .MP4 file, assuming that the file was created correctly. Anyhow, this IS a bug, and it will be fixed in the next version.
I have another suggestion too. On 800x600 resolution the GUI is pretty large so I could not find the region where output file is to be selected at bottom. So can this GUI be made with less height.
Sorry. There too many options to fit into this GUI, and I want it all available on as few pages as possible. So I won't rework the complete interface. I know that it will probably not fit on 800x600.
However, what I can do is make the command line window optional (you can then toggle it on and off with a checkbox on the 'settings' tab). That would save you some space and probably be enough to make the output file input box visible. Would that be enough?
Tuning
4th December 2003, 19:06
Thanks mosu, Sorry for not mentioning it was AAC inside mp4.
Sad to read GUI cannot be re-structured. Again, another option can be done. I think its simple too. A little re-structuring. I.e instead of output file in bottom, can this be added in file menu as save as under "new". Which I think will not affect current propotions and same time reducing height. What do you think ?
Thanks
Mosu
4th December 2003, 19:17
Originally posted by Tuning
Sad to read GUI cannot be re-structured.
Well, a complete restructuration takes a lot of time, that's the only reason I don't want to do it.
Again, another option can be done. I think its simple too. A little re-structuring. I.e instead of output file in bottom, can this be added in file menu as save as under "new". Which I think will not affect current propotions and same time reducing height. What do you think ?
Hmm... I'd like to have all things that are directly involved in the muxing (settings, tracks, output file etc) visible at all times and not be hidden in a menu. So I don't want to remove it from where it is, but I can certainly add a menu option for it as well. Having two possibilities to set the output file certainly won't hurt.
Tuning
4th December 2003, 19:25
Having two possibilities to set the output file certainly won't hurt.
Thanks Mosu, this helps all ppl using a 800x600 resolution.:)
:thanks:
Mosu
4th December 2003, 19:33
Originally posted by Tuning
Thanks Mosu, this helps all ppl using a 800x600 resolution.:)
:thanks:
No problem, but you should probably get a bigger/better monitor ;)
Tuning
4th December 2003, 19:38
Originally posted by Mosu
No problem, but you should probably get a bigger/better monitor ;)
Thanks for reminding me, actually I'm going to get a big monitor this Xmas/Newyear. Though the problem was currently with me, i thought it would be suitable for all 800x600 users. Which is plenty among my friends.
Thanks again.
filewalker
4th December 2003, 20:22
a feature request.:)
At the moment the smallest MB size is 350 in the splitt option....would it be possible to choose the size manually...even much smaller than 350 MB.
Sometimes I would only need e.g. 4 MB of a MKV for testing purposes.
Cu filewalker
Mosu
4th December 2003, 20:27
Originally posted by filewalker
a feature request.:)
At the moment the smallest MB size is 350 in the splitt option....would it be possible to choose the size manually...even much smaller than 350 MB.
Sometimes I would only need e.g. 4 MB of a MKV for testing purposes.
You can enter values manually (or is this a "Linux only" feature, and such combo boxes don't allow arbitrary values on Windows!?).
KpeX
4th December 2003, 20:31
Originally posted by Mosu
You can enter values manually (or is this a "Linux only" feature, and such combo boxes don't allow arbitrary values on Windows!?). I have no probelm entering values manually under XP.
Mosu
4th December 2003, 20:50
Originally posted by KpeX
I have no probelm entering values manually under XP.
Yeah, me too. Just enter the value you want (e.g. "4m") into the edit field :)
Oh, in case anyone wants to try a new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.8-build20031204-1.rar with these exciting features:
2003-12-04 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added "up" and "down" buttons for the tracks,too.
* mmg: new feature: Added a menu option, 'set output file', that can be used as an alternative to the "browse" button at the bottom (for those poor users with nothing more than 800x600 ;)).
* mkvmerge: new feature: The user can alter the order in which the tracks for an input file are put into the output file with the new "--track-order" option.
* mmg: bug fix: The "AAC is SBR" check box was grayed out for AAC inside MP4 files.
filewalker
4th December 2003, 21:27
Hi mosu,
ok, i forgot to say that I can set the value manually, but if I push the "Start muxing" button I get an error:
Watch this picture (http://www.geocities.com/filewalker666/mmg_error.gif)
(copy and paste the link adress in a fresh browser window...Geocities doesn't allow direct linking)
Here is the CL:
"G:\D I V X\Divx_Software\Matroska\Mosu\mkvmerge.exe" -o "H:\Divx_Ripped\Xvid_Testen\test123.mkv" -d 0 -A -S "H:\Divx_Ripped\Xvid_Testen\anamorphic_720_424_2_Movie.avi" -a 1 -D -S "H:\Divx_Ripped\Xvid_Testen\stereo.mp4" --split "4"
I use WinXPPro
Cu filewalker:)
Mosu
4th December 2003, 21:35
Originally posted by filewalker
Here is the CL:
"G:\D I V X\Divx_Software\Matroska\Mosu\mkvmerge.exe" -o "H:\Divx_Ripped\Xvid_Testen\test123.mkv" -d 0 -A -S "H:\Divx_Ripped\Xvid_Testen\anamorphic_720_424_2_Movie.avi" -a 1 -D -S "H:\Divx_Ripped\Xvid_Testen\stereo.mp4" --split "4"
"4m", not only "4". Or "4000k". Only "4" means 4 bytes, and mkvmerge will probably complain about such low a value.
filewalker
4th December 2003, 21:56
Uuups! :( :D
I forgot the "M" behind the number...sorry!
Now it works fine here!:)
Thanks!
Cu filewalker
Palikrovol
4th December 2003, 22:07
When i open a mkv movie "Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Espaņol).mkv" with mmg and just mux it without changing anything into a new mvk movie "Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Espaņol) NEW.mkv", the 'spanish' language disappear from audio tracks and subtitles tracks (i have not tried with other languages, but i think it will be the same).
Using command line is the same.
Here is the info from both movies (mkvinfo):
"Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Espaņol).mkv"
+ EBML head
+ Segment
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 46)
|+ Segment information
| + Muxing application: libebml v0.6.0 + libmatroska v0.5.2
| + Writing application: mkvmerge v0.7.2
| + Duration: 3422.215s
| + Date: Tue Nov 04 22:52:38 2003 UTC
| + Title: High Fidelity (Alta Fidelidad) Cd 1
| + Segment UID: 0xeb 0x51 0x04 0x08 0xdc 0x94 0xc9 0x92 0xfc 0xf6 0x59 0xdf 0xe5 0x95 0x0d 0x30
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 1337479588
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3261
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 6
| + A track
| + Track number: 2
| + Track UID: 1420474230
| + Track type: video
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DIV3, 0x33564944)
| + MaxCache: 1
| + Default duration: 41.708ms (23.976 fps for a video track)
| + Video track
| + Pixel width: 640
| + Pixel height: 352
| + Display width: 640
| + Display height: 352
| + Lacing flag: 0
| + A track
| + Track number: 3
| + Track UID: 1868730530
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3952
| + Default flag: 0
| + Language: spa
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + A track
| + Track number: 4
| + Track UID: 8925972
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Lacing flag: 0
| + A track
| + Track number: 5
| + Track UID: 171713906
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: spa
| + Lacing flag: 0
| + A track
| + Track number: 6
| + Track UID: 1561259808
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: spa
| + Lacing flag: 0
|+ Attachments
| + Attached
| + File name: High Fidelity.jpg
| + Mime type: image/jpeg
| + File data, size: 64616
| + File UID: 916372056
| + File description: Poster de la Pelicula.
|+ Cluster
"Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Espaņol) NEW.mkv"
+ EBML head
+ Segment
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4012)
|+ Segment information
| + Muxing application: libebml v0.6.2 + libmatroska v0.6.1
| + Writing application: mkvmerge v0.7.8
| + Duration: 3422.215s
| + Date: Thu Dec 04 20:38:58 2003 UTC
| + Title: High Fidelity (Alta Fidelidad) Cd 1
| + Segment UID: 0x6f 0xb3 0x2a 0xf5 0xa0 0x19 0xd8 0xeb 0xda 0xc1 0xee 0x41 0xb8 0x9a 0xe5 0x47
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 1337479588
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3261
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 6
| + A track
| + Track number: 2
| + Track UID: 1420474230
| + Track type: video
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DIV3, 0x33564944)
| + MaxCache: 1
| + Default duration: 41.708ms (23.976 fps for a video track)
| + Video track
| + Pixel width: 640
| + Pixel height: 352
| + Display width: 640
| + Display height: 352
| + Lacing flag: 0
| + A track
| + Track number: 3
| + Track UID: 1868730530
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3952
| + Default flag: 0
| + Language: >
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + A track
| + Track number: 4
| + Track UID: 8925972
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Lacing flag: 0
| + A track
| + Track number: 5
| + Track UID: 171713906
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: >
| + Lacing flag: 0
| + A track
| + Track number: 6
| + Track UID: 1561259808
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: >
| + Lacing flag: 0
|+ Attachments
| + Attached
| + File name: High Fidelity.jpg
| + Mime type: image/jpeg
| + File data, size: 64616
| + File UID: 916372056
| + File description: Poster de la Pelicula.
|+ Cluster
Go on Musu, you are making a great tool :). Congratulations
pixolex
4th December 2003, 22:11
Originally posted by KpeX
@pixolex
Also download the latest Media Player Classic from http://sourceforge.net/projects/guliverkli chapters now work for me when playing back split files under windows.
Please KpeX say me who you play splited files and keep the correct time in chapters?
KpeX
4th December 2003, 22:12
Originally posted by pixolex
Please KpeX say me who you play splited files and keep the correct time in chapters?
Yes...I think. I don't quite understand what you're asking. Anyways, what I meant was, with one of the recent MPC/matroskasplitter updates, chapters are now showing up correctly for me, i.e. when playing the second file of a segment, only the chapters for that segment show up under the list, and with the correct times.
pixolex
4th December 2003, 22:21
sory my english :)
But i have the correct times in the second split file!
But i can't jump in the chapters because of the REAL time it over the time of that part...do you understand :rolleyes:
example:
the all movie have 1 hour
when i split it with the default option in toolnix i keep the original time for chapters.
the first chapter of the second file starts at 00:30:00 of the ALL movie but MPC see it like if it's the end of part 2!!! And jumps to the end of the part 2! It doesn't recognize that part 2 is linked to part 1!
Mosu
4th December 2003, 22:45
Originally posted by Palikrovol
When i open a mkv movie "Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Espaņol).mkv" with mmg and just mux it without changing anything into a new mvk movie "Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Espaņol) NEW.mkv", the 'spanish' language disappear from audio tracks and subtitles tracks (i have not tried with other languages, but i think it will be the same).
Interesting. What's the command line?
Palikrovol
4th December 2003, 23:05
Originally posted by Mosu
Interesting. What's the command line?
"C:\Archivos de programa\_Video_\MKVtoolnix\mkvmerge.exe" -o "D:\Media\Video\Movies\Divx\_Terminados_\Alta Fidelidad\Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Espaņol) Newcl.mkv" --language 3:spa --language 5:spa --language 6:spa -a 1,3 -d 2 -s 4,5,6 --track-order 1,2,3,4,5,6 "D:\Media\Video\Movies\Divx\_Terminados_\Alta Fidelidad\Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Espaņol).mkv" --title "High Fidelity (Alta Fidelidad) Cd 1"
and here the info for the new file using command line:
+ EBML head
+ Segment
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4012)
|+ Segment information
| + Muxing application: libebml v0.6.2 + libmatroska v0.6.1
| + Writing application: mkvmerge v0.7.8
| + Duration: 3422.215s
| + Date: Thu Dec 04 21:58:34 2003 UTC
| + Title: High Fidelity (Alta Fidelidad) Cd 1
| + Segment UID: 0xe9 0x4d 0xe6 0x3c 0xfe 0x6d 0x7e 0x43 0x73 0xa9 0x60 0xac 0x81 0x43 0x73 0x57
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 1337479588
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3261
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 6
| + A track
| + Track number: 2
| + Track UID: 1420474230
| + Track type: video
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DIV3, 0x33564944)
| + MaxCache: 1
| + Default duration: 41.708ms (23.976 fps for a video track)
| + Video track
| + Pixel width: 640
| + Pixel height: 352
| + Display width: 640
| + Display height: 352
| + Lacing flag: 0
| + A track
| + Track number: 3
| + Track UID: 1868730530
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3952
| + Default flag: 0
| + Language: >
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + A track
| + Track number: 4
| + Track UID: 8925972
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Lacing flag: 0
| + A track
| + Track number: 5
| + Track UID: 171713906
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: >
| + Lacing flag: 0
| + A track
| + Track number: 6
| + Track UID: 1561259808
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: >
| + Lacing flag: 0
|+ Attachments
| + Attached
| + File name: High Fidelity.jpg
| + Mime type: image/jpeg
| + File data, size: 64616
| + File UID: 916372056
| + File description: Poster de la Pelicula.
|+ Cluster
outlyer
5th December 2003, 00:12
Originally posted by Mosu
But I agree - damages SPU packets are worth a true warning (that'll show up in mmg, too).Nice :D
Originally posted by Mosu
By all means, please DO ask for new features or improvements!OK... :devil:
Problem (bug? feature?):
With the focus on an editable combo box, pressing Ctrl+V brings the "save command line dialog", while the expected behavior would be to paste from the clipboard (IIRC the same shortcut is used for pasting on linux desktops, but Ican only speak about win right now)
outlyer
5th December 2003, 02:28
The 20031204-1 build chokes again with my nightmare subs, while the 20031203-3 does just fine :/
Teegedeck
5th December 2003, 09:38
Hi, Mosu,
I've lost track a bit and wanted to ask you whether 0.7.7 contained any bugs or just misses the fancy new features of the newer versions.
I've been trying to mux a 1.6GB file with 3 HE AAC soundtracks and 4 subs with those for some days, now, and it's beginning to be a nuisance. Either mkvmerge went up to 200 MBs of memory consumption and failed with error -1073741818 (while splitting) and now that I gave up on splitting, the latest build set all language codes to American English. :p
So, can I use 0.7.7 for doing the job quickly or is that problem with broken blocks crucial?
Thanks for your time.
Mosu
5th December 2003, 09:49
Originally posted by Teegedeck
I've lost track a bit and wanted to ask you whether 0.7.7 contained any bugs or just misses the fancy new features of the newer versions.
0.7.8 does fix some bugs, so I'd advice you to try that one (NOT the latest build, the official release 0.7.8).
I've been trying to mux a 1.6GB file with 3 HE AAC soundtracks and 4 subs with those for some days, now, and it's beginning to be a nuisance. Either mkvmerge went up to 200 MBs of memory consumption and failed with error -1073741818 (while splitting) and now that I gave up on splitting, the latest build set all language codes to American English. :p
Hmm, the splitting thingy sounds strange. Are you using raw .AAC files or AAC embedded in .MP4? If you use raw .AAC files, then you should use build20031203-3 (http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.8-build20031203-3.rar). Or wait for a new official release 0.7.9 ;)
Yes, I know that build20031204-1 does not honour the track names/track languages. I've implemented some big changes deep in mkvmerge's core that make my life easier in the long run, but obviously they broke this feature. Well, that's the risk in using CVS/SVN builds and not official releases ;)
Mosu
5th December 2003, 09:52
Originally posted by outlyer
The 20031204-1 build chokes again with my nightmare subs, while the 20031203-3 does just fine :/
Chokes how? I can still mux the subs you've uploaded to me (subs_sent_by_outlyer.tar.bz2 or sth like that) without problems. But yes, the track languages / track names are broken at the moment.
Teegedeck
5th December 2003, 10:16
Originally posted by Mosu
Hmm, the splitting thingy sounds strange. Are you using raw .AAC files or AAC embedded in .MP4?
Nah, they're .MP4s.
So; thanks for the answer! 0.7.8 it is then.
Liisachan
5th December 2003, 12:45
Probable bug:
mkvmerge -i returns a non-negative value as Track ID while mkvmerge -o uses signed value. as a result, if the ID is negative as signed , or > 2^31 as unsigend, MMG (which seems to use mkvmerge -i) will fail:
S:\test>mkvmerge -i vorbis.ogg
File 'vorbis.ogg': container: Ogg/OGM
Track ID 3098571143: audio (Vorbis)
S:\test>mkvmerge -o out.mka vorbis.ogg
Using OGG/OGM demultiplexer for vorbis.ogg.
OGG/OGM demultiplexer (vorbis.ogg): using Vorbis output module for stream -1196396153.
Opened 'out.mka' for writing.
working... /
Muxing took 1 second.
mkvmerge -i says "3098571143" so MMG will try to do this:
-o "S:\test\MMG.mka" -a 3098571143 -D -S "S:\test\vorbis.ogg"
however mkvmerge -o actually should use -1196396153 and MMG will fail with a return code of 2
Mosu
5th December 2003, 13:05
Originally posted by Liisachan
mkvmerge -i returns a non-negative value as Track ID while mkvmerge -o uses signed value.
Fixed. Thanks :)
outlyer
5th December 2003, 14:06
Originally posted by Mosu
Chokes how?Damn, I'm stupid, forgot to explain how :rolleyes:
It simply hangs ("Opened 'I:\some path\some file.mkv' for writing", hang), and then a nice windows "this program crashed... send bug report, etc.".
Removing the subs from the file list I got no error, that's why I blamed the subs but after reading your message I've done some more tests (a lot more, a hard to isolate "problem"...) it appears to be a command line length issue (yeah, as I said, I'm stupid :D), so forget it...
Mosu
5th December 2003, 14:24
Originally posted by outlyer
Removing the subs from the file list I got no error, that's why I blamed the subs but after reading your message I've done some more tests (a lot more, a hard to isolate "problem"...) it appears to be a command line length issue (yeah, as I said, I'm stupid :D), so forget it...
Hmm, I had another bug in build20031204-1 that occured if you used --language or --track-name. It has been fixed, and I'll prepare a new build later today when I'm back home. Maybe that's what you're experiencing, I don't know... 'cause the command line can be up to 2048 bytes long on current Windows versions if I'm not mistaken.
outlyer
5th December 2003, 14:59
Originally posted by Mosu
experiencing, I don't know... 'cause the command line can be up to 2048 bytes long on current Windows versions if I'm not mistaken.I believed last versions had a larger limit; anyway... my line is 2962 chars (yes, I'm taking advantage of matroska possibilities :D). I'm getting kind of erratic errors so I'm not really sure if that's the problem (and have not much time to test)
mfluder
5th December 2003, 15:02
Originally posted by pixolex
sory my english :)
But i have the correct times in the second split file!
But i can't jump in the chapters because of the REAL time it over the time of that part...do you understand :rolleyes:
example:
the all movie have 1 hour
when i split it with the default option in toolnix i keep the original time for chapters.
the first chapter of the second file starts at 00:30:00 of the ALL movie but MPC see it like if it's the end of part 2!!! And jumps to the end of the part 2! It doesn't recognize that part 2 is linked to part 1!
I don't know how KpeX got jumping to chapters in a second file working with linked files. AFAIK this is not possible on Windows with current splitter and players (I know mplayer can do this). The only solution at the moment is to use '--dont-link' switch (like I do).
mfluder
Mosu
5th December 2003, 15:04
Originally posted by outlyer
I believed last versions had a larger limit; anyway... my line is 2962 chars (yes, I'm taking advantage of matroska possibilities :D). I'm getting kind of erratic errors so I'm not really sure if that's the problem (and have not much time to test)
Ok, that's definitely a lot ;) I'll start using a file for all the options that mmg passes to mkvmerge.
Mosu
5th December 2003, 18:20
Yet another build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.8-build20031205-1.rar
2003-12-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Set the thread priority to BELOW_NORMAL on Windows (mkvmerge was already nice(2)'d on Unix systems).
* mmg: bug fix: Removed the Ctrl-v and Ctrl-c accelerators that I used for mmg functions which overrode the usual 'paste' and 'copy' functionality.
* mmg: Command line arguments are put into an option file which is then handed over to mkvmerge. This allows really long command lines, even on Windows.
* mkvmerge: bug fix: Negative track IDs in Ogg files were reported incorrectly for mkvmerge -i (which affected the GUI).
* mkvmerge: bug fix: Internal changes had messed up --language and --track-name functionality.
KpeX
5th December 2003, 18:31
Originally posted by mfluder
I don't know how KpeX got jumping to chapters in a second file working with linked files. AFAIK this is not possible on Windows with current splitter and players (I know mplayer can do this). The only solution at the moment is to use '--dont-link' switch (like I do).
mfluder
I think there's some confusion here.
Originally, the issue was that when playing back split files, the chapters would show up for the entire movie no matter what segment was played. For example, assume a 2 hour movie with a chapter every 10 minutes, split at 1 hour. Then when playing back the second half, the timecodes for the chapters would be for the entire movie. So when attempting to seek to a chapter in the second half of the movie, the player would attempt to seek past the end of the file, which obviously didn't work.
Now, with the latest MPC, only chapters within the currently playing file show up, and with correct timecodes.
Linked files still can't be autoloaded on windows to my knowledge.
pixolex
5th December 2003, 22:32
sorry it's my confusion!!!
I misse understude :o
gino25
9th December 2003, 15:15
I use the last version of mkvmerge.
I use this bat file
mkvmerge.exe -o "c:\video.mkv" --language 0:eng -A -d 0 -S "C:\a.avi" --language 0:eng --aac-is-sbr 0 -a 0 -D -S "c:\audio.aac"
When i start this file bat, mkvmerge display work until reach "opened 'video.mkv' for writing".
At this moment the program stops.
It do nothing, and output file was 5kb.
I must close dos window because it remain with that write.
Sorry for my bad english.
Can you help me?
Mosu
9th December 2003, 15:55
Originally posted by gino25
I use the last version of mkvmerge.
I use this bat file
mkvmerge.exe -o "c:\video.mkv" --language 0:eng -A -d 0 -S "C:\a.avi" --language 0:eng --aac-is-sbr 0 -a 0 -D -S "c:\audio.aac"
Yes, there was a bug with raw .aac files in recent mkvmerge versions. Please download and try yesterday's build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.8-build20031208-1.rar
gino25
9th December 2003, 17:10
Now it works very well.
Good work. Thank you,
Mosu
11th December 2003, 20:02
here's another fresh version of mkvtoolnix, 0.7.9 this time. A couple of bugs less, a couple of new features, that about sums it up.
The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
Source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.7.9.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.7.9.rar
and the ChangeLog since 0.7.8:
---------------------
2003-12-11 Moritz Bunkus <moritz@bunkus.org>
* Released v0.7.9.
2003-12-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Set the thread priority to BELOW_NORMAL on Windows (mkvmerge was already nice(2)'d on Unix systems).
* mmg: bug fix: Removed the Ctrl-v and Ctrl-c accelerators that I used for mmg functions which overrode the usual 'paste' and 'copy' functionality.
* mmg: Command line arguments are put into an option file which is then handed over to mkvmerge. This allows really long command lines, even on Windows.
* mkvmerge: bug fix: Negative track IDs in Ogg files were reported incorrectly for mkvmerge -i (which affected the GUI).
* mkvmerge: bug fix: Internal changes had messed up the --language and --track-name functionality.
2003-12-04 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added "up" and "down" buttons for the tracks, too.
* mmg: new feature: Added a menu option, 'set output file', that can be used as an alternative to the "browse" button at the bottom (for those poor users with nothing more than 800x600 ;)).
* mkvmerge: new feature: The user can alter the order in which the tracks for an input file are put into the output file with the new "--track-order" option.
* mmg: bug fix: The "AAC is SBR" check box was grayed out for AAC inside MP4 files.
2003-12-03 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The "load settings" function did not load all settings, and some strings were not allocated at all resulting in a crash when a track was removed after loading these settings.
* mkvmerge: bug fix: The AAC packetizer was not working if packets were being read from a raw AAC file (it worked fine from MP4 and Matroska files).
* mkvmerge: bug fix: Avoid deadlocks when parsing broken SPU packets from VobSubs.
* mmg: new feature: Added buttons for moving input files up and down in the input file box.
--------------
Have fun.
ookzDVD
12th December 2003, 02:52
@Mosu,
Thank you for the new mkvtoolnix :)
As for mmg I really want to make a suggestion to add the context menu
for the subtitle track which by default will checked all the vob sub id. It will be nice to add "Uncheck all" 'cos sometimes I only need
just a couple vob sud id and I should uncheck all the others vob sub id one by one :(
Thank you.
raistlin2k
12th December 2003, 07:44
@ookzDVD
You can try to rip only the wanted subs with VSRIP, this way the program (VSRIP) is even faster & you don't have to identify the wanted subs in mmg just by a numberī.
@Mosu
I have another cosmetic idea for the GUI. I guess that most people use the input tab that way: select a file, select the track (in most cases just one track per file), set the language and optionally other tags. My idea: perhaps you can make some kind of automatism that way that mmg automatically selects the first track when selecting a file & jumps to the language field.
The same could be applied to chapter editor tab jumping to chapter name when clicking a chapter (the most frequent used field I guess).
One more thing for chapter-editor: Could you enable it to save back to ogg-like-txt as well. Because for XML I cannot write simply " & <>, ubt have to use synonyms. Or perhaps MMG can transform them automatically to XML-like words?
I really hope that these ideas do not sound lazy,
Thanks
Raist
tiki4
12th December 2003, 08:53
Originally posted by raistlin2k
@ookzDVD
You can try to rip only the wanted subs with VSRIP, this way the program (VSRIP) is even faster & you don't have to identify the wanted subs in mmg just by a numberī.
Raist
I did exactly that this morning. Mkvmerge and mmg show all subtitle tracks whether they are present or not. I didn't try 0.7.9 yet, but I guess that all sub ids are present in the idx file that VSRip generates.
Regards,
tiki4
faxmactor
14th December 2003, 11:36
Is there a way to import OGM chapters in mkvtoolnix?
Recently I remuxed (quite) some dual audio OGMs into single audio MKV, and importing the existing (OGM) chapters would have been very, very, very useful - rather than use the paper-and-pen method :1
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.