Log in

View Full Version : Alternative Matroska Splitter (Haali)


Pages : 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

clsid
25th June 2005, 20:56
The problem only occurs with the 25/06 version. Olders builds work fine.

I tested some more files and in different orders. My conclusion was a bit to hasty. Matroska indeed works as it should. Most, but not all MP4 files I tried have the problem descibed in my previous post. If I find some property that these files have in common I will post it here.

Using Windows 2000 SP4 + all updates, latest DirectX, ffdshow 19/06 by CelticDruid.

I don't use girder. But can anyone give me some more details about that registry hack. So that I can rule that out as a possible cause.

pdanpdan
25th June 2005, 23:04
clsid:
Check if you have this reg key

[HKEY_CLASSES_ROOT\CLSID\{E436EBB3-524F-11CE-9F53-0020AF0BA770}\InprocServer32]
"SpyROTPrefix"="FilterGraph"

If yes, try to delete it (make backup first)

Ghim
26th June 2005, 11:20
26/06/2005 [General] Fix: a reference to the graph could be held for a long time in some cases, that prevented proper graph destruction. Updated zlib to 1.2.2.

clsid, The new build should solve your problem.

clsid
26th June 2005, 12:38
The new build works great :)

fps
1st July 2005, 18:32
I think there has been a bug introduced in one of the latest versions:
If I try to switch to the second audio stream of a matroska file, the player freezes.
This happens for example if the first audio stream is ac3 and the second one vorbis.
However if there are 2 ac3 or 2 vorbis streams the bug is not present.
The last build i know where everthing worked is 3 May 2005. But i think the versions till end of may worked fine as well.

clsid
1st July 2005, 18:49
Same problem here with a mp3 and a vorbis stream.

edit: the build from June 7th works ok. I think the bug was introduced in June 12th build.

Liisachan
2nd July 2005, 04:40
- reproduced w/ 26/06/2005 HaaliSplitter + MKVToolnix 1.5.0

The player does not freeze, but audio switching takes some time, not smooth.
mp3+ac3 : no problem, a very short gap ( < 1sec )
mp3+vorbis : switching takes like 5 sec on MPC, 1 sec in GraphEdit
ac3+vorbis : switching takes like 9 sec on MPC , 1 sec in GraphEdit

If you enable MPC's internal Matroska Splitter, the problem is gone.

EDIT
GraphEdit sometimes gives me this error:
The graph could not change state.
Catastrophic failure (Return code: 0x8000ffff)

Sample Clip: XviD + Vorbis + AC3 (1760KB)
http://matroska.at.infoseek.co.jp/multiaudio.7z

EDIT2
In many cases, the problem is gone if I use ffdshow as Vorbis decoder, instead of CoreVorbis.

Haali
2nd July 2005, 11:59
I couldn't reproduce this. I've prepared a sample file with mpeg-2 video, one ac3 track, one vorbis track and and srt subs. I then tried corevorbis, ffdshow audio, and ac3filter in all possible combinations, and mpc and wmp9 players. I didn't see any problems. I also tried your sample file with the same results.

niamh
2nd July 2005, 17:57
I can reproduce it, with Liisachan's sample and corevorbis or to a lesser extent, radlight. The older splitter I had worked perfectly with the same sample (I tried it first)

BlackSun
2nd July 2005, 17:58
Same problem for me, ping Kaiousama or myself on IRC about it.

clsid
2nd July 2005, 20:22
Switching between streams works here in GraphEdit, BSplayer and WMP6.4 with almost no lag, in MPC it takes a few seconds of ~100% cpu.

When I disable the internal audio switcher in MPC the problem is gone!

Nevertheless, old version of the splitter didn't cause this problem. So perhaps it still is a bug in the splitter.

Edit: I installed Morgan Multimedia Stream Switcher to see if that also causes the problem, and indeed it does.

Haali
2nd July 2005, 22:51
I can't really fix this if I can't reproduce the problem. My guess is some other filter interferes with stream switching. Could you try this on another system, or on a clean one maybe, so we may try to isolate the cause?

Liisachan
3rd July 2005, 00:26
First I reproduced the problem on my Windows 2000.
I can reproduce the problem on my Windows XP (near-clean installed) too.
Here are the details:

Windows XP ( OS Version: 5.1 Build 2600, Service Pack 1 )
System Language: 1041 (Japanese)
System Locale: 1041 (Japanese)
User Language: 1033 (English (United States))
User Locale: 1033 (English)

