mkvtoolnix (Matroska toolkit): new release

[KpeX]

Originally posted by Mosu

However I have to find a syntax for the command line options that is powerful enough for multi track/multi chapter encodings (single CD in Matroska), so don't expect these new options in the next two weeks, please ;)
Take your time, and thanks for your work. Thanks to the links Pamel pointed me to I have a better idea of how to implement MKV tags now. If I get ambitious and have time I'll come up with a batch script that automates the process via XML through EAC.
Originally posted by Mosu

If you have any CUEs that contain more information than just TITLE and PERFORMER then please let me know - so far I have very little experience with CUE sheets. So there may be things I've missed so far.
Every cue sheet I've come across (usually ripped via EAC) looks exactly like the one included in the examples directory of MKVtoolnix.

[Lefungus]

here's a small .cue example with nice tricks :)

CATALOG 0724345913726
PERFORMER "King Crimson"
TITLE "Red"
FILE "03-One More Red Nightmare.wav" WAVE
TRACK 03 AUDIO
TITLE "One More Red Nightmare"
PERFORMER "King Crimson"
ISRC GBCTX0000135
INDEX 00 00:00:00
INDEX 01 00:04:33

[pixolex]

Hy!

Can you put a checkBox in the CHAPTER EDITOR, to put automaticaly the "Language Codes" and the "Country Codes" selected in all chapters edited. Or choose a default "Language Codes" and "Country Codes".

Thanks!

[pixolex]

BUG!

When MVKing a avi file (example: 1400MB)and spliting it in two MKV files (700MB) with chapters, the chapters in second file keep the same time like if it's just one movie! And for the second file it have to subtract the time of the first movie to every chapter time of the second movie and in part 3 the time of part 1 and part 2, and in 4... ;)

[Mosu]

Originally posted by pixolex
Can you put a checkBox in the CHAPTER EDITOR, to put automaticaly the "Language Codes" and the "Country Codes" selected in all chapters edited. Or choose a default "Language Codes" and "Country Codes".

I can implement something like that, sure.

[Mosu]

Originally posted by pixolex
When MVKing a avi file (example: 1400MB)and spliting it in two MKV files (700MB) with chapters, the chapters in second file keep the same time like if it's just one movie!

It's not a bug, it's a feature (even if this slogan is kinda over-used these times). Please read mkvmerge's documentation about "file/segment linking".

[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.

[pixolex]

@mosu
sorry :(...

[Blueseb]

--default-track is not working with vobsub subtitles. on playback the first track is always shown, no matter what i selected as default. I resolved this loading 2 times the *.idx as input. On the first I only enable the track to be shown by default, on the second all the others tracks and all seems to work properly :D

[Mosu]

Originally posted by Blueseb
--default-track is not working with vobsub subtitles. on playback the first track is always shown, no matter what i selected as default. I resolved this loading 2 times the *.idx as input. On the first I only enable the track to be shown by default, on the second all the others tracks and all seems to work properly :D

Hmm, could be an issue of either mkvmerge or the player/VobSub filter. Testing... (gone for a minute) (back) It's a bug in the playback chain 'cause mkvmerge does set the default flag correctly.

[pixolex]

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.

But with files linked?
Sorry but can some one say me who? :o
I have got to put all the linked files in the play list?

@mosu

Can you give me one advantage of having the files linked? :) Thanks!

[filewalker]

Hi mosu,

if I load a MKV(1 XviD video with AR2 2.35/2 AAC files with langauge-,trackname-info/ 1 jpeg attachement) in MKVMerge GUIv0.7.7,
the "language" info of all tracks are empty, the AR field is empty (altough I selected 2.35 when I muxed it).

The only info which seems to stay is the "track name" info.

Further the attachments aren't shown in the attachments options.

Is this behaviour of the GUI normal?

Cu filewalker:)

[Mosu]

Originally posted by filewalker
Hi mosu,

if I load a MKV(1 XviD video with AR2 2.35/2 AAC files with langauge-,trackname-info/ 1 jpeg attachement) in MKVMerge GUIv0.7.7,
the "language" info of all tracks are empty, the AR field is empty (altough I selected 2.35 when I muxed it).

