Alternative matroska splitter for directshow [Archive] - Page 5

Liisachan

21st July 2003, 09:38

Originally posted by gabest
It is because I release the non-unicode build, but if there is a need I can do the same as with mpc, vobsub, ... and make a 2k/xp version too. On my windows 2000, an MKV file cannot be played with MatroskaSplitter if the filename has a letter that is not in US ASCII (é for instance)
Honestly, it would be quite unexpected and surprising if you had assumed that all the file/path names should be in US-ASCII (< 0x7F)...almost all the users in Japan name their files in Japanese, and I think, say, French ppl will use French filename, Russian ppl will use Russian filename and so on, at least sometimes. (None of their mkv files generally woldnt't play with your filter.)

Personally, I can live with "US Ascii only" filenames--I seldom use Japanese etc. in filenames and that's why I didn't notice this problem so soon, but there should be many ppl who want to use their languages in file/folder names. You said "if there is a need," but there IS a need, absolutely. But, it is a general need--even though MatroskaSplitter doesnot support non-us-ascii filenames, MKxDS.dll does. So to just say "Use mkxds.dll" could be one solution which too satisfies this general need. As of today, MatroskaSplitter is essential for some purposes (in order to do what mkxds.dll 0.4.3 doesnt support), but eventually mkxds will be improved, and it might be realistic that this problem will be fixed that way (if that is what you mean...)

It would be VERY surprising if I were told, "You can use any languages in the chapters/subs in MKV, because they are stored as UTF-8. But, don't use your language in the filename, or that file doesnt play. Only us-ascii is supported as filenames." ...In reality, MPC and mkxds.dll does support unicode filenames. Should MatroskaSplitter support non-us-ascii filemanes, too? Not sure. Personally, I can do without it, personally I love using only MPC even without (outer) VSFilter. Yet, I've had to test other players for some reasons and happened to find MatroskaSplitter doesnt like non-US-ascii

On Japanese Windows, "Desktop" has Japanese name too. And I first found that I can't play an MKV file that is on my desktop (because the path to it includs Japanese characters):(

gabest

21st July 2003, 10:25

As far as I know mkxds.dll was compiled as unicode, that's why it won't run under win9x. (edit: robux told me that the installer has both versions and the right one gets installed for the OS)

In directshow, the standard file loader interface uses wide letters, but when building a program in visual c without unicode support, then it will be linked to the 8-bit win32 file i/o calls. So, the filter receives a unicode file name through the interface from the player, but it has to pass an 8-bit string to the operating system. The file name can be double-byte coded, but the conversion from unicode happens with the default ansi codepage and that destroys it by putting question marks into the file name. For other internal string operations I can use wide letters, only the operating system calls are affected.

gabest

21st July 2003, 14:13

Liisachan: Could you test 1.0.1.3? It now includes the unicode build too.

http://prdownloads.sourceforge.net/guliverkli/matroskasplitter_20030721.zip?download

Liisachan

21st July 2003, 14:58

Thank you for your swift work :)

The new filter does work fine.
Japanese, Korean, Finnish and Arabic tested on my Windows 2000 Japanese version.

MPC WMP9/6.4 ZoomPlay Bs TCMP
US-ASCII (0x00-7f) o o o o o
Latin Ext (0x80-ff) o :) :) x x
Japanese (System lang) o :) :) :) :)
non-Japanese Uniocde o :) :) x x

o = already OK with the older filter
:) = now OK with the new filter
x = still doesn't work

Now WMP9/6.4 and ZoomPlayer can play an MKV file whose filename contains any Unicode characters with this new filter.
TCMP now can play an MKV with a Japanese filename, too.

TCMP and Bs Player doesn't work on Japanese Windows OS if the filename contains a non-Japanese character that is 0x80-FF in hex (such as ä), but this should be the player's problem.
On the other hand, ZoomPlayer which doesn't work with 1.0.1.2 does work fine with 1.0.1.3.
:) :) :)

gabest

21st July 2003, 15:18

Thanks, cute table :)

Blight could tell about his player better, but I think he added some level of support for unicode file names around the release of 3.x.

WMP, just like most of the binaries of Windows NT, was already built as unicode, so it could also take advantage of 1013.