- HaaliSplitter 20050521 from MatroskaPack 1.1.1
# Gabest version not installed
# MPC's internal Matroska Splitter disabled
- XviD 1.0.3
# ffdshow not installed
- AC3Filter 0.70b
- CoreVorbis 1.0 (20040823)
- MPC 6.4.8.4

1. Everything is fine with the above combination.
2. I updated the splitter to 20050626. Then, the problem reproduced.
- Mplayer2 seems to work much better, still it gives me "Catastrophic failure" near the end of the clip.
3. I uninstalled the new splitter, and reinstalled the old one (20050521). Then everything worked fine again. Both MPC and Mplayer2.

Between 1, 2, and 3, what was changed was only Haali Splitter's version.
Hence I believe the problem is there.

tritical
3rd July 2005, 00:52
Here is what I can report after testing Liisachan's sample with the 12/06/2005 version of your splitter and the 26/06/2005 version.

versions of stuff used:
mpc 6.4.8.4
ffdshow-20050701.exe
CoreVorbis 1.0 (20040823)
ZoomPlayer v4.5 RC2

With the 26/06/2005 version, switching audio tracks in MPC hangs for 5-10 seconds when ffdshow is used to decode ac3, corevorbis is used to decode vorbis, and MPC's internal audio switcher is enabled. Disabling MPC's internal audio switcher eliminates the problem as clsid reported. Having ffdshow do both vorbis/ac3 decoding eliminates the problem as well. Switching was fine in ZoomPlayer. The hang does not occur at all with the 12/06/2005 version with MPC's internal audio switcher enabled.

With graphedit I get the same results as Liisachan... switching doesn't hang but it sometimes reports "The graph could not change state. Catastrophic failure (Return code: 0x8000ffff)". That only happens with the 26/06/2005 version and not with 12/06/2005 version.

I'm also wondering about another difference... when trying to play an incomplete .mkv file (say you only transfer half the file) the 26/06/2005 version reports an I/O error (reached end of file), while the 12/06/2005 version and all previous version that I can remember open and play however much is there. Was this an intentional change in the latest versions?

clsid
3rd July 2005, 12:14
Tested on both Win2KSP4 and WinXPSP2.
mpc 6.4.8.4
ffdshow 20050701 and 20050619
CoreVorbis 1.0 (20040823)
As mp3 decoder: mpc internal, fraunhofer, ffdshow
Haali media splitter 26/06/2005
Test clip with XviD + 1 mp3 + 1 vorbis track.

For all combinations above, the problem only occurs when MPC internal audio switcher is ENabled. No problems in other players, including GraphEdit (but note that I have mp3 instead of ac3 like the guys above).

When I install Morgan Multimedia Stream Switcher 0.99 in addition to the stuff above, the switching delay occurs in all players including GraphEdit.

Using the 07/06/2005 (and probably also 12/06) build of Haali splitter everything works without problems in all combinations of the filters above.

Edit: test clip (http://www.bunkus.org/videotools/mkvtoolnix/samples/vsshort-mp3-vorbis.mkv)

Haali
3rd July 2005, 14:17
Ok, I've made a test update that may eliminate the problem, please check ...
--
URL removed, the fix is now in the main build

Liisachan
3rd July 2005, 14:36
Fixed for me :D

fps
3rd July 2005, 14:59
Everything working again at my place, too.
Nice work haali :)

clsid
3rd July 2005, 15:08
For me too :D

tritical
3rd July 2005, 20:06
Fixed everything here... thanks :)

Palikrovol
5th July 2005, 08:55
I think i've found a bug in 2005-07-03 version.

When disabling subtitles, the subtitles last several seconds to disapears unless you change an audio stream or move to another part of the movie.

This works with the 2005-06-26 version.

I'm using:

VSfilter 2.36
ffdshow-20050703MSVC71
MPC 6.4.8.4 & Zoom Player 4.50 rc2 & Windows Media Player

Slave01
5th July 2005, 09:22
Yes, i noticed it too
However really good work this splitter!

azsd
6th July 2005, 07:13
hallis matroska splitter fails playback my mkv file(x264+aac+ssa) muxed by mmg 1.5.0.
gabest's splitter can playback as well.

winman
9th July 2005, 19:32
Some question about the new spiffy Bitrate Graph.

Can you make the text a little bit larger and darker? It is nearly-impossible to read it on high-res display.

Also, how much cpu usage does it take for drawing the graph? Possible option of turning it off?

Thank you for your work.

kurt
11th July 2005, 22:00
11/07/2005 [Matroska] Don't reject some damaged/truncated files. [General] Better compatibility with vsfilter.
http://haali.cs.msu.ru/mkv/