The only info which seems to stay is the "track name" info.

Further the attachments aren't shown in the attachments options.

Is this behaviour of the GUI normal?

Cu filewalker:)

Partially yes. The attachments tab is only for external files that are to be added. Attachments that are already present will be copied unless you check the 'no attachments' option on the 'input' tab.

Other information (language) should show up correctly and be pre-set for the tracks if the language is not "eng" (which is the default). The aspect ratio is not shown but kept unless you override it.

I know it can be confusing, but I don't think I'll change that anytime soon. Generally mkvmerge tries hard to keep information in the file unless you explicitely override that in the gui (e.g. selection of a non-default entry or checking the "no attachment/no ..." options).

[Mosu]

Originally posted by pixolex
@mosu

Can you give me one advantage of having the files linked? :) Thanks!

The idea is that players can scan the current directory (or whatever they think where additional files could be located) for the next/previous segment and offer playback of all the files without having to add them to a play list.

Like... you have a movie on two CDs. You copy the movie (both CDs) onto your hard disk, double-click the first part, the player plays it and automatically searches and finds the second file which it plays as well.

No, at the moment there's no player that supports this feature, but Matroska is not only about features that already exist ;)

[filewalker]

Hi,

thanks for the information!:)

Other information (language) should show up correctly and be pre-set for the tracks if the language is not "eng" (which is the default). The aspect ratio is not shown but kept unless you override it.

I tested it again and muxed a MKV with 2 audio streams(for the first one I used "ger" and for the other audio stream I used "fre" from the dropdownlist (language option)

Then I opened this fresh muxed MKV in MKVMerge GUIv0.7.7..
It seems to be a bug because "ger" for the first audio stream and "fre" for the second audio stream aren't shown in the langauge field.
There's only diplayed "none" instead the "non englich" langauges for both audio tracks.

Cu filewalker

[pixolex]

Originally posted by Mosu
The idea is that players can scan the current directory (or whatever they think where additional files could be located) for the next/previous segment and offer playback of all the files without having to add them to a play list.

Like... you have a movie on two CDs. You copy the movie (both CDs) onto your hard disk, double-click the first part, the player plays it and automatically searches and finds the second file which it plays as well.

No, at the moment there's no player that supports this feature, but Matroska is not only about features that already exist ;)

Thanks! :)

And keep the good work, suporting matroska, and all it's features!

[RathO]

Gabest have release new versions of MPC 6.4.7.0 and a new VSFilter.dll :p

Is it suppose to fix the idx/sub thing in matroska playback? 'cause i cant find any change log on the subject...

Regards

[mfluder]

Here is a changelog for VSFilter 2.31:

- bugfix release for disappearing embeded matroska vobsub streams

And I can confirm that sometimes missing vobsubs are now shown correctly.

mfluder

[Mosu]

Originally posted by filewalker
Then I opened this fresh muxed MKV in MKVMerge GUIv0.7.7..
It seems to be a bug because "ger" for the first audio stream and "fre" for the second audio stream aren't shown in the langauge field.
There's only diplayed "none" instead the "non englich" langauges for both audio tracks.

Cu filewalker

Ah... I've had time to test this on Windows and encountered the same behaviour as you have. If you look at the command line you'll see that it does read the language correctly, but the way Windows handles its combo boxes is different from the way Linux (Gtk) handles them. Therefore it does work on Linux but not on Windows.

Anyway, that's easy to fix.

[filewalker]

Thanks,

With your info i know now that the info is there(despite the non displaying)...others will be thanksfull for your fix.:)

BTW. Thanks for your great tool, works like a charme for muxing! Great work!

Cu filewalker

[toraneko]

I've created 2 MKV files from an AVI file by splitting it. I've also added chapters.

when I read the first part, chapters work.
but when reading the second one, they don't, as the time reported is the one from the beginning of the movie, not from the beginning of the actual file.

what should have I done to make this work, please ?

[Mosu]

Originally posted by toraneko
when I read the first part, chapters work.
but when reading the second one, they don't, as the time reported is the one from the beginning of the movie, not from the beginning of the actual file.