In the 2k/xp version of MPC the internal filters were all unicode build, no wonder it worked :). Did you disable the internal matroska splitter when testing it with the external?

About bsplayer and tcmp I don't know much, only that they were made with Delphi. Zoom needed some extra code to support unicode file names, this may be still missing from those.

Blight

21st July 2003, 23:51

I wrote probably over a 1000 lines of code to support unicode, ZP has code that sends unicode on Win2K/XP and Ansi on Win9x.

There are still a few quirks related with non-direct unicode, but I'm squashing them as I go along. As far as opening files goes, the entire process is kept in widestring (unicode) space from start to finish.

faxmactor

22nd July 2003, 00:20

I know it may be a dumb question, but is there any tutorial how to use Graphedit? I'd like to try MatroskaMuxer, but I find a bit difficult to figure it out on my own. So if there's a way, please help me in this, thanks.

Liisachan

22nd July 2003, 02:08

Originally posted by gabest
Did you disable the internal matroska splitter when testing it with the external?
Yes, mpc has been tested, with or without the internal mkSplitter.
I'm sure this makes many ppl happy. Like I said, a lot of ppl in Japan name their files like "<Japanese>.avi" "<Jpanaese>.ogm" and so, I assume "<Japanese>.mkv" which can be now opened with the new filter. But now I understand that this problem is more of a specific OS's filesystem, and is not related to general Matroska spec itself.

The changelog for foobar2000 v.0.7 (http://www.hydrogenaudio.org/show.php/act/ST/f/27/t/5064) says "no more separate win9x/winnt versions (you just need proper utf8api.dll build for your OS)" and indeed it supports Unicode beautifully (http://www.faireal.net/image/2003/foobar2000/playlist.png), so I suppose there is a way anyway. I heard SSA-embedded MKVs don't work fine on Win98, tho I can't test it myself as mine is win2k.

@faxmactor: You can get a general idea by reading a page like Muxing OGM files with Graphedit (http://members.cox.net/zhentarim/divx/htm/oggmuxgraphedit.htm). Almost the same goes for MatroskaMuxer. Only, if you are going to mux an SSA too, you'll need another filter called SubtitleSource (http://sourceforge.net/project/showfiles.php?group_id=82303&release_id=166343).(afaik, you mustn't CTRL-R an SSA, but you you'll have to CTRL-F -> SubtitleSouce -> Select SSA.)
Observe this example Graph (http://www.ak.wakwak.com/~f14g/ssa.html)

faxmactor

25th July 2003, 23:37

@Lisachan
Thanks, this should do it.
(By the way, I want to mux some anime - I worked hard for the best looking rip, and now I'd like to see it released in Matroska with Vorbis soundtrack :) Err, too bad that 26 eps is a bit much for me to translate to my language)

Ghim

28th July 2003, 22:34

I just want to report some bug I have with 1.0.1.3 that wasn't in 1.0.1.2...

I got french subtitles on a video and some of the subtitles lines just don't appear at all... and some others appear just for a moment (they begin very late but finish on time)
I just tried with old 1.0.1.2 matroska splitter and it works, no more pb...

I hope this will be fixed because it's strange watching a video with 4/5 of subtitles ^^;;;

Liisachan

28th July 2003, 23:34

Originally posted by Ghim
I just want to report some bug I have with 1.0.1.3 that wasn't in 1.0.1.2...

I got french subtitles on a video and some of the subtitles lines just don't appear at all...
I've just noticed this problem, too.

Here s a 4-MB small sample clip which plays fine with 1.0.1.2 but not fine with 1.0.1.3

http://www.geocities.co.jp/Milkyway/3774/debug.zip

Dialogue: Marked=0,0:00:05.60,0:00:09.40,style,Line1,0000,0000,0000,,{\an7\pos(400,180)}Translated by
Dialogue: Marked=0,0:00:05.60,0:00:09.40,style,Line2,0000,0000,0000,,{\an7\pos(420,230)}{\fs44\fnTimes New Roman}*Foo*
Dialogue: Marked=0,0:00:24.00,0:00:28.80,style,Line3,0000,0000,0000,,line3
Dialogue: Marked=0,0:00:30.00,0:00:36.00,style,Line4,0000,0000,0000,,line4
Dialogue: Marked=0,0:00:37.00,0:00:40.00,style,Line5,0000,0000,0000,,line5

In my MKV, if I use any other player than MPC, Line 2 & Line5 will not shown with 1.0.1.3 while 1.0.1.2 works perfect.
Besides, 1.0.1.3 will make subs slightly out of synch, while 1.0.1.2 is ok.

So, now i m using 1.0.1.2
I hope this will be fixed in the next release....:)

* 1.0.1.3 + MPC + VobSub works fine
* 1.0.1.3 + MPC (not VobSub) works fine
* 1.0.1.3 + non-MPC player + VobSub = Problematic
* 1.0.1.2 + any players = fine

Tested: WMP9/6.4, ZoomPlayere, Bs Player, Sasami, Light Alloy

Ghim

29th July 2003, 17:21

It's just to tell I've seen there's a new version (1.0.1.4) but the bug still seems to be there and this prevent me from using the latest version...

gabest

29th July 2003, 19:11

Sorry ppl, I read about this just after releasing 1014. But 1015 will hopefully fix it.

Ghim

29th July 2003, 19:20

No need to be sorry for that ^_^... You already make wonderfull work and free of charge ;-). I could still use 1.0.1.2 which was working pretty well.

And thanks for the 1.0.1.5 version. It fixes the bug...

Liisachan

29th July 2003, 21:31

Originally posted by gabest
Sorry ppl, I read about this just after releasing 1014. But 1015 will hopefully fix it. 1.0.1.5 tested and works fine for me too

Thankyou very much, Gabest:) :) :)