kurt
18th July 2005, 11:23
18/07/2005 [Matroska] Show the first jpeg attachment as video if the file has no video tracks. [General] Eliminated a crash in ffdshow when switching video tracks and/or segments.
http://haali.cs.msu.ru/mkv/

Liisachan
18th July 2005, 12:15
Cool

in my test, the color of Jpeg is not correct.

Embedded this JPEG:
http://matroska.at.infoseek.co.jp/pic.jpg

Result (400KB):
http://matroska.at.infoseek.co.jp/test.zip

Anyone can reproduce my problem? Or is anything wrong....?

CityK
18th July 2005, 13:47
in my test, the color of Jpeg is not correct....Anyone can reproduce my problem?yes, same here. I ended up with the blue man group

Skaarj
18th July 2005, 19:58
The new version perfectly works.

Subtitles can be displayed in this mode? (I have tried USF, they are automatically switched off)

Liisachan
18th July 2005, 20:36
The new version perfectly works.
Confirmed.
Thank you Halli again for your great job :)

Haali
18th July 2005, 22:54
Jpeg pictures are not a substitute for normal video. If you need substitles, use a regular video track.

Sergejack
19th July 2005, 01:20
OK, I think I found a bug.

Here is the deal, I have a VFR MKV video wich I open in avisynth usind directshowsource.
When I look at the result in VDUBMOD the way I seek in the video can make it be display with a skew of 1 frame.
So the same frame could number 2889 or 2888 dependinh on how I previously seeked in the video.

It's not a minor issue, I'm into fansub and I can tell you one random frame skew is killing.

EDIT :
Much more than 1 frame (up to 5 frames for now)

clsid
1st August 2005, 18:26
The latest few builds won't display the subs in this Matroska test clip (http://www.robinlionheart.com/video/mewmew-vorbis-ssa.mkv).

Build 03/07/2005 displays subs ok.
Build 11/07/2005 untested, but looking at the changelog "[General] Better compatibility with vsfilter", something probably went wrong here.
Build 18/07/2005 no subs.
Build 31/07/2005 no subs.

I have some other mp4 and matroska clips that do display subs with latest builds. So the problem only occurs with specific files (or types of subs - ssa???).

Window 2000 SP4
MPC 6.4.8.4
VSFilter 2.33

niamh
1st August 2005, 19:22
They all display fine here, except the first english subtitle stream ... a dummy file? (18/07 31/07 MPC TCMP)
I use vsfilter 2.36 though

clsid
1st August 2005, 22:15
It indeed works fine with VSFilter 2.36

However I (and probably many others) use/prefer version 2.33 of VSFilter. And since it used to work with 2.33 I hope Haali can make it work again.

neo75903
2nd August 2005, 11:09
hi,
tried latest splitter, it is great that the splitter supports nero subtitles.
only have a few problems:
1. movie hangs after a few secs, within 10 secs.
2. skipping the first secs solves the problem and playback seems to be normal
3. skipping is not possible after reclock is activated

test done with mpc, few movies i(mp4 format, two subtitles, 5.1ch aac, ASP video)

Kurtnoise
2nd August 2005, 12:05
Are you sure this is caused by the splitter ?

Why did you use reclock ?

azsd
2nd August 2005, 12:07
halli splitter build 07/31,

stop(show playing but time freez at 0) at begining,seeking forward a little will playing fine.

this problem appeared in some older builds too,and some other build (0718?) working fine.

neo75903
2nd August 2005, 14:17
Are you sure this is caused by the splitter ?

Why did you use reclock ?
cause otherwise my movies stutter on regular intervals, appearanatly caused by different clocks between my video card (refresh rate) and the one used by the audiocard.
and my projector uses 56hz to get widescreen rite ... hope i can get rid of this when i can buy a graphic card with dual DVI heads

niamh
2nd August 2005, 15:55
halli splitter build 07/31,

stop(show playing but time freez at 0) at begining,seeking forward a little will playing fine.

yup, confirmed. It always affects the same files, matroska only, though I can't find a common link to them. I've tested around 25 files....some play fine, some don't do anything, some have a black screen but the timer goes on, some of them show 2 or 3 frames then stop... it seems to bear no relation to the mkvmerge version used to mux them, nor the codecs,the decoder, the player used, or the subtitle type, whether language ID was set or not, or how many audio tracks there are. but they're always the same files that play, or not. :(

niamh
2nd August 2005, 21:27
new build 02/08 is just out that fixes at least the above problem :)
thanks haali

neo75903
2nd August 2005, 21:55
yeah playback is fine now, even with reclock.
only subs are gone now, guess it will be back, coz i read somthing was rewritten, think it will be back one of the next versions.