That's a feature. If you want to know more about this please read mkvmerge's documentation ("file/segment linking").

what should have I done to make this work, please ?

I don't know which player/filter versions are needed, but according to KpeX' post on page 6 (http://forum.doom9.org/showthread.php?s=&threadid=64548&perpage=20&pagenumber=6) of this thread the current MPC plays those back correctly. But I don't use Windows for playback so I can't say anything about it.

[outlyer]

Originally posted by Mosu
raistlin & Latexxx (he had the same problem), please download and try this newer build of mkvmerge.exe: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvmerge-0.7.7-build20031118-1.rar Place the .exe in the mkvtoolnix folder overwriting the 0.7.7 one.

It should mux these subs correctly now. Whether they are displayed correctly as well is another matter, but so far Gabest has not released a new version of VSFilter/MatroskaSplitter, and those do still have the 'packets from which no duration can be extracted are not displayed at all' bug.
I had a similar problem, now with the new buil it simply hangs while muxing:

Before:Error: vobsub_packetizer: Inconsistent data in the SPU packets (next_ctrlblk: 2192,
packet_size: 3264, data_size: 3233, timecode: 00:05:09.760)
After:(...)
+-> Using VobSub subtitle output module for subtitle track 0 (language: en).
+-> Using VobSub subtitle output module for subtitle track 1 (language: es).
Opened 'I:\some path\some file.vobsub.mkv' for writing.

progress: 52695/199044 frames (26%)
After this mkvmerge only takes a lot of CPU but doesn't seem to do nothing (at least not in the long time I waited before killing it).

[Mosu]

Originally posted by outlyer
I had a similar problem, now with the new buil it simply hangs while muxing:...

Please upload the vobsubs to my FTP server: mosu.no-ip.com, u/p upload/only.

Thanks.

[outlyer]

sent, easily recognisable file: subs_sent_by_outlyer.tar.bz2

(man, I've almost forgot how to use ftp from command line :D)

[Palikrovol]

Originally posted by outlyer
I had a similar problem, now with the new buil it simply hangs while muxing:

Before:Error: vobsub_packetizer: Inconsistent data in the SPU packets (next_ctrlblk: 2192,
packet_size: 3264, data_size: 3233, timecode: 00:05:09.760)
After:(...)
+-> Using VobSub subtitle output module for subtitle track 0 (language: en).
+-> Using VobSub subtitle output module for subtitle track 1 (language: es).
Opened 'I:\some path\some file.vobsub.mkv' for writing.

progress: 52695/199044 frames (26%)
After this mkvmerge only takes a lot of CPU but doesn't seem to do nothing (at least not in the long time I waited before killing it).

I have the same problem, but only sometimes. It disapear if you disable some stream or inputs.

I also have problems with mkvmerge GUI, sometimes when muxing with mmg 'mkvmerge.exe' crashes with a window like "mkvmerge has detected a problem and must be closed", but if i copy the command line to clipboard and execute it in command line mode, it works perfectly.

I tested with 2 inputs:

A mkv movie with 2 vorbis, 2 text subtitles and 1 vobsub.
1 vobsub (with 2 subtitles streams)

If i disable one of the vorbis from the mkv, mmg works.

I send you also my subs.

Same syntax like outlyer :)

subs_sent_by_palikrovol.rar

[Liisachan]

I have a request and a question related to idx/sub support:

1) There's a tool called SubLog Extractor Filter (http://www.xs4all.nl/~vielle/video/sublog.html) , which can generate "original" vobsub (idx/sub) files from textsub data. Gabest's vobsub tools are happy with the resulted idx/sub, while MKVMerge does not accept such files, saying "vobsub_packetizer: Unsupported MPEG version: 0x00"
If you open the .sub file in question with binary editor and replace all the "00 00 01 BA 00" headers with "01 00 01 BA 00" or "00 01 01 BA 00", then MKVMerge will be "fooled" and accept this .sub file.
However, if there's no reason to reject "version 0x00", could you please accept it, because it is actually used by this tool (SubLog)?
Sample idx/sub generated by SubLog (http://www.faireal.net/matroska/sublog.sample.zip)

2) It seems to me that .sub subtitles embedded in MKV (by mkvmerge) don't show up when you play back the MKV file, if you use "custom colors: ON" in the .idx.
Is that because Mkvmerge doesn't support this yet? Or possibly a problem of VSFilter...?:confused:

[Mosu]

Originally posted by Liisachan
I have a request and a question related to idx/sub support:

1) There's a tool called SubLog Extractor Filter (http://www.xs4all.nl/~vielle/video/sublog.html) , which can generate "original" vobsub (idx/sub) files from textsub data. Gabest's vobsub tools are happy with the resulted idx/sub, while MKVMerge does not accept such files, saying "vobsub_packetizer: Unsupported MPEG version: 0x00"
...

Easily fixed.

2) It seems to me that .sub subtitles embedded in MKV (by mkvmerge) don't show up when you play back the MKV file, if you use "custom colors: ON" in the .idx.
Is that because Mkvmerge doesn't support this yet? Or possibly a problem of VSFilter...?:confused:

mkvmerge only copies this part of the .idx file into the Matroska file (into the codec's private data, to be precise). So it's Gabest's fault ;)

[Mosu]

I've just released a new version of mkvtoolnix, 0.7.8. A couple of bug fixes, some new features. Please note that I have not yet looked at the issues with the VobSubs you guys have sent me lately.

The URLs:

Homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
Sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.7.8.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.7.8.rar

Here's the ChangeLog since 0.7.7:
----------------------------------
2003-12-02 Moritz Bunkus <moritz@bunkus.org>
* Released v0.7.8.
* mmg: new feature: You can set the values for the language and/or country codes for a chapter and all its children with the push of one button (the new "Set values" button).
* mmg: new feature: You can set default values for the language and the country codes in the chapter editor (Chapter menu -> Set default values).

2003-12-01 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Display dimensions were sometimes off by one, e.g. 640x479 instead of 640x480. This should not happen anymore for sane pixel dimensions.
* mkvmerge: Changed the options '--fourcc' and '--aspect-ratio'. They now take a track ID just like all the other track specific options.
* mkvmerge: new feature: Added an option '--display-dimensions' which allows the direct setting of the display dimensions. It is mutually exclusive with '--aspect-ratio', of course.

2003-11-29 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The language combo box was not correctly set on Windows.

2003-11-25 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Added an option for dumpig all split points including file size and timestamp information after the first splitting pass.

2003-11-23 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: Quotes were missing if the timecode file's name contained spaces.

2003-11-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Rewrote the SPU packet parsing code. It should not abort anymore.
* everything: Committed a lot of cross-OS compatibility fixes (thanks to Haali and thedj).
--------------------------------

Have fun.

[RathO]

:angry: AHHHHHHHHHHHHHHHH!!!!

I don't know if im angry or happy. I just read the reply about the idx/subs... i have wrote on this subject before 'cause it kept not displaying the subs in mpc for me. Well now it works. I dont think that this point have been highlighted before this week (am i wrong?)

To all of those like me, that had problems with the idx/subs playback in mkv -->> DON'T SELECT A CUSTOM COLOR IN YOUR IDX!!!!!!

Ok, let's say im happy. :D YESSSS!!!!

Regards

[KpeX]

Thanks for the new release, and all your work, Mosu.

I'm having problems attempting to mux XviD avi + 1 LC AAC with 0.7.8, no additional parameters. MKVmerge just hangs, 100% cpu usage, after the "opened "file.mkv" for writing" line. Same thing happens if I attempt to mux just the AAC into an MKA. Additionally the file muxes fine with 0.7.7. If you want I can get you a sample.

Regards,

[Mosu]

Originally posted by RathO
I dont think that this point have been highlighted before this week (am i wrong?)

I don't think so. Somebody ( = Liisachan, my favourite bug huntress ;)) found this out accidentally. But I'm still certain that it's a bug in Gabest's filter :)

[Mosu]

