Alternative Matroska Splitter (Haali)

[haruhiko_yamagata]

We talked (http://forum.doom9.org/showthread.php?p=1245010#post1245010)about auto detection of BT.601 or 709, and decided to use
width > 1024 or height >=600: BT.709
width <=1024 and height < 600: BT.601
I suggested that ffdshow should be compatible with Haali's video renderer when width == 1024, but people say there is a good reason to use BT.601 for 1024.

[Egh]

The updated installer with x64 support is at http://haali.net/mkv/mkx.y.8.exe

I discovered that http://haali.net/mkv/mkx.y.9.exe is a valid link :) Is it a good build?


BTW I tried Haali x64 + MPCHCx64 on my Windows XP x64 SP2 + 185.20 7900GTX and it works nice, no difference from 32bit version so far.

I guess I need to compare overall CPU load between x64 pathway and x86, as the main reason I haven't used x64 MPC before was addiction to Haali renderer :)

[clsid]

Problem:
WMP11 on Vista does not load VSFilter for external subtitles when playing .mkv files (and other filetypes that are handled by Haali splitter). There are no problems with embedded subs or when using XP.

Workarounds:
(1) Rename the file to for example .foo and VSFilter will load fine.
(2) Remove registry key "HKEY_CLASSES_ROOT\Media Type\Extensions\.mkv" and VSFilter will load fine.
(3) Use CoreAVC 1.6.5 or older. Newer versions won't work. I think it has some kind of special workaround, because the filter list in DirectVobSub content menu shows the name "DirectVobSub (forced auto-load version)", which is different from its normal filter names.

Method 1 and 2 cause the filter "Haali Media Splitter (AR)" aka {564FD788-86C9-4444-971E-CC4A243DA150} to be used instead of the normal filter {55DA30FC-F16B-49FC-BAA5-AE59FC65F82D}.

What is the difference between these two filters? Is it possible to fix this issue without needing to resort to workarounds?

[lirp]

Any new x64 haali releases?

[Egh]

Any new x64 haali releases?

I second that. Nothing newer since y9 beta to my knowledge....

[QuadraQ]

Hi all,

I've been using Haali Media Splitter very happily for some time now. I need it primarily for mkv playback.

Anyway I wanted to use Media Center to play my favorite video podcasts on my HDTV. I'm having trouble because Haali is being invoked for mp4 files, and is unable to handle some of the mp4 files correctly.

Specifically the Extra Large version of GeekBrief.tv have horrible audio/video sync problems. If I uninstall Haali, then they play fine. Interestingly Haali plays the Tekzilla mp4 files perfectly.

The GeekBrief.tv files are 29.97 fps and the Tekzilla files are 24 fps.

Is there some way to turn off mp4 support in Haali which I don't really need?

[Egh]

You can install Haali again and then uncheck the box for MPEG files.

Otherwise, you can try to change priorities for various media input but I think first way would be simpler for you.

[QuadraQ]

Yeah that's what I ended up doing, since there was no way to change it after install. Still it's interesting that Haali has trouble with those GeekBrief.tv podcasts. Definitely a bug. Hopefully future versions will fix this.

[madshi]

The latest mkvtoolnix has support for muxing TrueHD (A_TrueHD) and MLP (A_MLP). Would be nice if the Haali Media Splitter could output that. Also it would be nice if the Haali Media Splitter could also output that for EVO and m2ts source files. Here's the official (Microsoft) GUID:

DEFINE_GUID(MEDIASUBTYPE_DOLBY_DDPLUS, 0xa7fb87af, 0x2d02, 0x42fb, 0xa4, 0xd4, 0x5, 0xcd, 0x93, 0x84, 0x3b, 0xdd);
DEFINE_GUID(MEDIASUBTYPE_DOLBY_TRUEHD, 0xeb27cec4, 0x163e, 0x4ca3, 0x8b, 0x74, 0x8e, 0x25, 0xf9, 0x1b, 0x51, 0x7e);
DEFINE_GUID(MEDIASUBTYPE_DTS_HD, 0xa2e58eb7, 0xfa9, 0x48bb, 0xa4, 0xc, 0xfa, 0xe, 0x15, 0x6d, 0x6, 0x45);

[Mosu]

Nitpick: Matroska codec IDs are all upper case: A_TRUEHD

[madshi]

Oooops.

[Mark_A_W]

It would be fantastic if it would output TrueHD, and label the steams by type!!

[Atak_Snajpera]

BUG report
MKV's created with --cropping switch are incorrectly displayed. Movie is squeezed instead of cropped.

"mkvmerge.exe" -o "SuperbadBD_100_.mkv" --default-duration 0:23.976fps -d 0 -A -S --cropping 0:0,140,0,140 "video.264" --language 0:und -a 0 -D -S "audio.ac3"

http://img27.imageshack.us/img27/6762/new1w.th.png (http://img27.imageshack.us/my.php?image=new1w.png)

[Isochroma]

Ever since installing HMS 1.8.122.18 and above, my user TEMP folder ("C:\Documents and Settings\(Username)\Local Settings\Temp") is getting filled with mkfXXX.tmp files. These files are supposed to be TEMPORARY, but after shutting MPC sometimes they go away and other times they just stay. So over time they just keep accumulating and accumulating.

For example, on one particular file, the HMS creates no less than eleven "temporary" files (the MKV file has only five tracks):

mkf4D3.tmp
mkf4D4.tmp
mkf4D5.tmp
mkf4D6.tmp
mkf4D7.tmp
mkf4D8.tmp
mkf4D9.tmp
mkf4DA.tmp
mkf4DB.tmp
mkf4DC.tmp
mkf4DD.tmp

After closing MPC, mkf4D5.tmp still remains, why? The folder was empty before the file was played.

This is very annoying and particularly sloppy programming. Also, for some reason on only certain MKV files, these versions of HMS also produce Perflib_Perfdata_XXX.dat files in the user TEMP folder. Luckily these are always removed after the app shuts down. Is the HMS using the WMI performance adapter, as of version 1.8.122.18?

I would like Haali to fix his splitter so it doesn't leave junk behind after being run.

These two new 'features' are almost enough to make me go back, way way back, to an olde version of the splitter, which probably runs faster too. Old versions left NO 'temporary' files at all.

[Egh]

You are correct in the sense that it does leave mkf*.tmp files in the TEMP folder. I'm using the latest public beta so the behavior is same. I haven't yet seen Perflib_Perfdata_XXX.dat files there though, so this particular issue may be fixed already.

I think would be easier for Haali splitter to auto-remove the mkf temp files if they are not write-protected (otherwise they are being current used by another HS instance).

[clsid]

Perflib_Perfdata_XXX.dat files are created by Windows, not by Haali splitter.

[Mercury_22]

mkx.y.9.exe it's crashing my Windows Explorer when I'm trying to play some MPEG (1 & 2) files (tested with WMP & MPC-HC on a clean windows install) ! The error it's something about rundll32
But after unregistering "splitter.x64.ax" I DON'T have any more problems !
I've used only "Enable MP4, MPEG-TS, MPEG-PS support" during installation of mkx.y.9.exe

[clsid]

Disable MPEG-PS support. It does not work properly with many MPEG files.

[Mercury_22]

Disable MPEG-PS support. It does not work properly with many MPEG files.

Thanks I know ! :thanks:
but I need it for evo files ! and the 32-bit version doesn't crash explorer in a 32-bit OS AFAIK Isn't it (I haven't used a 32-bit OS in a while) ?
I hope this gets fixed cause it's kind of a big bug IMO ! :mad:

P.S. MPEG-PS it's not set to be used by the PLAYER = MPC-HC it's using internal MPEG filter, when the crash happen !


EDIT AS I've said I did NOT used "Enable shell extention" just MP4, TS & PS

[clsid]

The 64-bit splitter is still a test version. So it could just be a bug.

Explorer uses its own shell extension for generating thumbnails for MPEG files.
If you don't care about thumbnails, then you can disable that shell extension:
regsvr32 /u shmedia.dll

[mikelebron]

I've made an experimental x64 build of the splitter, it's available at http://haali.net/mkv/mkx.y.7.exe

The installer has both 32 and 64 bit versions, and will install a 64 bit version in addition to 32 bit when run under 64 bit windows.

The release is experimental, and while it works on my test install of Windows 7 Beta, I suspect some rough edges are still there.

Awesome.. i finally found it!

[Jeff Flowerday]

Awesome.. i finally found it!

You might want to try the latest instead.

http://haali.net/mkv/mkx.y.9.exe

[BigKing]

Is there a solution to use the splitter for MKV-Files with DTS-HD oder Dolby True-HD?

[Nikos]

Which is the maximum number of allowed tracks?
With 34 tracks (1 video, 2 audio, 32 sub) Haali print the message "Too many tracks".

[clsid]

Afaik, the max is 32.

[Nikos]

Thanks clsid for the quick reply.
32 is a logical number.

[hubblec4]

Thanks clsid for the quick reply.
32 is a logical number.

...but to less. it will be better a support of 64streams.

some movies have a lot of languages and subtitles.

[Snowknight26]

Probably won't get any help here seeing as Haali is MIA and BetaBoy seems reluctant to push him to visit the forums, but oh well.

When using eac3to to remux a video stream to mkv, whatever part of Haali's splitter package that eac3to uses to write the mkv files ([g]dsmux? Haali Matroska Muxer?), the eac3to writes only a small part of the file, usually between 2-4MB. I went into a bit more detail spanning several posts in the eac3to thread (http://forum.doom9.org/showthread.php?p=1218744#post1218744), but I've never bothered to fix it until now.

The issue only seems to happen on Server OSs. I've used it on XP, Vista (x86/x64), and Windows 7 (x64) just fine, but when I install MatroskaSplitter.exe on my server's previous OS (Server 2003) and the current one (Server 2008 R2 x64), the observed behavior happens. Any word on why this happens would be greatly appreciated, as it would stop me from having to mux over the network using a different machine.

Edit: Now happens on my Win 7 machine. Sigh.

[RonaldoSan]

So is there a directshow mkv splitter that does not make Windows 7 transcode h.264 streams?

[DarkZell666]

So is there a directshow mkv splitter that does not make Windows 7 transcode h.264 streams?

Whatever you meant, read this (http://forum.doom9.org/showthread.php?t=146910).

[RonaldoSan]

Whatever you meant, read this (http://forum.doom9.org/showthread.php?t=146910).
It's not a decoder issue.

For some reason Haali Media Splitter confuses Windows 7 so it belives H.264 streams are VC-1 streams (only inside MKV containers none the less). This results in Windows 7 transcoding the stream instead of decoding it. This is a big problem because transcoding is choppy.

DivX has a beta filter that works but it uses the Media Foundation and not DirectShow. The old Matroska Filter does not work with Windows 7, so I'm asking if there is a working alternative.

[Mangix]

you might have luck with MPC's matroska splitter. it's available as a standalone file.

[clsid]

For some reason Haali Media Splitter confuses Windows 7 so it belives H.264 streams are VC-1 streamsHow did you come to that conclusion? Because I think it is complete nonsense.

Files will get transcoded when the receiving device does not support the file format.

[RonaldoSan]

How did you come to that conclusion? Because I think it is complete nonsense.

Files will get transcoded when the receiving device does not support the file format.

This is a Windows 7 only issue.

I was doing some encode tests and some of them were missing frames. All my sources were either H.264 or VC-1, both in MKV container. I noticed that the VC-1 tests were not missing frames, so I thought it was a decoding issue, but if I put the H.264 source in a MP4 container the problem was gone.

So I googled around and found this on engadget:

http://www.engadgethd.com/2009/05/01/divx-fills-in-the-gaps-and-adds-mkv-support-to-windows-7/

Now the kicker in Windows 7 is that although it natively supports H.264 and AC3, it still can't play MKV files. Up until now enthusiasts have been installing the Haali splitter on the Windows 7 Beta, which has kinda worked. We say kinda, because for whatever reason the Haali Media Splitter exposes the H.264 stream in an MKV file as AVC1 and not H.264. What this means is that Windows doesn't realize it can decode the content natively and when you try to play one of these files on an Extender -- for example -- the video is unnecessarily transcoded.

[clsid]

AVC1 stands for Advanced Video Codec 1, also known as H.264 ;)

[Jeff Flowerday]

I'm guessing it's more than likely software decoding the h.264 and your CPU is struggling to keep up = choppy.

I've seen it on my atom box using media player and media center = choppy play back. Media portal using mpc-ht directshow filter = smooth dxva playback on Windows 7.

[RonaldoSan]

The CPU in question is an i7, so processing power is not the issue.

A H.264 stream muxed into a MKV container (Haali Splitter / Microsoft decoder) will have choppy playback.

The same H.264 stream muxed into a MP4 (or M2TS) container (Haali Splitter / Microsoft decoder) will not have choppy playback.

If I use the DivX Beta MKV Splitter there is no choppy playback.

AVC1 stands for Advanced Video Codec 1, also known as H.264 ;)
Yes, sorry. The problem still remain with the Haali Splitter though.

[Snowknight26]

Edit: Now happens on my Win 7 machine. Sigh.

Looks like I was wrong. I seem to have pinpointed it to Haali's Matroska writer/muxer not liking writing to my 15TB RAID array. Time to add another issue to the neverending list of bugs that will never be fixed. :\

[Isochroma]

Demonic Chant of the Haali Matroska Splitter

Found in file: "C:\Documents and Settings\Administrator\Local Settings\Temp\mkf96.tmp (http://www.megaupload.com/?d=ZQ976CYS)"

After playback of a 720p AVC MKV with Haali splitter, I found the file and looked at it in wordpad. It was full of gibberish, but knowing as I do that the most interesting things are often at the end, I scrolled down to that dark place near the EOF marker and located a demonic chant:

invsmileface-sun-female-male-spade-club-heart diamond
musicalnote-musicalnoted-blAbreveabreve Aogonek aogonek-Dcaron-dcaron-Dslash Eogonek eogonek-Ecaron-ecaron-Lacute-lacute-Lcaron-lcaron-Nacute-nacute-Ncaron-ncaron Odblacute odblacute-Racute-racute-rcaron-Sacute-sacute

The music of invisible smile faces is invoked by chanting the following: "Lacute Ecaron Odblacute Eogonek".

If I was a Christian I might switch to another splitter, but since I'm a Devil worshipper it's ok.

[Liisachan]

Just in case someone starts wondering... they are just character names.
Lacute = U+0139 [*Ĺ*] LATIN CAPITAL LETTER L WITH ACUTE
Ecaron = U+011A [*Ě*] LATIN CAPITAL LETTER E WITH CARON
Odblacute = U+0150 [*Ő*] LATIN CAPITAL LETTER O WITH DOUBLE ACUTE
Eogonek = U+0118 [*Ę*] LATIN CAPITAL LETTER E WITH OGONEK
etc.
Perhaps, it's from a 'post' table of TrueType font. Simply put, it's a font file.

[Midzuki]

Isochroma wrote:

"C:\Documents and Settings\Administrator\Local Settings\Temp\"

Error: path is too long --- use "C:\TEMP" next time. :)

[Isochroma]

Liisachan: thanks for the explanation!

[wiak]

any updated 64-bit builds please?, the one i use makes me cry when it opens many haali icons, its like a chain reaction
:thanks: :stupid:

[saint-francis]

Anyone know if there will be any changes to DSS2 with the new and upcoming Haali splitter? DSS2 just doesn't work for what I want to do. :(

[hydra3333]

new and upcoming ? look forward to it.

[CruNcher]

@ Haali
i want to bring back an old .mov parsing issue :)
http://forum.doom9.org/showthread.php?p=727918#post727918