Kyo

30th July 2003, 05:17

Just to say again, thanks gabest for your great work!

Liisachan

31st July 2003, 07:39

Let me report what I've just noticed.

If I make an MKV with AAC using mkvmerge, the codec ID for the audio will be "A_AAC/MPEG2/..." or "A_AAC/MPEG4/...." which is natural.

But if I make an mkv with AAC (mpeg2 or 4) using MatroskaMuxer, the codec ID will be unexpectedly like this:

| + Track type: audio
| + MinCache: 1
| + MaxCache: 1
| + Codec ID: A_MS/ACM
| + CodecPrivate, length 26 (format tag: 0x00ff)
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + Bit depth: 16

MKVinfo and the Shell Ext don't say that the Codec is AAC tho it IS.
Altho, there is no problem in playing the file. (CoreAAC will be called anyway)

(When I use MatroskaMuxer for this, I used AAC in MP4 via 3ivx.)

robUx4

31st July 2003, 09:45

My guess is that it's because MatroskaMuxer is DirectShow based and don't reinterpret the data it's muxing... At least for AAC, for the moment. This is the easier/faster way in DirectShow (just save the frames as they are given). All codec are seen the same : ACM. Only the CodecPrivate data can tell what's really inside.

Other tools include AAC with an interpretation of the data (ie the framing) and thus can say it's AAC.

Adding an CodecPrivate "analyzer" when the ACM codec is used in mkvinfo and the Shell Extension could help to indentify the codec better (it could be MP3, PCM or whatever).

This is the difference between native (matroska) stream and the compatibility stream (MS ACM). The native matroska is preferred because it can be used the same on all OS (and is more documented).

gabest

31st July 2003, 15:24

Oops, I'll correct this. All known formats should get its codecid in matroska muxer, but those which are new or not recognized will be saved with a vfw compatible fourcc or wave format tag.

Liisachan

1st August 2003, 21:50

Thank you again for your wonderful work, Gabest.

Well, I don't want to nag you again and again, but I have to report another thing now. Altho the problem about subs enbugged in MatroskaSplitter 1.0.1.3 has almost been fixed in 1.0.1.5, as for subs (mainly by VSFilter / DirectVobSub 2.27) 1.0.1.5 is still not as excellent as 1.0.1.2 in a way:

If you navigate around the sub tracks (languages), 1.0.1.2 can change the track to render quickly (even as buffering sub-pictures), while 1.0.1.5 is slow. In some cases, 1.0.1.5 will take like 10 secs to switch from one language to another, while 1.0.1.2 will do the same thing rather instantly. It seems that, switching sub-tracks when a subtitle text is on-screen is difficult for 1.0.1.5. and less difficult for 1.0.1.2. If any sub-pictures are not on, both versions will work almost in the same way, I think.