Originally posted by KpeX
I'm having problems attempting to mux XviD avi + 1 LC AAC with 0.7.8, no additional parameters. MKVmerge just hangs, 100% cpu usage, after the "opened "file.mkv" for writing" line. Same thing happens if I attempt to mux just the AAC into an MKA. Additionally the file muxes fine with 0.7.7. If you want I can get you a sample.

Yes, please upload the AAC file in question to my FTP server: mosu.no-ip.com, user/pass "upload"/"only".

Thanks.

[Mosu]

Originally posted by Liisachan
However, if there's no reason to reject "version 0x00", could you please accept it, because it is actually used by this tool (SubLog)?

This error message came from Gabest's SPU parser code which I had already relpaced with the SPU parser code from mplayer. So it should work with 0.7.8. Could you please test that?

Thanks.

[Mosu]

Originally posted by outlyer
sent, easily recognisable file: subs_sent_by_outlyer.tar.bz2

Thanks, yes, mkvmerge is stuck in a loop because of some bogus data in some of the SPU packets. I've changed my code to ignore that, and 0.7.9 will contain the fixes. However, I don't know how Gabest's filter will handle such packets.

(man, I've almost forgot how to use ftp from command line :D)

;-)

[outlyer]

Originally posted by Mosu
Thanks, yes, mkvmerge is stuck in a loop because of some bogus data in some of the SPU packets. I've changed my code to ignore that, and 0.7.9 will contain the fixes. However, I don't know how Gabest's filter will handle such packets.Thank you :) at least I'll be able to mux them; let's hope Gabest's available time increases to code all these workarounds :D

[KpeX]

Mosu:

It may have been a b0rked AAC stream, when I attempted to cut a sample at a reasonable size, the sample muxed fine, and when I reencoded from the source with the same parameters, the stream muxed fine. I'll look more into it but I don't think it's any fault of MKVMerge. Regards,

[Mosu]

Originally posted by KpeX
Mosu:

It may have been a b0rked AAC stream, when I attempted to cut a sample at a reasonable size, the sample muxed fine, and when I reencoded from the source with the same parameters, the stream muxed fine. I'll look more into it but I don't think it's any fault of MKVMerge. Regards,

Glad to read that. If you manage to recreate a file that mkvmerge chokes on I'd appreciate an upload ;)

[hulkenstrong]

Hi.

Just wanted to inform that I have gotten files that whont play when muxing (using mkvtoolnix-0.7.7) xvid with AAC LC mono 48KHz files. I also managde to get the files to play by remuxing the mkv using AVI-Mux_GUI-1.15.2 (just open the *.mkv and mux to new *.mkv). Havent had time to test the latest build yet but probably will soon. I captures alot of music videos and then use matroska as container and always AAC for audio and this problem came with the 0.77/0.76 or maybe a bit older release (worked good on the one that introduced AAC HE suport by activating HE option).

[Mosu]

I just found out today that current mkvmerge versions (at least 0.7.8 and 0.7.7) have a severe bug that keep them from muxing raw .AAC files. It will create a track but no contents at all. If the AAC is read from MP4 or Matroska files then everything should be fine.

kpex and hulkenstrong, please download and try this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.8-build20031203-3.rar

[KpeX]

Confirmed working here, Mosu, Cheers :D. I've been unable to find any AAC sample unmuxable with the 12-03 build, and found at least one that works with 12-03 but not with 0.7.8.

[raistlin2k]

Mosu, thanks for the latest build 12/03.

Although I don't use AAC yet, I'm very happy about the new release, since it fixes the vobsub problem as well :)

Now I can continue my tests on vsfilter.dll

Thanks a lot
Raist

P.S: I really like the up-&down-buttons in the file-list. :D

[Mosu]

Originally posted by KpeX
Confirmed working here, Mosu, Cheers :D. I've been unable to find any AAC sample unmuxable with the 12-03 build, and found at least one that works with 12-03 but not with 0.7.8.

Thanks for the confirmation. One bug less to worry about.

[Mosu]

Originally posted by raistlin2k
Mosu, thanks for the latest build 12/03.

Although I don't use AAC yet, I'm very happy about the new release, since it fixes the vobsub problem as well :)

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 ;)