here the data from gabest splitter

Filter : Audio Switcher - CLSID : {18C16B08-6497-420E-AD14-22D21C2CEAB7}

- Connected to:

CLSID: {79376820-07D0-11CF-A24D-0020AFD79767}
Filter: Default DirectSound Device
Pin: Audio Input pin (rendered)

- Connection media type:

Audio: PCM 44100Hz stereo 1411kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0001
nChannels: 2
nSamplesPerSec: 44100
nAvgBytesPerSec: 176400
nBlockAlign: 4
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 01 00 02 00 44 ac 00 00 10 b1 02 00 04 00 10 00 ....D¬...±......
0010: 00 00 ..

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_None {E436EB8E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_None {0F6417D6-C318-11D0-A43F-00A0C9223196}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 307200
cbFormat: 0


Filter : MPC - MP4 Source - CLSID : {3CCC052E-BDEE-408A-BEA7-90914EF2964B}

- Connected to:

CLSID: {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}
Filter: ffdshow Audio Decoder
Pin: In

- Connection media type:

Audio: 0x0000 44100Hz stereo

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {34616D69-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 94

WAVEFORMATEX:
wFormatTag: 0x0000
nChannels: 2
nSamplesPerSec: 44100
nAvgBytesPerSec: 0
nBlockAlign: 68
wBitsPerSample: 16
cbSize: 76 (extra bytes)

pbFormat:
0000: 00 00 02 00 44 ac 00 00 00 00 00 00 44 00 10 00 ....D¬......D...
0010: 4c 00|00 00 00 4c 69 6d 61 34 00 00 00 00 00 00 L....Lima4......
0020: 00 01 00 01 00 00 00 00 00 00 00 02 00 10 ff ff ..............ÿÿ
0030: 00 00 ac 44 00 00 00 00 00 40 00 00 00 22 00 00 ..¬D.....@..."..
0040: 00 44 00 00 00 02 00 00 00 18 63 68 61 6e 00 00 .D........chan..
0050: 00 00 00 65 00 02 00 00 00 00 00 00 00 00 ...e..........

- Enumerated media type 0:

Set as the current media type

[fastplayer]

Bug report for HMS 1.9.355.21:

- The installer registers all splitters regardless of what's been chosen during setup.
- It associates MKV and MKA files with WMP even when told not to.
- When uninstalling HMS it just deletes the files instead of unregistering them before.
- Not a bug per se but it would still be nice to make the renderer an optional component.

This has been tested on a clean install of XP SP3.

[clsid]

A regression posted in CoreAVC topic:
http://forum.doom9.org/showthread.php?p=1354703#post1354703

[KoD]

Bug report for HMS 1.9.355.21:

- The installer registers all splitters regardless of what's been chosen during setup.
- When uninstalling HMS it just deletes the files instead of unregistering them before.

This has been tested on a clean install of XP SP3.

I wonder if this happens on Win 7 too. I'm holding on updating until this is confirmed to work properly. From what I remember it was better to let Microsoft's splitters handle avi files.

[Snowknight26]

This issue (http://forum.doom9.org/showpost.php?p=1332512&postcount=938) hasn't been fixed either.