Neverless, good work haali :)

Liisachan
3rd August 2005, 02:27
testing 2005-08-02
to me, it works decently, but I have this annoying problem on my win2k.
Graphedit can not open some of the files that play fine with mplayer2 (ie DS playable),
giving this messagebox:

-------------------
Haali Media Splitter

Error: can't open file: 8007007b
-------------------

What is "error 8007007b"? It plays fine, only GraphEdit complains.

@clsid
What's the difference between 2.33 and 2.36 ie what's wrong with 2.34+?
I don't know much about VSFilter, since I usually use MPC's internal sub renderer,
which is IMHO higher-quality in fullscreen mode.

EDIT:
The problem was gone after remuxed by MMG 1.5.0. Perhaps the MKV file format (dated 2004-08) was too old, since Matroska devs change the format specs quite often.

Haali
3rd August 2005, 07:08
8007007b is ERROR_INVALID_NAME. Remember, graphedit.exe is not a unicode app, while MPC is. Also we don't change the specs in a non-backward compatible way for quite some time.

Liisachan
3rd August 2005, 08:41
8007007b is ERROR_INVALID_NAME. Remember, graphedit.exe is not a unicode app, while MPC is. Also we don't change the specs in a non-backward compatible way for quite some time.
Thanks Haali, that explains everything. Just renaming the file so the filename won't include any Unicode char anymore fixed the problem. You're totally correct!

clsid
3rd August 2005, 15:27
@clsid
What's the difference between 2.33 and 2.36 ie what's wrong with 2.34+?
I don't know much about VSFilter, since I usually use MPC's internal sub renderer, which is IMHO higher-quality in fullscreen mode.
For example:
MPC 6.4.8.4 (VMR9 renderless) + XviD 1.0.3 + VSFilter 2.34+ = incorrect output

VSFilter 2.34+ seems to handle colorspaces differently.

Although there are several workarounds (change mpc rendermode, use ffdshow, etc.) I prefer VSFilter 2.33 which works perfect.

Liisachan
3rd August 2005, 16:47
Thanks for explanation.
So you mean the color of subtitles?
Well, but... by default VMR9 renderless is not faithful colorspace-wise anyway,
no matter which version of VSFilter you use, or even without VSFilter.

Currently I'm using Haali's Splitter 20050802 + MPC 6.4.8.4 (VMR9 renderless) + ffdshow 20050727 RGB32 (*) + VSFilter 2.36 ('with border fix') and everything seems fine...I use Haali's Splitter partly because I'd like to try USF too.
(*) yeah, i know rgb32 output is paranoid ^^;

clsid
3rd August 2005, 19:07
With incorrect output I mean this:
http://img222.imageshack.us/img222/6617/snapshot10fq.th.jpg (http://img222.imageshack.us/my.php?image=snapshot10fq.jpg)

Hopefully Haali can restore the compatibility with VSFilter 2.33. So far only ssa subs didn't work for me.

Palikrovol
3rd August 2005, 19:32
Thanks for explanation.
So you mean the color of subtitles?
Well, but... by default VMR9 renderless is not faithful colorspace-wise anyway,
no matter which version of VSFilter you use, or even without VSFilter.

Currently I'm using Haali's Splitter 20050802 + MPC 6.4.8.4 (VMR9 renderless) + ffdshow 20050727 RGB32 (*) + VSFilter 2.36 ('with border fix') and everything seems fine...I use Haali's Splitter partly because I'd like to try USF too.
(*) yeah, i know rgb32 output is paranoid ^^;

A bit OT:

One question. Where can I download the "VSFilter 2.36 ('with border fix')"? , i have 'not fixed one'.

Thanks

Liisachan
4th August 2005, 00:14
@clsid
I'm afraid your picture is not too clear, but subs are flipped? If there's such a bug, that is really bad. Is it a known problem? If not, you might want to file the bug:
http://sourceforge.net/tracker/?group_id=82303&atid=565649

(EDIT: maybe this one? http://sourceforge.net/tracker/index.php?func=detail&aid=1155144&group_id=82303&atid=565649 )

@Palikrovol
It's totally unofficial, and so generally not recommended. I'm just testing it.
I took out it from ComPack (http://www.kickassanime.org/wiki/index.php?title=Compack#Exactly_what_does_the_playback_pack_install_and_why.3F).
http://ssa.subforge.net/files/VSFilter2.36+Border_fix.zip
http://ssa.subforge.net/files/VSFilter2.36+fix.zip (the same file, version info rewritten so you can know clearly which version you're testing now)