P.S: I really like the up-&down-buttons in the file-list. :D

Hehe. I think it was you who said something about that on IRC, that's where I got the idea from. Maybe I'll do something similar for the tracks (not just the input files), but that would require some work on mkvmerge as well, so I'll see if I can squeeze the time for it in on the weekend.

[Liisachan]

Originally posted by Mosu
This error message came from Gabest's SPU parser code which I had already relpaced with the SPU parser code from mplayer. So it should work with 0.7.8. Could you please test that?

Thanks. Thank you for your work.
New MKVmerge now accepts such a SUB, and muxes it, but the subtitles won't show up this way after all. Probably VSFilter etc. won't accept it, and possibly Gabest is right and 0x0000 might be illegal value for MPEG specs. :confused:

I like 2003-12-03 too, especially [add][remove][up][down] buttons.

I happened to find a small problem now: altho personally this is unimportant, MKVmerge can't read an OGM file with ACC audio.

S:\OggMux_Nic_b5>mkvmerge -i xvid+aac.ogm
Warning: ogm_reader: Unknown audio stream type 255. Ignoring stream id 2.
File 'xvid+aac.ogm': container: Ogg/OGM
Track ID 0: video (XVID)

[raistlin2k]

Maybe I'll do something similar for the tracks (not just the input files), but that would require some work on mkvmerge as well, so I'll see if I can squeeze the time for it in on the weekend.

I already wanted to ask for this in my last post, but I didn't because I thought it would cause some work. Seems like we are on the same line on that issue :D

OK, I finished the sub-tests:
Gabest, for VSFilter related bugs please look here (http://forum.doom9.org/showthread.php?s=&postid=405675#post405675).

Thanks
Raist

[Mosu]

Originally posted by Liisachan
Thank you for your work.
New MKVmerge now accepts such a SUB, and muxes it, but the subtitles won't show up this way after all. Probably VSFilter etc. won't accept it, and possibly Gabest is right and 0x0000 might be illegal value for MPEG specs. :confused:

Can't say anything about that, sorry. At first I just used code by Gabest, and my guess is that his VSFilter uses the same code, so if earlier versions of mkvmerge did not accept 0x0000 then his filter probably refuses it, too. Maybe it IS valid, and Gabest's just too strict in what he accepts? I don't know.

I happened to find a small problem now: altho personally this is unimportant, MKVmerge can't read an OGM file with ACC audio.

Ah yes. Well, I don't have a sample for that - could you please upload 1MB or so of that file to my FTP server? mosu.no-ip.com, user/pass "upload"/"only". It'll be easy to add, but I have to know whether the AAC packets still have their headers or not in order to mux it correctly.

Thanks :)


S:\OggMux_Nic_b5>mkvmerge -i xvid+aac.ogm
Warning: ogm_reader: Unknown audio stream type 255. Ignoring stream id 2.
File 'xvid+aac.ogm': container: Ogg/OGM
Track ID 0: video (XVID)
[/B][/QUOTE]

[Mosu]

Originally posted by raistlin2k
I already wanted to ask for this in my last post, but I didn't because I thought it would cause some work. Seems like we are on the same line on that issue :D

Well, it's not difficult, really, just a bit of work. I'll have to add a new parameter, something like --track-order, which will take the track IDs as a comma separated list. Then all the readers that handle multi track containers (Matroska, OGM, AVI, Quicktime/MP4, Real) will have to honour this setting and create the packetizers in the order given.

You see, I do have a solution, it's just a matter of implementing it.

[Liisachan]

Originally posted by Mosu
Ah yes. Well, I don't have a sample for that - could you please upload 1MB or so of that file to my FTP server? I did. filename = xvid+aac.ogm :)

[hulkenstrong]

The new didnt work for me. Are there any chance that my libiconv.dll and libcharset.dll are old?

I captured a smal clip using virtual vcr.
avi 768x576 huffhuy and wav mono 48Khz
used virtualdub to create xvid using latesst nics build and demuxed audio. used nero 6.0.0.23 to create MP4 using extreme present and lc.
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.

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)? 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 :) ).