Practically this problem may not be important for most cases. But, for instance, if a water-mark (from soft-ssa) is always on-screen (which I hate btw), it might be possible that you cannot switch sub tracks at all with 1.0.1.5...

1.0.1.5 works fine like 1.0.1.2 if you set VobSub so it won't buffer sub-pictures. But this is not the default and more cpu-intensive.

Ghim

8th August 2003, 23:08

I just want to report a problem with 1.0.1.6... (this error wasn't there in previous version)

When a Matroska movie is loaded and when I try to load a new one, the player sometimes crashes with the following error (I tried with ZP and MPC using external matroska splitter) :

AppName: mplayerc.exe AppVer: 6.4.5.9 ModName: matroskasplitter.ax
ModVer: 1.0.1.6 Offset: 0000990a

AppName: zplayer.exe AppVer: 0.0.0.0 ModName: matroskasplitter.ax
ModVer: 1.0.1.6 Offset: 0000990a

I think it comes from the new splitter but can someone confirm this ?

EDIT :
I just want to add more details :It appears with vorbis encoded sountracks Matroska files. I'm using OGGDS 0.995 to decode vorbis.
The problem seems to come from this vorbis decoder because I haven't been able to reproduce this bug with Corevorbis decoder...

I still report it because this only occurs with the new version of Matroska splitter...

EDIT2 : to see the pb, I just have to switch very fast between different files... but I don't really have a way to reproduce it every time ^^;;

Liisachan

9th August 2003, 00:20

Originally posted by Ghim
It appears with vorbis encoded sountracks Matroska files. I'm using OGGDS 0.995 to decode vorbis.
The problem seems to come from this vorbis decoder because I haven't been able to reproduce this bug with Corevorbis decoder... I can't reproduce this problem with Splitter 1.0.1.6 + OggDS 0.9.9.5, using MPC (ext) / WMP / Bs /ZP...

Well, personally, i still like 1.0.1.2 best, because you can navigate around sub tracks most quickly with it. 1.0.1.5, 1.0.1.6 and mpc 6.4.5.9 (int) are sometimes not as fast as 1.0.1.2...
But usually you dont't have to switch subs so often nor so qucikly, so practically this is not a big problem. supporting unicode chars in file/path name is much more practical for many users, so i guess 1.0.1.5 and .6 are best for general purposes.

BTW, "Jump to... [Chapters]" in MPC 6.4.5.9 (int) is really cool and practically useful.:):) I love it. Thankyou for your keeping great jobs :)

(Chapters in MKV are usable in TCMP RC4 too)

Ghim

9th August 2003, 01:20

I'd really like to have more players accept Matroska chapters...

I hope it isn't too hard to implement and I hope the developpers will have the motivation to add this support to their players...

for Gabest : if you can't reproduce the problem I mentioned in my precedent post... don't mind because I don't use OggDS vorbis decoder anymore (I'm using Corevorbis now) and the problem seems to have disappeared...

DaveQB

9th August 2003, 04:26

a slight problem i have with Matroska (latest) in capturing (Virtual VCR-Matroska) and editing (VirtualDub Mod 1.5.4.1)
is that when an .MKV is created i cant delete or rename it as Windows says its in use.
so i get a bunch of file all undeleteable

restarting and then deleting, i think, allows me to delete it,
but i use a dedicated capture drive, so i just quick format it when starting a new project.

ideas??

Sirber

9th August 2003, 04:53

Check in Task List if some programs are still running...

DaveQB

9th August 2003, 05:35

yeah i thought the same thing as well.
but nothing that i was using with the MKV files is open.

never happens with AVI files, (doing the same project to a number of tapes) doing the same sorta tasks with same apps.

its specific to Matroska, and wasnt happening before i instaled the new release and the 1.3 info shell

hmmmmmmm

kastro68

9th August 2003, 06:20

I presume you are using Windoes.

Someone suggested a while ago to edit your registry and delete all references to shmedia.dll

You can also try Folder options>General>Tasks>Use Windows classic folders

It works with partial avi's not sure about mkv though.

DaveQB

9th August 2003, 06:38

Originally posted by kastro68
I presume you are using Windoes.

Someone suggested a while ago to edit your registry and delete all references to shmedia.dll

cool thanx,
i'll see if i have any refernces to shmedia.dll (what is this dll btw??)

You can also try Folder options>General>Tasks>Use Windows classic folders

isnt that just a display setting ??
wouldnt of thought it would have any functional changes

gabest

9th August 2003, 08:08

Ghim: Just found that bug. I tried to read from a buffer past its end and sometimes this spanned over to an unallocated protected memory area, but most of the time it didn't because it was only about +75 bytes :)

jcsston

9th August 2003, 08:37

Originally posted by DaveQB
its specific to Matroska, and wasnt happening before i instaled the new release and the 1.3 info shell
Try uninstalling the v1.3 Matroska Info Shell Ext

Liisachan

10th August 2003, 10:08

This is what I'm experiencing:

(1) XviD + Vorbis = test.mkv , muxed by MatroskaMuxer (1.0.0.5 & .7 tested) on Graphedit. "test.mkv" seems ok. (Just 2 tracks, no subs)

But when i use mkvmerge....even a simple comand doesnt work:
e.g.
(2) mkvmerge -o out.mkv --language 3:eng test.mkv

* MKVMerge 0.6.0 doesn't work for (2) and freezes.
* MKVMerge 0.5.0 does work for (2) without problem.

(3) However, some MKV files made by MatroskaMuxer _can_ be handled with MKVmeger 0.6.0...

So, I m guessing that there's some sort of (potential) incompatibility between the newest MatroskaMuxer and the MKVMerge 0.6.0.
I m not that sure whether this is a problem of MatroskaMuxer, but I ll post this here for practical reasons. Mosu said, "Technically this is not a bug in mkvmerge but in Gabest's DirectShow filter. The source file that you included contains references to frames that don't exist - but they are off by only 1ms each. "...Hope this will be fixed soon in some ways...thankyou
:)

HomiE FR

12th August 2003, 22:34

Hi,

First of all, I'd like to thank (again) all the people involved in Matroska development.

Then, I just would like to have some news (if there are) about embedded fonts into Matroska container and/or ASS/SSA scripts embedded inside a Matroska container.

Gabest had told a few weeks ago that SubtitleSource 1.0.0.1 didn't look at the [Fonts] section inside ASS/SSA scripts. I tried mkvmerge 0.6.2 and it has the same behaviour I think (correct me if I'm wrong). Conclusion: at the time being, it's not possible to get a full ASS/SSA script with fonts embedded inside a Matroska container (neither SubtitleSource nor mkvmerge can do it).
Gabest had also said that he needed to "rethink" the way SubtitleSource works to make it handle embedded fonts, so I'd like to know if there was some updates (even if not finished yet). Thanks in advance.

Then another way to mux fonts inside Matroska container would be to use attachements just like mkvmerge readme suggests. BUT no player is able to handle those attached fonts... So this feature remains useless as long as Gabest/BlackSun implements it into his player.
So another question to them: is this support planned or something?

I know these features aren't top priority, but I wish they won't stay forgotten.

HomiE FR

kastro68

24th August 2003, 10:28

Using the following filter order in graphedit I tried to change the container of an *.asf file to mkv.

Click to view Graphedit Chain (http://www.geocities.com/incessence/asf_to_mkv_GraphEdit.htm)

However, I was only able to play the newly created mkv file in Gabest's Media Player Classic 6.4.6.0.

The file did not work in Win Media Player 6.4 , 8 or tcmp4

Edit: The reason I wanted to transmux to mkv container is because seeking in asf sucks, virtually impossible unless using Wind Med player 6.4

gabest

24th August 2003, 10:35

Did it work in graphedit?

kastro68

24th August 2003, 10:44

I drag and dropped the transmuxed mkv file into graphedit and got and error message saying "could not construct a graph from this file"

It still plays in MPC 6460 even though I disabled the internal mastroska splitter.

gabest

24th August 2003, 11:00

If you don't have the splitter it will still play in mpc, because starting from 6460 I choose to not disable the internal filters totally, now instead their merit is just lowered below all others but they are still able to load. In this case in the menu it will say "Matroska Splitter (low merit)".

kastro68

24th August 2003, 14:34

I also have your latest Matroska splitter 1.0.1.6 dated 8th August 2003 installed.

So, by deduction, does this mean that there may be a difference between the 1.0.1.6 splitter and the one that is used internally by Media Player Classic 6460?

I pretty much use MPC to playback most files (except for *.asf) so it doesn't really bother me that it doesn't work in other players...I'm just worried about backwards compatibility. I fear that the transmuxed asf may not work in future versions of MPC.

Bluedan

24th August 2003, 17:27

Originally posted by Bluedan
I don't get it:

bsplayer v086.500 and TCMP close immediately after opening mkv file without warning while others (Zoom, wmp) don't.

I installed latest filters from gabest (16-6-2003), already uninstalled the mkxds.dll (0.4.3), corevorbis.dll from 10-06-2003, matroskaprop(erties).dll, cdl-plugin for use of a mkv muxed with latest VDM build 1639 containing XVID and 1 oggvorbis audio. Every filter properly registered.
I also updated oggvorbis dll's, but that should not cause any trouble.
Nobody complained about it so far, so I guess I'm the one to blame.
What am I doing wrong? What makes TCMP and bsplayer commonly different?

UPDATE on previous test:
Now with updated programme and filter versions:
bsplayer 501
tcmp rc4
matroska splitter and muxer from 2003-08-08 and 2003-08-05 from gabest and CoreVorbis 1.0b5

1. bsplayer still closes immediately with OGG Vorbis as audio stream
2. tcmp plays the file but as well as in graphedit the video is delayed, with mp3/wav in synch

In both cases no matter if CoreVorbis or OggVorbis filter is used.
So it looks much more like the mkv-splitter to blame.

Again: anyone else having issues with that OGG Vorbis/mkv combo?
Any comment appreciated

Liisachan

24th August 2003, 23:23

Originally posted by Bluedan
Again: anyone else having issues with that OGG Vorbis/mkv combo?
Any comment appreciated I did. But I changed Bs player's settings, and the file plays fine now. this is some of what i had experienced for an MKV (xvid vorbis ssa); CoreVorbis is used.

- BSPlayer (0.86 Build 500)
You may have to tweak the Video settings. For me, "NOT use VMR-9 / USE overlay Mode 2" works fine.
- Sasami2K (#757)
Select "Bypass-mode" in "Control options." Else, MKV doesn't play.
- Light Alloy (v.2.4)
If you have troubles, Video | Force overlay usage might help.

PS: But, YES, it is possible that the splitter has some problems related to Vorbis audio, because I know more than one players that do play the video of MKV but don't play audio (in other words, you can watch mkv video normally, without sound.)
1337player, and micatoge "XPlayer" (Both is using VMR-9)
I always thought that those players were wrong, and the splitters etc. were OK, but come to think of it, this might be the splitter's problem.

Bluedan

25th August 2003, 17:46

OK. BSplayer doesn't work in mode 2 for the time being on my machine (v86.501), a problem that re-occurs from time to time depending on the version.
Koepi would say that bsplayer is crap anyway...but I love it.
But it's good to see that this is a common issue.
Thanks for replying.
Hope GABEST will have a quick look at it.

Liisachan

26th August 2003, 13:17

I love BS player in a way because it is very lite, but I am really embarrassed to see BS trying to parse subtitles on its own, even if it is SSA. Bs player can not handle SSA and ends up in displaying
"Marked=0,0:00:16.47,0:00:20.07..." as a sub, which is not beautiful.
As long as it is working with VSFilter, Bs player is OK, I think.

To me, what is more important is SSA'ed Matroska on Win98.
I tested XviD+MP3+SSA, using my old box, win98se+Dx9b,
VSFilter and MatroskaSplitter = newest non-unicode build.

Well, I can see English, French etc. on Win98 too, but I cannot see, for instance, Japanese, on Win98. Maybe it can't be helped since Win98 is not unicode-based...but "SSAed MKV is generally not playable on Win98" is my headache...

Anyone knows how to replay SSA'ed MKV on Win98 (using Gabest's filters)?
:confused:

iradic

20th February 2004, 09:49

BSPLAY caused a divide error in module L3CODECX.AX at 016f:1c401eec.
Registers:
EAX=000000d1 CS=016f EIP=1c401eec EFLGS=00010246
EBX=013dfb90 SS=0177 ESP=030cfd14 EBP=00000000
ECX=000000d1 DS=0177 ESI=013d8100 FS=415f
EDX=00000000 ES=0177 EDI=013d81a4 GS=0000
Bytes at CS:EIP:
f7 f5 85 d2 0f 85 44 01 00 00 8b 9c 24 b4 00 00
Stack dump:
00000000 013d8100 000000d1 013dfb90 00000000 78000000 030cfd50 bff6b5f9 005a0000 030cfdb4 00000001 00000002 7da91500 00000001 00000000 01920000

**********************************************************************

MPLAYERC caused a divide error in module L3CODECX.AX at 016f:1c401eec.
Registers:
EAX=000000d1 CS=016f EIP=1c401eec EFLGS=00010246
EBX=00a992f0 SS=0177 ESP=04d3fd14 EBP=00000000
ECX=000000d1 DS=0177 ESI=00a9a790 FS=3787
EDX=00000000 ES=0177 EDI=00a9a834 GS=0000
Bytes at CS:EIP:
f7 f5 85 d2 0f 85 44 01 00 00 8b 9c 24 b4 00 00
Stack dump:
00000000 00a9a790 000000d1 00a992f0 00000000 78000000 00000000 00000000 00000000 7fbd1dc0 00000001 00000002 7da91500 00000001 7fcd048c 7fbd8f58
________________________________________

Version:
matroskasplitter_20040111-2.zip

Couriosity:
MPlayer2 plays just fine with same settings (checked - l3caodec.ax is decoding audio - 64kbps mono 44100)...

Bluedan

5th March 2004, 23:06

I recently had difficulties with mkv files.
After I installed matroskasplitter_20040111 I could not render those files with gspot/graphedit. Players I tried, amongst them bsplayer v1.807 and TCMP, got a hang-up.
Switching back to last years last version (20031220) solved the issue.
Anyone to confirm?
I like to add that so far the playback of matroska files works wonderful, especially in TMCP, bsplayer is still slow on switching streams and does not show stream names...(go ahead bst2k!).
Thank you gabest for these great filters!

EDIT:: @iradic
Oh, I must have missed that kinda _silent_ update. That one is crashing with every player I tested, too: bsplayer, tcmp, wmp

Yuuhi

5th March 2004, 23:31

Originally posted by Bluedan
I recently had difficulties with mkv files.
After I installed matroskasplitter_20040111 I could not render those files with gspot/graphedit. Players I tried, amongst them bsplayer v1.807 and TCMP, got a hang-up.
Switching back to last years last version (20031220) solved the issue.
Anyone to confirm?

Me too. Hangs up with almost everithing with the latest Matroskasplitter version (even with the silent update). The only player who doen't have problems in opening was MPC latest version but I cannot browse into the chapter of my MKV file (disabling the internal splitter of course; no problems at all using the internal one). Had to switch back to 20031220.

Liisachan

7th March 2004, 14:32

Can anyone verify this?

In MKV, if you embed (OGM-stlye) Chapter data, such as
CHAPTER01=00:00:00.000
CHAPTER01NAME=OP Song
CHAPTER02=00:01:31.000
CHAPTER02NAME=Prologue
...
and if you use MatroskaSplitter 1.0.2.1 by disabling MPC's internal Matroska Splitter,
then MPC's menu "Navigation | Jump to" will be screwed up, showing huge negative time stamps like:
[-138644304:-27:-58] OP Song
[-138644304:-26:-27] Prologue
...

Now, if you re-register the older version, MatroskaSplitter 1.0.2.0, the problem is gone, and you can see what is supposed to be seen in that menu:
[00:00:00] OP Song
[00:01:31] Prologue
...

I'm guessing this is also the reason TCMP cannot play some MKVs with 1.0.2.1, tho it CAN with 1.0.2.0. Perhaps "some MKVs TCMP cannot play with 1.0.2.1" are actually MKVs which have chapters. I didn't do a thorough test, but it seems that TCMP can play MKV with 1.0.2.1 too if the MKV has no chapters.

So, I'm guessing MatroskaSplitter 1.0.2.1 may have some bugs in the part where it handles time stamps in chapters.
:confused: