From chris at matroska.org  Sat Jan  1 01:12:15 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Sat, 01 Jan 2005 01:12:15 +0100
Subject: [Matroska-devel] SONIC : another lossless audio code,
 developed by a mplayer team member
Message-ID: <41D5EADF.3080801@matroska.org>

Hi,

here is the documentation of another nice lossless audio codec :

doc for sonic : http://www.mplayerhq.hu/~michael/ffmpeg-doxy/sonic_8c.html

Mosu hould know more about it, its made by a member of the mplayer dev 
core team, Alex Bergerazsi

Christian



From moritz at bunkus.org  Sat Jan  1 01:38:32 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sat, 1 Jan 2005 01:38:32 +0100
Subject: [Matroska-devel] SONIC : another lossless audio code,
	developed by a mplayer team member
In-Reply-To: <41D5EADF.3080801@matroska.org>
References: <41D5EADF.3080801@matroska.org>
Message-ID: <20050101003832.GJ2411@bunkus.org>

Hey,

I only know of its existence, but nothing about the details. It's
developped inside ffmpeg, not inside mplayer, and I don't follow
ffmpeg's development.

Happy New Year :)

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From paul at msn.com  Sat Jan  1 01:54:46 2005
From: paul at msn.com (Paul Bryson)
Date: Fri, 31 Dec 2004 18:54:46 -0600
Subject: [Matroska-devel] Re: SONIC : another lossless audio code,
	developed by a mplayer team member
References: <41D5EADF.3080801@matroska.org>
Message-ID: <cr4sbs$dfc$1@sea.gmane.org>

"Christian HJ Wiesner" wrote...
> Hi,
>
> here is the documentation of another nice lossless audio codec :
>
> doc for sonic : http://www.mplayerhq.hu/~michael/ffmpeg-doxy/sonic_8c.html
>
> Mosu hould know more about it, its made by a member of the mplayer dev 
> core team, Alex Bergerazsi

The one time I chatted with Alex, he was quite nice and reasonable.  I would 
bet he wouldn't be opposed to it's use in Matroska.


Atamido. 





From moritz at bunkus.org  Sat Jan  1 11:47:08 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sat, 1 Jan 2005 11:47:08 +0100
Subject: [Matroska-devel] mmg.exe 2 Bugs Related to Charset
In-Reply-To: <200412291948039i1_8A@faireal.net>
References: <20041229190427174!Wv@faireal.net>
	<20041229101542.GC2411@bunkus.org>
	<200412291948039i1_8A@faireal.net>
Message-ID: <20050101104708.GK2411@bunkus.org>

Hey,

Happy New Year :)

I've created a new build for you to test. It does not convert the
command line to UTF-8 anymore but leaves it just like it
is. Furthermore, Haali suggested to me that I use "GetCommandLineW()" in
mkvmerge and parse that myself instead of using the "argc/argv"
parameters that the program gets handed because Windows obviously does
some charset reencoding for argv itself. This I've done, and it does
work for me on Windows XP and Windows 98 with German "Umlaute" in the
file name. Granted, mkvmerge's output under command.com did not keep the
Umlaute intact, but running it from mmg was fine. The files created were
identical in both cases.

Could you please download and test
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-1.0-build20050101-1.rar
for me? Thanks.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From Liisachan at faireal.net  Sat Jan  1 14:11:16 2005
From: Liisachan at faireal.net (Liisachan)
Date: Sat, 01 Jan 2005 22:11:16 +0900
Subject: [Matroska-devel] mmg.exe 2 Bugs Related to Charset
In-Reply-To: <20050101104708.GK2411@bunkus.org>
References: <200412291948039i1_8A@faireal.net>
	<20050101104708.GK2411@bunkus.org>
Message-ID: <20050101221116X_iQHo@faireal.net>

Hi,

thx for your work, here's the result of quick test--

Moritz Bunkus <moritz at bunkus.org> wrote:

> Hey,
> 
> Happy New Year :)
> 
> I've created a new build for you to test. It does not convert the
> command line to UTF-8 anymore but leaves it just like it
> is.

That works fine as expected.

 Furthermore, Haali suggested to me that I use "GetCommandLineW()" in
> mkvmerge and parse that myself instead of using the "argc/argv"
> parameters that the program gets handed because Windows obviously does
> some charset reencoding for argv itself.

True, really annoying. GetCommandLineW() should work.

 This I've done, and it does
> work for me on Windows XP and Windows 98 with German "Umlaute" in the
> file name. Granted, mkvmerge's output under command.com did not keep the
> Umlaute intact, but running it from mmg was fine. The files created were
> identical in both cases.

That doesn't work.
(1) Can't copy and paste WCHAR to MMG's editbox. So I cannot 
really test. but
(2) You should be able to pass a commandline in WCHAR to 
mkvmerge from [Start]->Run, but it can't eat WCHAR.

You can test by yourself there, for instance you can try

mkvmerge -o "C:\@@@@.mkv" "C:\vid.avi"

where @@@@ is a random WCHAR string, which you can copy and 
paste from random webpages in China Japan Korea Arabia or 
wherever

(3) If supporting Unicode, MMG should open a file with WCHAR 
filename, but it can't: It gave me "File identification failed. 
Return code: 2" when I just tried to [add] "a.flac" (a has an 
accent mark, and this filename should be handled as WCHAR unless 
system default charset is W.European) Probably you'll need to 
use GetOpenFileNameW() ?

There seem to be no problems at all if the filename is in 
Japanese, which is my default charset now. Copy to Clipboard now 
works fine too. So, this build sure has a new positive feature.
:)

However, that I can handle Japanese filenames on my box whose 
locale is Japanese, is just usual, not taking advantage of 
power of WCHAR (GetCommandLineW() etc)

Liisachan

> 
> Could you please download and test
> http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-1.0-build20050101-1.rar
> for me? Thanks.
> 
> Mosu
> 
> -- 
> If Darl McBride was in charge, he'd probably make marriage
> unconstitutional too, since clearly it de-emphasizes the commercial
> nature of normal human interaction, and probably is a major impediment
> to the commercial growth of prostitution. - Linus Torvalds
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel



From moritz at bunkus.org  Sat Jan  1 15:39:05 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sat, 1 Jan 2005 15:39:05 +0100
Subject: [Matroska-devel] mmg.exe 2 Bugs Related to Charset
In-Reply-To: <20050101221116X_iQHo@faireal.net>
References: <200412291948039i1_8A@faireal.net>
	<20050101104708.GK2411@bunkus.org>
	<20050101221116X_iQHo@faireal.net>
Message-ID: <20050101143905.GL2411@bunkus.org>

Hey,

> (1) Can't copy and paste WCHAR to MMG's editbox. So I cannot 
> really test. but

like I've said: mmg does not support Unicode. And it won't in the near
future (too much work). 

> (2) You should be able to pass a commandline in WCHAR to 
> mkvmerge from [Start]->Run, but it can't eat WCHAR.

Who?

> (3) If supporting Unicode, MMG should open a file with WCHAR 
> filename, but it can't: It gave me "File identification failed. 
> Return code: 2" when I just tried to [add] "a.flac" (a has an 
> accent mark, and this filename should be handled as WCHAR unless 
> system default charset is W.European) Probably you'll need to 
> use GetOpenFileNameW() ?

I need to use CreateFileW(), but that isn't available on 9x.

> There seem to be no problems at all if the filename is in 
> Japanese, which is my default charset now. Copy to Clipboard now 
> works fine too. So, this build sure has a new positive feature.
> :)

Then I'll keep it that way for the time being.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From moritz at bunkus.org  Sat Jan  1 16:12:42 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sat, 1 Jan 2005 16:12:42 +0100
Subject: [Matroska-devel] mmg.exe 2 Bugs Related to Charset
In-Reply-To: <20050101143905.GL2411@bunkus.org>
References: <200412291948039i1_8A@faireal.net>
	<20050101104708.GK2411@bunkus.org>
	<20050101221116X_iQHo@faireal.net>
	<20050101143905.GL2411@bunkus.org>
Message-ID: <20050101151242.GM2411@bunkus.org>

Hey,

Haali is having a couple of great ideas & some source code how to deal
with all that, but it'll require a lot of changes. Therefore I won't put
that into 1.0.x anymore. But hopefully 1.2.0 won't be too far off.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Sat Jan  1 18:56:59 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sat, 01 Jan 2005 18:56:59 +0100
Subject: [Matroska-devel] DVD Still Cells
Message-ID: <41D6E46B.50908@free.fr>

Hi,

As you know DVD have menus...

In these menus you have still frames (when the menu is static). That 
means that the cell should play for a certain time looping, or even for 
an infinite looping time (still time of 255s = infinite) !

I don't know exactly how still frames should be handled. But so far I 
only saw them without audio. But they can contain buttons (and subs), 
hopefully for an infinite frame...

We should handle that in Matroska too. There are 2 main options: in the 
Cluster and in the Chapter.

Actually each case (infinite and non) can probably be handled differently.

In the case of the infinite loop, we can't afford to put that in the 
Cluster. Because, as Matroska is modular, we should be able to play a 
file even if there is no Chapter. And the only way to get out of an 
infinite loops is to use events handled in the Chapter codecs. That 
means this information has to be handled close to chapter codecs.

In the case of the finite loop, we can just change the framerate of the 
frame(s) to make the sequence last as specified in the cell. I already 
create a timecode file for video (similar to what is used for VFR). So 
that part is very easy and doesn't need any change.

Any comments ?

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From moritz at bunkus.org  Sat Jan  1 22:30:19 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sat, 1 Jan 2005 22:30:19 +0100
Subject: [Matroska-devel] mmg.exe 2 Bugs Related to Charset
In-Reply-To: <20050101151242.GM2411@bunkus.org>
References: <200412291948039i1_8A@faireal.net>
	<20050101104708.GK2411@bunkus.org>
	<20050101221116X_iQHo@faireal.net>
	<20050101143905.GL2411@bunkus.org>
	<20050101151242.GM2411@bunkus.org>
Message-ID: <20050101213019.GN2411@bunkus.org>

Hey,

aaaaaaaaand here we go.

Some more code from Haali, some more hacking by myself. But like I said,
this has been done in the development (upcoming 1.2.0) version. mmg
still does not support Unicode input. But mkvmerge should now be able to
open Unicode file names.

Maybe you could test this build:
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/HEAD//mkvtoolnix-head-20050101-1.rar
This one needs the same runtime archive as 1.0.x.

Thanks.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds



From moritz at bunkus.org  Sat Jan  1 23:41:55 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sat, 1 Jan 2005 23:41:55 +0100
Subject: [Matroska-devel] mmg.exe 2 Bugs Related to Charset
In-Reply-To: <20050101213019.GN2411@bunkus.org>
References: <200412291948039i1_8A@faireal.net>
	<20050101104708.GK2411@bunkus.org>
	<20050101221116X_iQHo@faireal.net>
	<20050101143905.GL2411@bunkus.org>
	<20050101151242.GM2411@bunkus.org>
	<20050101213019.GN2411@bunkus.org>
Message-ID: <20050101224155.GO2411@bunkus.org>

He again,

the previous build didn't work on 98 at all, so here's an update:

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/HEAD//mkvtoolnix-head-20050101-2.rar

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From moritz at bunkus.org  Sun Jan  2 01:20:25 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sun, 2 Jan 2005 01:20:25 +0100
Subject: [Matroska-devel] Matroska pack
Message-ID: <20050102002025.GP2411@bunkus.org>

Hey,

After reading again that thread on the corecodec forum about Matroska
playback problems on Windows 98 I decided to recreate it. I installed
Win98 in VMWare, downloaded the full pack 1.0.3, chose the standard
installation options, installed DirectX 8.1, installed TCMP
4.0.something, and tried to play a file. Didn't work.

Next step: MatroskaDiag.exe. It told me that neither splitter was
installed. Therefore I tried "regsvr32 MatroskaSplitter.ax" which failed
with a message like "result was 0x0000001f". Ok, next step: downloaded
Gabest's Matroska splitter from sourceforget and tried "regsvr32
MatroskaSplitter.ax" from the non-Unicode directory. Lo and behold, that
worked.

Now TCMP still complains about not being able to find an audio device,
but that's secondary. The point is that our beloved Matroska pack is
broken on non-Unicode Windows versions.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From moritz at bunkus.org  Sun Jan  2 01:29:31 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sun, 2 Jan 2005 01:29:31 +0100
Subject: [Matroska-devel] Matroska pack
In-Reply-To: <20050102002025.GP2411@bunkus.org>
References: <20050102002025.GP2411@bunkus.org>
Message-ID: <20050102002931.GQ2411@bunkus.org>

Hey,

the same is true for VSFilter.dll. Unfortunately downloading the current
version from sourceforge does not help here becuase regsvr32 fails for
both .dlls in that ZIP :(

Is there another place where I might get a non-Unicode build of
VSFilter?

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From paul at msn.com  Sun Jan  2 07:39:41 2005
From: paul at msn.com (Paul Bryson)
Date: Sun, 2 Jan 2005 00:39:41 -0600
Subject: [Matroska-devel] Re: Matroska pack
References: <20050102002025.GP2411@bunkus.org>
	<20050102002931.GQ2411@bunkus.org>
Message-ID: <cr84vm$3m6$1@sea.gmane.org>

"Moritz Bunkus" wrote...
> Is there another place where I might get a non-Unicode build of
> VSFilter?

Didn't Haali compile one?


Atamido 





From steve.lhomme at free.fr  Sun Jan  2 08:54:38 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sun, 02 Jan 2005 08:54:38 +0100
Subject: [Matroska-devel] Matroska pack
In-Reply-To: <20050102002025.GP2411@bunkus.org>
References: <20050102002025.GP2411@bunkus.org>
Message-ID: <41D7A8BE.7030909@free.fr>

Moritz Bunkus a ?crit :
> Now TCMP still complains about not being able to find an audio device,
> but that's secondary. The point is that our beloved Matroska pack is
> broken on non-Unicode Windows versions.

Well, when we proceed with the new pack we *will* try it on Win98. 
Yesterday I saw that I still have my VMWare image with W98 sitting 
there. So I could test it if needed.



From chris at matroska.org  Sun Jan  2 09:34:02 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Sun, 02 Jan 2005 09:34:02 +0100
Subject: [Matroska-devel] Matroska pack
In-Reply-To: <20050102002025.GP2411@bunkus.org>
References: <20050102002025.GP2411@bunkus.org>
Message-ID: <41D7B1FA.1000607@matroska.org>

Moritz Bunkus schrieb:

>Hey,
>Now TCMP still complains about not being able to find an audio device,
>but that's secondary. The point is that our beloved Matroska pack is
>broken on non-Unicode Windows versions.
>Mosu
>  
>
Eeeeeek :O ! How is that possible ?? The pack should check the OS 
automatically, and install the non-unicode versions of all filters then 
? Nibor, any idea what might have happened here ?

In any case, to avoid problems like that i will now test EVERY pack on 
an old WinME machine of mine, based on an old K6-2 550. Guess i have to 
make a special test video for that, with a 320 x 240 resolution XviD and 
MP2 ;-)

Christian



From moritz at bunkus.org  Sun Jan  2 09:56:12 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sun, 2 Jan 2005 09:56:12 +0100
Subject: [Matroska-devel] Matroska pack
In-Reply-To: <41D7B1FA.1000607@matroska.org>
References: <20050102002025.GP2411@bunkus.org> <41D7B1FA.1000607@matroska.org>
Message-ID: <20050102085612.GR2411@bunkus.org>

Hey,

> In any case, to avoid problems like that i will now test EVERY pack on 
> an old WinME machine of mine, based on an old K6-2 550. Guess i have to 
> make a special test video for that, with a 320 x 240 resolution XviD and 
> MP2 ;-)

Yeah, I'll test, too, even if it's only on a VMWare. For me it will be
enough if the video(s) start playing, they don't have to be smooth ;)
That at proves at least that all necessary filters are available.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From moritz at bunkus.org  Sun Jan  2 09:56:31 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sun, 2 Jan 2005 09:56:31 +0100
Subject: [Matroska-devel] Re: Matroska pack
In-Reply-To: <cr84vm$3m6$1@sea.gmane.org>
References: <20050102002025.GP2411@bunkus.org>
	<20050102002931.GQ2411@bunkus.org> <cr84vm$3m6$1@sea.gmane.org>
Message-ID: <20050102085631.GS2411@bunkus.org>

Hey,

> Didn't Haali compile one?

A non-Unicode one? Dunno. Mike?

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Sun Jan  2 10:02:00 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sun, 02 Jan 2005 10:02:00 +0100
Subject: [Matroska-devel] Re: Matroska pack
In-Reply-To: <20050102085631.GS2411@bunkus.org>
References: <20050102002025.GP2411@bunkus.org>	<20050102002931.GQ2411@bunkus.org>
	<cr84vm$3m6$1@sea.gmane.org> <20050102085631.GS2411@bunkus.org>
Message-ID: <41D7B888.8030500@free.fr>

Moritz Bunkus a ?crit :
> Hey,
> 
> 
>>Didn't Haali compile one?
> 
> 
> A non-Unicode one? Dunno. Mike?

Probably not. Does it even exist ?



From moritz at bunkus.org  Sun Jan  2 10:13:01 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sun, 2 Jan 2005 10:13:01 +0100
Subject: [Matroska-devel] Re: Matroska pack
In-Reply-To: <41D7B888.8030500@free.fr>
References: <20050102002025.GP2411@bunkus.org>
	<20050102002931.GQ2411@bunkus.org> <cr84vm$3m6$1@sea.gmane.org>
	<20050102085631.GS2411@bunkus.org> <41D7B888.8030500@free.fr>
Message-ID: <20050102091301.GU2411@bunkus.org>

Hey,

On Sun, Jan 02, 2005 at 10:02:00AM +0100, Steve Lhomme wrote:
> >A non-Unicode one? Dunno. Mike?
> 
> Probably not. Does it even exist ?

Gabest's downloads do have two versions inside in two directories
"release" and "release Unicode", so I expected the former one to be
non-Unicode. But neither one could be regsvr32'ed :( Same for the
previous release from 2003.

BTW: Is there any way TCMP can be persuaded to start playback even if it
can't render some streams (subtitles in my case)?

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Sun Jan  2 10:31:23 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sun, 02 Jan 2005 10:31:23 +0100
Subject: [Matroska-devel] Re: Matroska pack
In-Reply-To: <20050102091301.GU2411@bunkus.org>
References: <20050102002025.GP2411@bunkus.org>	<20050102002931.GQ2411@bunkus.org>
	<cr84vm$3m6$1@sea.gmane.org>	<20050102085631.GS2411@bunkus.org>
	<41D7B888.8030500@free.fr> <20050102091301.GU2411@bunkus.org>
Message-ID: <41D7BF6B.804@free.fr>

Moritz Bunkus a ?crit :
> Hey,
> 
> On Sun, Jan 02, 2005 at 10:02:00AM +0100, Steve Lhomme wrote:
> 
>>>A non-Unicode one? Dunno. Mike?
>>
>>Probably not. Does it even exist ?
> 
> 
> Gabest's downloads do have two versions inside in two directories
> "release" and "release Unicode", so I expected the former one to be
> non-Unicode. But neither one could be regsvr32'ed :( Same for the
> previous release from 2003.
> 
> BTW: Is there any way TCMP can be persuaded to start playback even if it
> can't render some streams (subtitles in my case)?

I agree it's a major PITA. Even here when I load a Matroska file it 
sometimes complain about streams. But hopefully will play the file anyway...



From Liisachan at faireal.net  Mon Jan  3 06:26:44 2005
From: Liisachan at faireal.net (Liisachan)
Date: Mon, 03 Jan 2005 14:26:44 +0900
Subject: [Matroska-devel] mmg.exe 2 Bugs Related to Charset
In-Reply-To: <20050101213019.GN2411@bunkus.org>
References: <20050101151242.GM2411@bunkus.org>
	<20050101213019.GN2411@bunkus.org>
Message-ID: <20050103142644S&0x$G@faireal.net>

Moritz Bunkus <moritz at bunkus.org> wrote:

> Hey,
> 
> aaaaaaaaand here we go.
> 
> Some more code from Haali, some more hacking by myself. But like I said,
> this has been done in the development (upcoming 1.2.0) version. mmg
> still does not support Unicode input. But mkvmerge should now be able to
> open Unicode file names.

Yes, it is!
It can open both for input and output.

I tested Chinese/French/English/Japanese/Arabic filenames,
and everything worked fine.

Congratulations!
That's one small step for an mkgmerge, one giant leap for i18n.

Liisachan



From Liisachan at faireal.net  Mon Jan  3 06:29:05 2005
From: Liisachan at faireal.net (Liisachan)
Date: Mon, 03 Jan 2005 14:29:05 +0900
Subject: [Matroska-devel] mmg.exe 2 Bugs Related to Charset
In-Reply-To: <20050101143905.GL2411@bunkus.org>
References: <20050101221116X_iQHo@faireal.net>
	<20050101143905.GL2411@bunkus.org>
Message-ID: <200501031429057F7rr=@faireal.net>

Moritz Bunkus <moritz at bunkus.org> wrote:

> > (2) You should be able to pass a commandline in WCHAR to 
> > mkvmerge from [Start]->Run, but it can't eat WCHAR.
> 
> Who?

Anyone who has Windows 2000/XP.

Click the Start button, hit [R] then you'll get a small editbox
where you can type a commandline in WCHAR.
For instance, you can copy and paste a Greek string to test it 
as the output filename.

...if that is what you asked...?!?!

Liisachan



From moritz at bunkus.org  Mon Jan  3 09:51:37 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 3 Jan 2005 09:51:37 +0100
Subject: [Matroska-devel] mmg.exe 2 Bugs Related to Charset
In-Reply-To: <20050103142644S&0x$G@faireal.net>
References: <20050101151242.GM2411@bunkus.org>
	<20050101213019.GN2411@bunkus.org>
	<20050103142644S&0x$G@faireal.net>
Message-ID: <20050103085137.GC2411@bunkus.org>

Hey,

> Yes, it is!
> It can open both for input and output.

Yay :) mmg will follow some day ;)

Thanks for testing.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Mon Jan  3 11:14:05 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 03 Jan 2005 11:14:05 +0100
Subject: [Matroska-devel] New Chapter Codec scheme
Message-ID: <41D91AED.7020102@free.fr>

Hi,

Due to our conversation of yesterday, I've reworked the layout of the 
"chapter codecs". As nothing is publicly released, we make all the 
changes we want. In short all the "codec" stuff is now included in 
ChapterProcess which can be multiple. That means you can include as many 
different codecs in each ChapterAtom as you want.

* Process
	ProcessCodecID
	ProcessPrivate
	* ProcessCommand
		ProcessTime
		ProcessData

I'm currently updating the specs accordingly. And then libmatroska, 
mkvmerge and DMX...

Please comment if you have anything to say...

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From surzh at mail.ru  Mon Jan  3 12:29:22 2005
From: surzh at mail.ru (=?koi8-r?Q?=E1=CC=C5=CB=D3=C5=CA=20=F3=D5=D2=D6=C5=CE=CB=CF=20?=)
Date: Mon, 03 Jan 2005 14:29:22 +0300
Subject: [Matroska-devel] Haali parser: Suggestions for Audio Stream Switcher
Message-ID: <E1ClQOo-000LCc-00.surzh-mail-ru@f15.mail.ru>

Dear Matroska-developers, dear Mikhail Matsnev!

I've downloaded and tested the beta-version of the alternative MKV-parser. It works for me without any problems. I'd like nevertheless to make some suggestions about its functionality, namely, about the built-in audiostream switcher.

Although some people (including me) long awaited this feature, i was a bit disappointed by its realization. What do i mean? actually, i often mixed mkv-movies with several audio streams, for example,

Stream 1 - original audiotrack (ogg, 48KHz, stereo, avg. bitrate of appr. 120-130kbps)
Stream 2 - the dialog translation by a lector (voice only - ogg, 22KHz, mono, avg. bitrate of 10-20kbps)
Stream 3 - my own comments about the movie mistakes (ogg, 22KHz, mono, avg. bitrate of 10-20kbps)

Certainly, Speex would be more perfect choice for Streams 2 & 3, but mkvtoolnix still does not allow me to mux Speex-streams... Anyway, ogg is also quite good in the speech encoding.

Till now i've used the Gabest splitter and various players to switch on/off streams 2 and/or 3 (the main audiostream No.1 is always switched on). In other words, i could mux several audiostreams during playing movie back - so to say, "on-the-fly". At the moment, there are numerous mediaplayers which allow us to do it (BSPlayer, ViPlay, LightAlloy, and even the Gasbest' MPC /when the built-in audioswitcher is disabled/).

The alternative Haali's parser does, however, not let me to mux audiostreams, but only to switch between them. It works exactly like the outdated Morgan Stream Switcher... in other words, such a method kills the most attractive feature of Matroska - the flexibility.

So, my proprosition is either
1) to add an opportunity to disable the audioswitcher 
2) or, what is even better, to make the audio selection following the principle "any combination of the embedded streams", but not "only one of them".

What would be a profit? 
i) well, subtitles are good, but, please, let users to decide themselves whether they prefer to read subs (and deflect their attention from the video) or to hear the dictor's translation. 
ii) when the tracks are muxed in the manner i wrote, the original soundtrack remains untouched - it might be useful both for playing movie back without the lectors comments (for those who know English well or study this language) or for editing and/or replacing the lector voice by any other local language (Russian, German, French)...

Although the same feature could be achieved by muxing the lector voice as a separate track in DolbySurround-tracks, i do believe that changing a bit alternative MKV-parser could solve this problem in the most reasonable manner...
 
Faithfully, 
Aleksei Surzhenko 
(aka NuPogodi)



From steve.lhomme at free.fr  Mon Jan  3 13:45:32 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 03 Jan 2005 13:45:32 +0100
Subject: [Matroska-devel] Haali parser: Suggestions for Audio Stream
	Switcher
In-Reply-To: <E1ClQOo-000LCc-00.surzh-mail-ru@f15.mail.ru>
References: <E1ClQOo-000LCc-00.surzh-mail-ru@f15.mail.ru>
Message-ID: <41D93E6C.1080103@free.fr>

??????? ???????? a ?crit :
> Dear Matroska-developers, dear Mikhail Matsnev!

Hi ???????,

> Although some people (including me) long awaited this feature, i was a bit disappointed by its realization. What do i mean? actually, i often mixed mkv-movies with several audio streams, for example,
> 
> Stream 1 - original audiotrack (ogg, 48KHz, stereo, avg. bitrate of appr. 120-130kbps)
> Stream 2 - the dialog translation by a lector (voice only - ogg, 22KHz, mono, avg. bitrate of 10-20kbps)
> Stream 3 - my own comments about the movie mistakes (ogg, 22KHz, mono, avg. bitrate of 10-20kbps)

Great job. I'm glad advanced users like you find what they need in 
Matroska :)

> Certainly, Speex would be more perfect choice for Streams 2 & 3, but mkvtoolnix still does not allow me to mux Speex-streams... Anyway, ogg is also quite good in the speech encoding.

Hopefully that shouldn't be too hard to add.

> So, my proprosition is either
> 1) to add an opportunity to disable the audioswitcher 

Probably quite complicated given the current design (which I haven't 
looked at closely). But allowing 0 to infinite audio streams should be 
done one day. I'm sure some people would have use for not decoding any 
audio at all in some movies.

> 2) or, what is even better, to make the audio selection following the principle "any combination of the embedded streams", but not "only one of them".

This is almost the same problem as above. Because AFAIK this splitter 
reconfigures the audio pins whenever another stream is selected. That 
means it's either 0 if the segment has no audio or 1 if it has plenty. 
But no new pin is created on the fly. It may lead to some problems with 
some players but I'm not sure.

For sure that would be the nicest way of doing things. Selecting the 
stream (on/off) from the stream list...

I also noticed this problem when playing a file in TCMP. Neither the 
audio or subtitle switching were available to TCMP, only from the filter 
(and sometimes it would freeze after the switch).

> ii) when the tracks are muxed in the manner i wrote, the original soundtrack remains untouched - it might be useful both for playing movie back without the lectors comments (for those who know English well or study this language) or for editing and/or replacing the lector voice by any other local language (Russian, German, French)...

It could also be used for multi-track audio where you could 
enable/disable some instruments.

> Although the same feature could be achieved by muxing the lector voice as a separate track in DolbySurround-tracks, i do believe that changing a bit alternative MKV-parser could solve this problem in the most reasonable manner...

True

> Faithfully, 
> Aleksei Surzhenko 
> (aka NuPogodi)

Thanks for your positive contribution !


From moritz at bunkus.org  Mon Jan  3 13:52:41 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 3 Jan 2005 13:52:41 +0100
Subject: [Matroska-devel] Haali parser: Suggestions for Audio Stream
	Switcher
In-Reply-To: <41D93E6C.1080103@free.fr>
References: <E1ClQOo-000LCc-00.surzh-mail-ru@f15.mail.ru>
	<41D93E6C.1080103@free.fr>
Message-ID: <20050103125241.GE2411@bunkus.org>

Hey,

> >Certainly, Speex would be more perfect choice for Streams 2 & 3, but 
> >mkvtoolnix still does not allow me to mux Speex-streams... Anyway, ogg is 
> >also quite good in the speech encoding.
> 
> Hopefully that shouldn't be too hard to add.

I've already looked into Speex, but the blatant lack of documentation
about the format (especially about the bitstream) discouraged me of
spending more time on it. I guess I can figure it out with the usual
"Use the Source, Luke!", but that's always more work than necessary :/

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From paul at msn.com  Mon Jan  3 18:31:27 2005
From: paul at msn.com (Paul Bryson)
Date: Mon, 3 Jan 2005 11:31:27 -0600
Subject: [Matroska-devel] Re: Haali parser: Suggestions for Audio
	StreamSwitcher
References: <E1ClQOo-000LCc-00.surzh-mail-ru@f15.mail.ru><41D93E6C.1080103@free.fr>
	<20050103125241.GE2411@bunkus.org>
Message-ID: <crbvh6$coo$1@sea.gmane.org>

"Moritz Bunkus" wrote...
> Hey,
>
>> >Certainly, Speex would be more perfect choice for Streams 2 & 3, but
>> >mkvtoolnix still does not allow me to mux Speex-streams... Anyway, ogg 
>> >is
>> >also quite good in the speech encoding.
>>
>> Hopefully that shouldn't be too hard to add.
>
> I've already looked into Speex, but the blatant lack of documentation
> about the format (especially about the bitstream) discouraged me of
> spending more time on it. I guess I can figure it out with the usual
> "Use the Source, Luke!", but that's always more work than necessary :/

How is extracting Speex from Ogg different from Vorbis from Ogg?  Other than 
getting the samplerate, shouldn't all of the data packets be stored the 
same?


Atamido 





From moritz at bunkus.org  Mon Jan  3 18:36:46 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 3 Jan 2005 18:36:46 +0100
Subject: [Matroska-devel] Re: Haali parser: Suggestions for Audio
	StreamSwitcher
In-Reply-To: <crbvh6$coo$1@sea.gmane.org>
References: <20050103125241.GE2411@bunkus.org> <crbvh6$coo$1@sea.gmane.org>
Message-ID: <20050103173646.GG2411@bunkus.org>

Hey,

> How is extracting Speex from Ogg different from Vorbis from Ogg?
> Other than getting the samplerate, shouldn't all of the data packets
> be stored the same?

Even for Vorbis I extract the number of samples from the packets. This
cannot be gotten from the Ogg container itself because there may be
several packets in one page, and only a page has a timestamp. (This is
the same we have with lacing, but we do have a default duration which
Ogg does not have.)

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From Liisachan at faireal.net  Tue Jan  4 09:06:43 2005
From: Liisachan at faireal.net (Liisachan)
Date: Tue, 04 Jan 2005 17:06:43 +0900
Subject: [Matroska-devel] Re: snow/vorbis/nut?
In-Reply-To: <41D42525.500@matroska.org>
References: <20041230021423.GA232892@math.utoronto.ca>
	<41D42525.500@matroska.org>
Message-ID: <20050104170643Cw78&e@faireal.net>

Hi,

ChristianHJW <christian at matroska.org> wrote:

> marco schrieb:
> 
> > Hi,
> > The latest changelog mentions:
> > 
> > - Vorbis in NUT fixed
> > - NUT updated to latest specification
> > 
> > but I can't seem to find any documentation. How would
> > I go about creating a snow video and stuffing that into
> > the nut container? My sources would be a series of images
> > (say, PNG), and a sound file (could be wav, or ogg vorbis).

"ffmpeg -i input... -vcodec snow out.nut" might work
But it says:

[snow @ 0075D478]this codec is under development, files encoded with it wont be
decodeable with future versions!!!
use vstrict=-1 to use it anyway

...so it is unadvisable to 'truly' support this codec now,
because the format is not decided.

of course MKV can have SNOW as V_MS/VFW, tho.

> what exactly is 'snow' ? Are there any docs, so we can start adding 
> support for it in matroska container ? Could you consider using matroska 
> instead of NUT for your purpose, or is it too 'Windows-centric' for you ?

A few hours ago, someone told me SNOW was a promissing codec,
so I tried it. And here's a sample MKV (SNOW+Ogg Vorbis)

http://park14.wakwak.com/~flower/matroska/snow-vorbis.zip

It's just V_MS/VFW/FOURCC (windows-centric) with CodecPrivate, 
FourCC: SNOW, but anyway... this codec seems to be wavelet-based, 
and in high bitrate (like 2000kbps) might be higher-quality than 
Theora. Can be encoded/decoded on windows using
http://celticdruid.no-ip.com/xvid/ffdshow/ffdshow-20041223.exe

+ EBML head
+ Segment, size 8572392
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4029)
|+ Segment information
| + Timecode scale: 1000000
| + Muxing application: libebml v0.7.3 + libmatroska v0.7.4
| + Writing application: mkvmerge v1.2.0 ('Cornflake Girl') built on Jan  1 2005
 20:52:36
| + Duration: 32.547s (00:00:32.547000000)
| + Date: Tue Jan 04 06:40:48 2005 UTC
| + Title: SNOW sample clip: from Tokyo Mew Mew Ep.43
| + Segment UID: 0xc2 0x19 0x74 0xed 0x5c 0x7f 0x46 0x76 0xa8 0x5d 0x19 0xaf 0x0
8 0xb9 0xc8 0xad
|+ Segment tracks
| + A track
|  + Track number: 1
|  + Track UID: 430097114
|  + Track type: video
|  + Default flag: 1
|  + Forced flag: 0
|  + Lacing flag: 0
|  + MinCache: 1
|  + Timecode scale: 1.000000
|  + Max BlockAddition ID: 1
|  + Codec ID: V_MS/VFW/FOURCC
|  + CodecPrivate, length 40 (FourCC: SNOW, 0x574f4e53)
|  + Default duration: 41.708ms (23.976 fps for a video track)
|  + Language: jpn
|  + Video track
|   + Pixel width: 640
|   + Pixel height: 480
|   + Display width: 640
|   + Display height: 480
| + A track
|  + Track number: 2
|  + Track UID: 4006114554
|  + Track type: audio
|  + Default flag: 1
|  + Forced flag: 0
|  + Lacing flag: 1
|  + MinCache: 0
|  + Timecode scale: 1.000000
|  + Max BlockAddition ID: 1
|  + Codec ID: A_VORBIS
|  + CodecPrivate, length 3910
|  + Language: jpn
|  + Audio track
|   + Sampling frequency: 48000.000000
|   + Channels: 2
|+ EbmlVoid (size: 1024)
|+ Cluster

Liisachan



From playful at gmx.at  Tue Jan  4 22:55:56 2005
From: playful at gmx.at (playful at gmx.at)
Date: Tue, 4 Jan 2005 22:55:56 +0100 (MET)
Subject: [Matroska-devel] suggestion for  Haali's splitter
Message-ID: <28918.1104875756@www43.gmx.net>


Hallo Matroska team!

With latest builds of Haali's splitter(15.12.2004/03.01.2005)it happens that
Vobsub subtitles are autoloaded (muxed with latest MKVMErge).
Autoloading is a cool feature :-)but:

The problem is that the filter should, for my taste, only autoload one
subtitle if "Make default track" is selected in MKVMerge, otherwise the
splitter shouldn't autoload the subtitle.
Or is there another idea/benefit behind MKVMerge's "Make default
track"-feature?

So, is it possible that the autoloading of subtitles only works if it's
titled as default track in MKVmerge?

Thanks in advance

Cu filewalker

-- 
+++ GMX - die erste Adresse f?r Mail, Message, More +++
1 GB Mailbox bereits in GMX FreeMail http://www.gmx.net/de/go/mail


From moritz at bunkus.org  Tue Jan  4 23:08:02 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Tue, 4 Jan 2005 23:08:02 +0100
Subject: [Matroska-devel] suggestion for  Haali's splitter
In-Reply-To: <28918.1104875756@www43.gmx.net>
References: <28918.1104875756@www43.gmx.net>
Message-ID: <20050104220802.GK2411@bunkus.org>

Hey,

> The problem is that the filter should, for my taste, only autoload one
> subtitle if "Make default track" is selected in MKVMerge, otherwise the
> splitter shouldn't autoload the subtitle.
> Or is there another idea/benefit behind MKVMerge's "Make default
> track"-feature?

There are two things to keep in mind here.

1. The quesion whether or not to show subtitles AT ALL is totally up to
   the user. This is not set in the Matroska file at the moment,
   although we've added a "forced playback" flag for that a while ago.

2. IF subs should be shown THEN (and only then) does the "default track"
   come into play. It is a hint for the player which track to chose if
   the user hasn't selected a specific one.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From moritz at bunkus.org  Tue Jan  4 23:11:39 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Tue, 4 Jan 2005 23:11:39 +0100
Subject: [Matroska-devel] suggestion for  Haali's splitter
In-Reply-To: <20050104220802.GK2411@bunkus.org>
References: <28918.1104875756@www43.gmx.net> <20050104220802.GK2411@bunkus.org>
Message-ID: <20050104221139.GL2411@bunkus.org>

Hey,

BTW: We've had a discussion about this here:
http://lists.matroska.org/pipermail/matroska-devel/2004-November/002099.html

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Wed Jan  5 09:42:56 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Wed, 05 Jan 2005 09:42:56 +0100
Subject: [Matroska-devel] suggestion for  Haali's splitter
In-Reply-To: <20050104220802.GK2411@bunkus.org>
References: <28918.1104875756@www43.gmx.net> <20050104220802.GK2411@bunkus.org>
Message-ID: <41DBA890.6050709@free.fr>

Moritz Bunkus a ?crit :
> Hey,
> 
> 
>>The problem is that the filter should, for my taste, only autoload one
>>subtitle if "Make default track" is selected in MKVMerge, otherwise the
>>splitter shouldn't autoload the subtitle.
>>Or is there another idea/benefit behind MKVMerge's "Make default
>>track"-feature?
> 
> 
> There are two things to keep in mind here.
> 
> 1. The quesion whether or not to show subtitles AT ALL is totally up to
>    the user. This is not set in the Matroska file at the moment,
>    although we've added a "forced playback" flag for that a while ago.

Is that flag already available in MMG ? Or even mkvmerge ?


From moritz at bunkus.org  Wed Jan  5 09:49:00 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Wed, 5 Jan 2005 09:49:00 +0100
Subject: [Matroska-devel] suggestion for  Haali's splitter
In-Reply-To: <41DBA890.6050709@free.fr>
References: <28918.1104875756@www43.gmx.net>
	<20050104220802.GK2411@bunkus.org> <41DBA890.6050709@free.fr>
Message-ID: <20050105084900.GM2411@bunkus.org>

Hey,

> Is that flag already available in MMG ? Or even mkvmerge ?

Nope and nope.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From Liisachan at faireal.net  Wed Jan  5 18:26:23 2005
From: Liisachan at faireal.net (Liisachan)
Date: Thu, 06 Jan 2005 02:26:23 +0900
Subject: [Matroska-devel] [mkvextract] cuesheet : Typo in Help & a small wish
Message-ID: <2005010602262334=50-@faireal.net>

Hi, Mosu

mkvextract v1.2.0 ('Cornflake Girl') has this typo in -h

<quote>

The fifith mode tries to extract chapter information and tags and outputs
them as a CUE sheet. This is the reverse of using a CUE sheet with
mkvmerge's '--chapters' option.

Example:
mkvextract cuehseets "audiofile.mka" > audiofile.cue
--------------^----^

</quote>

And I'd like to see the --output-charset: option in
mkvextract cuesheet



Liisachan



From Liisachan at faireal.net  Wed Jan  5 18:32:43 2005
From: Liisachan at faireal.net (Liisachan)
Date: Thu, 06 Jan 2005 02:32:43 +0900
Subject: [Matroska-devel] [mkvextract] cuesheet : Typo in Help & a small
	wish
In-Reply-To: <2005010602262334=50-@faireal.net>
References: <2005010602262334=50-@faireal.net>
Message-ID: <200501060232433%5F79@faireal.net>

Liisachan <Liisachan at faireal.net> wrote:

> And I'd like to see the --output-charset: option in
> mkvextract cuesheet

Sorry, I think I can just use -c
^^;

Liisachan



From Liisachan at faireal.net  Wed Jan  5 18:32:43 2005
From: Liisachan at faireal.net (Liisachan)
Date: Thu, 06 Jan 2005 02:32:43 +0900
Subject: [Matroska-devel] [mkvextract] cuesheet : Typo in Help & a small
	wish
In-Reply-To: <2005010602262334=50-@faireal.net>
References: <2005010602262334=50-@faireal.net>
Message-ID: <200501060232433%5F79@faireal.net>

Liisachan <Liisachan at faireal.net> wrote:

> And I'd like to see the --output-charset: option in
> mkvextract cuesheet

Sorry, I think I can just use -c
^^;

Liisachan



From Liisachan at faireal.net  Wed Jan  5 19:46:54 2005
From: Liisachan at faireal.net (Liisachan)
Date: Thu, 06 Jan 2005 03:46:54 +0900
Subject: [Matroska-devel] mkvextract (bug) Cannot input/output japanese
In-Reply-To: <200501060232433%5F79@faireal.net>
References: <2005010602262334=50-@faireal.net>
	<200501060232433%5F79@faireal.net>
Message-ID: <20050106034654fK26FO@faireal.net>

Mosu:

mkvextract 1.2.0 freezes for:

mkvextract tracks A 1:B

...if A and/or B is/are Japanese filename(s).

And, I don't think I can use -c for a Cuesheet, either.

Liisachan



From moritz at bunkus.org  Wed Jan  5 20:43:11 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Wed, 5 Jan 2005 20:43:11 +0100
Subject: [Matroska-devel] mkvextract (bug) Cannot input/output japanese
In-Reply-To: <20050106034654fK26FO@faireal.net>
References: <2005010602262334=50-@faireal.net>
	<200501060232433%5F79@faireal.net>
	<20050106034654fK26FO@faireal.net>
Message-ID: <20050105194311.GO2411@bunkus.org>

Hey,

> mkvextract 1.2.0 freezes for:
> 
> mkvextract tracks A 1:B
> 
> ...if A and/or B is/are Japanese filename(s).

True, only mkvmerge has gotten the i18n treatmeant we discussed a couple
of days ago. The other two will follow.

> And, I don't think I can use -c for a Cuesheet, either.

Possible. I'll put it onto my TODO list.

PS: Thanks for the typo hints.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From moritz at bunkus.org  Thu Jan  6 12:47:13 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Thu, 6 Jan 2005 12:47:13 +0100
Subject: [Matroska-devel] mkvextract (bug) Cannot input/output japanese
In-Reply-To: <20050106034654fK26FO@faireal.net>
References: <2005010602262334=50-@faireal.net>
	<200501060232433%5F79@faireal.net>
	<20050106034654fK26FO@faireal.net>
Message-ID: <20050106114713.GT2411@bunkus.org>

Hey,

you can try
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/HEAD//mkvtoolnix-head-20050106-1.rar

It only addresses the file name issues, not the -c issue.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Thu Jan  6 12:52:21 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Thu, 06 Jan 2005 12:52:21 +0100
Subject: [Matroska-devel] Matroska on CoreCodec
Message-ID: <41DD2675.9090507@free.fr>

Hi everyone,

As we have many tasks and softwares in the work, I thought we needed 
something to keep track of our TODO and future plans and also allow 
users to submit bug reports easily. And instead of installing softwares 
to do that on our own, the obvious choice was to do that on CoreCodec.

So the project is back on CoreCodec : 
http://corecodec.org/projects/matroska/

I only enabled the stuff we don't have on our 'own' server. That means 
I've disables CVS/SVN, file downloads, mailing lists and forums (the 
CoreCodec forums are enough).

I think all people involved in Matroska should register on CoreCodec.ORG 
so that we can keep track and assign "tasks" to each other (usually 
auto-assigned).

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From steve.lhomme at free.fr  Thu Jan  6 13:28:44 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Thu, 06 Jan 2005 13:28:44 +0100
Subject: [Matroska-devel] Matroska on CoreCodec
In-Reply-To: <41DD2675.9090507@free.fr>
References: <41DD2675.9090507@free.fr>
Message-ID: <41DD2EFC.7060006@free.fr>

Steve Lhomme a ?crit :
> Hi everyone,
> 
> As we have many tasks and softwares in the work, I thought we needed 
> something to keep track of our TODO and future plans and also allow 
> users to submit bug reports easily. And instead of installing softwares 
> to do that on our own, the obvious choice was to do that on CoreCodec.
> 
> So the project is back on CoreCodec : 
> http://corecodec.org/projects/matroska/
> 
> I only enabled the stuff we don't have on our 'own' server. That means 
> I've disables CVS/SVN, file downloads, mailing lists and forums (the 
> CoreCodec forums are enough).

Mike, do you think you could use CoreCodec's CVS server for your code ?

This way anybody could have access to the sources easily. And you 
wouldn't have to use Subversion ;)


From Liisachan at faireal.net  Thu Jan  6 16:43:27 2005
From: Liisachan at faireal.net (Liisachan)
Date: Fri, 07 Jan 2005 00:43:27 +0900
Subject: [Matroska-devel] mkvextract (bug) Cannot input/output japanese
In-Reply-To: <20050106114713.GT2411@bunkus.org>
References: <20050106034654fK26FO@faireal.net>
	<20050106114713.GT2411@bunkus.org>
Message-ID: <20050107004327UkrgV?@faireal.net>

Hi,

Moritz Bunkus <moritz at bunkus.org> wrote:

> Hey,
> 
> you can try
> http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/HEAD//mkvtoolnix-head-20050106-1.rar

This basically works with 1 problem:
It failed to delete the temporary file like
*.temp-tta-extraction-11...
sometimes, probably if the filename is Unicode?

Liisachan



From moritz at bunkus.org  Thu Jan  6 17:12:18 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Thu, 6 Jan 2005 17:12:18 +0100
Subject: [Matroska-devel] mkvextract (bug) Cannot input/output japanese
In-Reply-To: <20050107004327UkrgV?@faireal.net>
References: <20050106034654fK26FO@faireal.net>
	<20050106114713.GT2411@bunkus.org>
	<20050107004327UkrgV?@faireal.net>
Message-ID: <20050106161218.GW2411@bunkus.org>

Hey,

> This basically works with 1 problem:
> It failed to delete the temporary file like
> *.temp-tta-extraction-11...
> sometimes, probably if the filename is Unicode?

Right. Fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/HEAD/mkvtoolnix-head-20050106-2.rar
which simply does not use the output file name for the temporary file
but some other data like track ID.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From Liisachan at faireal.net  Thu Jan  6 17:28:40 2005
From: Liisachan at faireal.net (Liisachan)
Date: Fri, 07 Jan 2005 01:28:40 +0900
Subject: [Matroska-devel] mkvextract (bug) Cannot input/output japanese
In-Reply-To: <20050106161218.GW2411@bunkus.org>
References: <20050107004327UkrgV?@faireal.net>
	<20050106161218.GW2411@bunkus.org>
Message-ID: <20050107012840aUL2$E@faireal.net>

Moritz Bunkus <moritz at bunkus.org> wrote:

> Hey,
> 
> > This basically works with 1 problem:
> > It failed to delete the temporary file like
> > *.temp-tta-extraction-11...
> > sometimes, probably if the filename is Unicode?
> 
> Right. Fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/HEAD/mkvtoolnix-head-20050106-2.rar
> which simply does not use the output file name for the temporary file
> but some other data like track ID.

Thank you. Fixed fine :)

Liisachan



From Liisachan at faireal.net  Thu Jan  6 17:51:57 2005
From: Liisachan at faireal.net (Liisachan)
Date: Fri, 07 Jan 2005 01:51:57 +0900
Subject: [Matroska-devel] mkvextract (bug) Cannot input/output japanese
In-Reply-To: <20050106161218.GW2411@bunkus.org>
References: <20050107004327UkrgV?@faireal.net>
	<20050106161218.GW2411@bunkus.org>
Message-ID: <20050107015157Ky$Y?3@faireal.net>

Hi,

mkvtoolnix-head-20050106-2.rar

is still having this problem:

The cue file extracted by --cuesheet says:

FILE "\Unicode_Filename.tta" WAVE

\ should be removed.

The cue file extracted by "mkvextract cuesheet" has
the full path as FILE,
while the cuesheet by --cuesheet has just a file name as FILE.

IMO, the full path is not preferable here because you cannot 
move TTA+CUE, in this case.

Liisachan



From steve.lhomme at free.fr  Fri Jan  7 10:22:51 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Fri, 07 Jan 2005 10:22:51 +0100
Subject: [Matroska-devel] Spec Change (chapter start time)
Message-ID: <41DE54EB.9070106@free.fr>

Hi,

As I'm progressing through DVD ripping, it seems that there are some 
DVDs that use the same cell in different PGCs and different programs. Of 
course we are not going to keep all instance of these cells many times 
in the output file. So the DVD chapters will be an EditList as Haali 
calls it (EditionFlagOrdered = 1). That also means that the Chapter 
start and end time for upper chapter levels are useless. Since you could 
have something like this :

PGC 0:0:0 -> 0:25:0
   Cell 0:3:20 -> 0:5:0
   Cell 0:0:0  -> 0:3:20
   Cell 0:20:0 -> 0:25:0

Which contains gaps. So the time for the PGC is irrelevant, both start 
and end times...

In the specs the ChapterTimeStart is mandatory at all levels. But that 
has no sense for EditionFlagOrdered = 1.  I'm thinking about removing 
the mandatory property. Any objections ?

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From mike at po.cs.msu.su  Fri Jan  7 15:13:26 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Fri, 07 Jan 2005 17:13:26 +0300
Subject: [Matroska-devel] Spec Change (chapter start time)
In-Reply-To: <41DE54EB.9070106@free.fr>
References: <41DE54EB.9070106@free.fr>
Message-ID: <41DE9906.5000606@po.cs.msu.su>

Steve Lhomme wrote:
> In the specs the ChapterTimeStart is mandatory at all levels. But that 
> has no sense for EditionFlagOrdered = 1.  I'm thinking about removing 
> the mandatory property. Any objections ?
So what's the meaning of such chapters? Can they be safely ignored?

/Mike


From steve.lhomme at free.fr  Fri Jan  7 15:22:57 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Fri, 07 Jan 2005 15:22:57 +0100
Subject: [Matroska-devel] Spec Change (chapter start time)
In-Reply-To: <41DE9906.5000606@po.cs.msu.su>
References: <41DE54EB.9070106@free.fr> <41DE9906.5000606@po.cs.msu.su>
Message-ID: <41DE9B41.2020909@free.fr>

Mike Matsnev a ?crit :
> Steve Lhomme wrote:
> 
>> In the specs the ChapterTimeStart is mandatory at all levels. But that 
>> has no sense for EditionFlagOrdered = 1.  I'm thinking about removing 
>> the mandatory property. Any objections ?
> 
> So what's the meaning of such chapters? Can they be safely ignored?

1) logically grouping elements
2) knowning the corresponding DVD level (SS, PGC, Program, Cell, etc) of 
this group (through the corresponding CodecPrivate)

This way when you encounter a JumpSS you are going to jump to that 
group. It would be much complicated with a flat list because each cell 
(the lower level of DVDs) would need to contain the SS, PGC, Program it 
refers to.


From steve.lhomme at free.fr  Sat Jan  8 17:55:58 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sat, 08 Jan 2005 17:55:58 +0100
Subject: [Matroska-devel] Spec Change (chapter start time)
In-Reply-To: <41DE9B41.2020909@free.fr>
References: <41DE54EB.9070106@free.fr> <41DE9906.5000606@po.cs.msu.su>
	<41DE9B41.2020909@free.fr>
Message-ID: <41E0109E.1080707@free.fr>

Steve Lhomme a ?crit :
> Mike Matsnev a ?crit :
> 
>> Steve Lhomme wrote:
>>
>>> In the specs the ChapterTimeStart is mandatory at all levels. But 
>>> that has no sense for EditionFlagOrdered = 1.  I'm thinking about 
>>> removing the mandatory property. Any objections ?
>>
>>
>> So what's the meaning of such chapters? Can they be safely ignored?
> 
> 
> 1) logically grouping elements
> 2) knowning the corresponding DVD level (SS, PGC, Program, Cell, etc) of 
> this group (through the corresponding CodecPrivate)
> 
> This way when you encounter a JumpSS you are going to jump to that 
> group. It would be much complicated with a flat list because each cell 
> (the lower level of DVDs) would need to contain the SS, PGC, Program it 
> refers to.

So, is it OK to remove the mandatory flag for ChapterTimeStart ?

I'm modified DMX to keep most of the start timecodes. But I had to 
remove the PTT level because it's just a seek point. I'm not sure if I 
can remove it totally or I have to take it back with some more changes 
in the code... Actually it's one element which StartTime is vital, but 
I'm not sure it's needed. I'll check if there are DVD commands relating 
to the PTT level, otherwise it will be totally dropped...

Also another thing we need is a better identification of segments. For 
example the VMG segment (first used when you enter a DVD) usually have a 
command JumpTT # (jump to title # x). That means jumping to another 
segment. But so far we don't know how to map the title/domain to a 
meaningfull element in Matroska. The Segment UID is an ID that should 
unique over a lot (global) of Matroska files. It could work, but only if 
you modify the value in the DVD command. IMO, that's not the way to go. 
We should have a better way to map the domain to an ID in the Segment 
Info. Hopefully something that would not be DVD specific, but more general.

Comments are welcomed !



From steve.lhomme at free.fr  Sat Jan  8 18:00:29 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sat, 08 Jan 2005 18:00:29 +0100
Subject: [Matroska-devel] Spec Change (chapter start time)
In-Reply-To: <41E0109E.1080707@free.fr>
References: <41DE54EB.9070106@free.fr>
	<41DE9906.5000606@po.cs.msu.su>	<41DE9B41.2020909@free.fr>
	<41E0109E.1080707@free.fr>
Message-ID: <41E011AD.2000302@free.fr>

Steve Lhomme a ?crit :
> So, is it OK to remove the mandatory flag for ChapterTimeStart ?
> 
> I'm modified DMX to keep most of the start timecodes. But I had to 
> remove the PTT level because it's just a seek point. I'm not sure if I 
> can remove it totally or I have to take it back with some more changes 
> in the code... Actually it's one element which StartTime is vital, but 
> I'm not sure it's needed. I'll check if there are DVD commands relating 
> to the PTT level, otherwise it will be totally dropped...
> 
> Also another thing we need is a better identification of segments. For 
> example the VMG segment (first used when you enter a DVD) usually have a 
> command JumpTT # (jump to title # x). That means jumping to another 
> segment. But so far we don't know how to map the title/domain to a 
> meaningfull element in Matroska. The Segment UID is an ID that should 
> unique over a lot (global) of Matroska files. It could work, but only if 
> you modify the value in the DVD command. IMO, that's not the way to go. 
> We should have a better way to map the domain to an ID in the Segment 
> Info. Hopefully something that would not be DVD specific, but more general.
> 
> Comments are welcomed !

PS: It has been decided that for infinite still frames we will use a 
"custom" command, using our own Chapter Codec. But we need to define it 
now, so that I can add it to DMX (for the moment it outputs something 
with a big TODO).

What kind of command should it be ?
- loop this ChapterAtom infinitely
- loop this ChapterAtom a given number of time (-1 = infinite)
- jump to a given timecode

I prefer option #2

Also how are we going to store our commands ? A statis struct-like 
format ? Or something EBML like ? With the command ID, the length of the 
command and the command data...



From mike at po.cs.msu.su  Sat Jan  8 18:13:04 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Sat, 08 Jan 2005 20:13:04 +0300
Subject: [Matroska-devel] Spec Change (chapter start time)
In-Reply-To: <41E011AD.2000302@free.fr>
References: <41DE54EB.9070106@free.fr>	<41DE9906.5000606@po.cs.msu.su>	<41DE9B41.2020909@free.fr>	<41E0109E.1080707@free.fr>
	<41E011AD.2000302@free.fr>
Message-ID: <41E014A0.1010106@po.cs.msu.su>

Steve Lhomme wrote:
> PS: It has been decided that for infinite still frames we will use a 
> "custom" command, using our own Chapter Codec. But we need to define it 
> now, so that I can add it to DMX (for the moment it outputs something 
> with a big TODO).
> 
> What kind of command should it be ?
> - loop this ChapterAtom infinitely
> - loop this ChapterAtom a given number of time (-1 = infinite)
> - jump to a given timecode
> 
> I prefer option #2
This is tricky to implement because you need to attach state to such
chapters. I'd vote for #3

> Also how are we going to store our commands ? A statis struct-like 
> format ? Or something EBML like ? With the command ID, the length of the 
> command and the command data...
Use plain ascii.

/Mike


From playful at gmx.at  Sat Jan  8 22:45:05 2005
From: playful at gmx.at (filewalker)
Date: Sat, 8 Jan 2005 22:45:05 +0100 (MET)
Subject: [Matroska-devel] Haali's parser: feature request
Message-ID: <28978.1105220705@www11.gmx.net>

Dear Matroska-developers,

I have one "streamswitching"-problem if I'm using Haali's parser in
combination with Zoomplayer.

Zoomplayer (and some other DS players, too) has an internal streamswitcher.
Now it happens that Haali's parser only outputs 1 audio-, 1 video- and 1
subtitle-stream to Zoomplayer. But in this case I can't use the benefit of
Zoomplayer's internal streamswitcher, particularly I use Girder for my
remote control and now I can't switch to the other audio/subtitle streams
via RC.

Blight wrote me this:
"Can you ask the author of the filter ot make an option to "output all
streams" as in, create an output pin for each stream? This way ZP should be
able to work."

IIRC, wasn't it possible in the first versions of Haali's parser to
enable/disable it's streamswitcher from the options? 


Cu filewalker


-- 
+++ Sparen Sie mit GMX DSL +++ http://www.gmx.net/de/go/dsl
AKTION f?r Wechsler: DSL-Tarife ab 3,99 EUR/Monat + Startguthaben


From mike at po.cs.msu.su  Sat Jan  8 22:58:59 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Sun, 09 Jan 2005 00:58:59 +0300
Subject: [Matroska-devel] Haali's parser: feature request
In-Reply-To: <28978.1105220705@www11.gmx.net>
References: <28978.1105220705@www11.gmx.net>
Message-ID: <41E057A3.6050900@po.cs.msu.su>

filewalker wrote:
> I have one "streamswitching"-problem if I'm using Haali's parser in
> combination with Zoomplayer.
> 
> Zoomplayer (and some other DS players, too) has an internal streamswitcher.
> Now it happens that Haali's parser only outputs 1 audio-, 1 video- and 1
> subtitle-stream to Zoomplayer. But in this case I can't use the benefit of
> Zoomplayer's internal streamswitcher, particularly I use Girder for my
> remote control and now I can't switch to the other audio/subtitle streams
> via RC.
> 
> Blight wrote me this:
> "Can you ask the author of the filter ot make an option to "output all
> streams" as in, create an output pin for each stream? This way ZP should be
> able to work."
I don't think I can implement this anytime soon, due to my internal 
design. However I export IAMStreamSelect from the splitter, so any 
software can use it to switch streams, maybe Blight can use that.

> IIRC, wasn't it possible in the first versions of Haali's parser to
> enable/disable it's streamswitcher from the options? 
New code is rewritten from scratch with new design.

/Mike


From steve.lhomme at free.fr  Sun Jan  9 11:01:57 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sun, 09 Jan 2005 11:01:57 +0100
Subject: [Matroska-devel] Spec Change (chapter start time)
In-Reply-To: <41E014A0.1010106@po.cs.msu.su>
References: <41DE54EB.9070106@free.fr>	<41DE9906.5000606@po.cs.msu.su>	<41DE9B41.2020909@free.fr>	<41E0109E.1080707@free.fr>	<41E011AD.2000302@free.fr>
	<41E014A0.1010106@po.cs.msu.su>
Message-ID: <41E10115.9030209@free.fr>

Mike Matsnev a ?crit :
> Steve Lhomme wrote:
> 
>> PS: It has been decided that for infinite still frames we will use a 
>> "custom" command, using our own Chapter Codec. But we need to define 
>> it now, so that I can add it to DMX (for the moment it outputs 
>> something with a big TODO).
>>
>> What kind of command should it be ?
>> - loop this ChapterAtom infinitely
>> - loop this ChapterAtom a given number of time (-1 = infinite)
>> - jump to a given timecode
>>
>> I prefer option #2
> 
> This is tricky to implement because you need to attach state to such
> chapters. I'd vote for #3
> 
>> Also how are we going to store our commands ? A statis struct-like 
>> format ? Or something EBML like ? With the command ID, the length of 
>> the command and the command data...
> 
> Use plain ascii.

OK, I added a command similar to what you find in Flash ActionScript. 
Maybe if we need some commands we could reuse these ones, as many people 
already know ActionScript. The syntax of ActionScript is similar to 
javascript, C and the rest of the family. Each line ends with a ; and 
you can have lines with comments using // or /* */.

The first command defined is :
GotoAndPlay(UID);

Jump to the chapter which UID is specified and start playback. Using 
timecode is not a good idea because for FlagOrdered = 1, the timecode 
can be reused many times.

I'm going to document thatt right away in the chapters spec.



From morpheus.31 at free.fr  Sun Jan  9 13:03:56 2005
From: morpheus.31 at free.fr (Motto Laurent)
Date: Sun, 9 Jan 2005 13:03:56 +0100
Subject: [Matroska-devel] !!!!!!!!
Message-ID: <8A047BED-6236-11D9-9137-00039390AC46@free.fr>

Ce format est un super projet mais S'IL VOUS PLAIT N OUBLIEZ PAS LES 
UTILISATEURS MACINTOSH!!!!!!
MERCI



From steve.lhomme at free.fr  Mon Jan 10 10:21:24 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 10 Jan 2005 10:21:24 +0100
Subject: [Matroska-devel] Re: [mosu] r2701 -
	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <20050110090632.ECC4E440004@p15097576.pureserver.info>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>
Message-ID: <41E24914.20107@free.fr>

moritz at bunkus.org a ?crit :
> Author: mosu
> Date: 2005-01-10 10:06:20 +0100 (Mon, 10 Jan 2005)
> New Revision: 2701
> 
> Modified:
>    trunk/prog/video/mkvtoolnix/src/merge/cluster_helper.cpp
> Log:
> The duration for each file should be reset even when linking files.

Mosu, I think we need to discuss that one. I think there are cases where 
it's needed and some case where the time should "continue".

That also falls in the other discussion on how to link DVD segments...


From moritz at bunkus.org  Mon Jan 10 10:56:05 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 10 Jan 2005 10:56:05 +0100
Subject: [Matroska-devel] Re: [mosu] r2701 -
	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <41E24914.20107@free.fr>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>
	<41E24914.20107@free.fr>
Message-ID: <20050110095605.GI2411@bunkus.org>

Hey,

> >The duration for each file should be reset even when linking files.
> 
> Mosu, I think we need to discuss that one. I think there are cases where 
> it's needed and some case where the time should "continue".

I've done it on Haali's request, and I think it's way more logical this
way. So far, every part in a set of linked files had a duration of
"start until the end of this file", and that's very confusing and pretty
much unusable IMHO. Either every file contains only its duration, or
every file contains the duration of all parts together.

Just my 2c.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Mon Jan 10 11:08:22 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 10 Jan 2005 11:08:22 +0100
Subject: [Matroska-devel] Re: [mosu] r2701
	-	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <20050110095605.GI2411@bunkus.org>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>	<41E24914.20107@free.fr>
	<20050110095605.GI2411@bunkus.org>
Message-ID: <41E25416.7010909@free.fr>

Moritz Bunkus a ?crit :
> Hey,
> 
> 
>>>The duration for each file should be reset even when linking files.
>>
>>Mosu, I think we need to discuss that one. I think there are cases where 
>>it's needed and some case where the time should "continue".
> 
> 
> I've done it on Haali's request, and I think it's way more logical this
> way. So far, every part in a set of linked files had a duration of
> "start until the end of this file", and that's very confusing and pretty
> much unusable IMHO. Either every file contains only its duration, or
> every file contains the duration of all parts together.
> 
> Just my 2c.

Nop, I think we need 2 different linking systems :

- one for continuous playback (as it was), it's the same content
- one for related content like DVD domains

You could use one, the other or both (DVD split in various small files).


From moritz at bunkus.org  Mon Jan 10 11:11:31 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 10 Jan 2005 11:11:31 +0100
Subject: [Matroska-devel] Re: [mosu] r2701
	-	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <41E25416.7010909@free.fr>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>
	<41E24914.20107@free.fr> <20050110095605.GI2411@bunkus.org>
	<41E25416.7010909@free.fr>
Message-ID: <20050110101131.GJ2411@bunkus.org>

Hey,

> Nop, I think we need 2 different linking systems :
> 
> - one for continuous playback (as it was), it's the same content

That's what I have implemented at the moment, is it not?

> - one for related content like DVD domains

Maybe, but having a "cummulative duration" in the files is plain wrong.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Mon Jan 10 11:39:42 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 10 Jan 2005 11:39:42 +0100
Subject: [Matroska-devel] Re: [mosu]
	r2701	-	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <20050110101131.GJ2411@bunkus.org>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>	<41E24914.20107@free.fr>
	<20050110095605.GI2411@bunkus.org>	<41E25416.7010909@free.fr>
	<20050110101131.GJ2411@bunkus.org>
Message-ID: <41E25B6E.9090406@free.fr>

Moritz Bunkus a ?crit :
> Hey,
> 
> 
>>Nop, I think we need 2 different linking systems :
>>
>>- one for continuous playback (as it was), it's the same content
> 
> 
> That's what I have implemented at the moment, is it not?

Yes

>>- one for related content like DVD domains
> 
> 
> Maybe, but having a "cummulative duration" in the files is plain wrong.

Why ?

I can see a reason why it's good : contain that spans on both parts of a 
file. Like a subtitle that would last 10s and that you cut in the middle 
(at 5s). In the case of the good-old file linking, the segments can be 
seen as one. And therefore there is no problem. Again, it's the same 
content (all same codec, track numbers, etc).

In the case of DVD-like linking the content is very different and should 
be seen as different.


From steve.lhomme at free.fr  Mon Jan 10 11:47:18 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 10 Jan 2005 11:47:18 +0100
Subject: [Matroska-devel] Re:
	[mosu]	r2701	-	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <41E25B6E.9090406@free.fr>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>	<41E24914.20107@free.fr>	<20050110095605.GI2411@bunkus.org>	<41E25416.7010909@free.fr>	<20050110101131.GJ2411@bunkus.org>
	<41E25B6E.9090406@free.fr>
Message-ID: <41E25D36.8020403@free.fr>

Steve Lhomme a ?crit :
> Why ?
> 
> I can see a reason why it's good : contain that spans on both parts of a 

s/contain/content/

> file. Like a subtitle that would last 10s and that you cut in the middle 
> (at 5s). In the case of the good-old file linking, the segments can be 
> seen as one. And therefore there is no problem. Again, it's the same 
> content (all same codec, track numbers, etc).
> 
> In the case of DVD-like linking the content is very different and should 
> be seen as different.


From moritz at bunkus.org  Mon Jan 10 12:54:29 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 10 Jan 2005 12:54:29 +0100
Subject: [Matroska-devel] Re:
	[mosu]	r2701	-	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <41E25D36.8020403@free.fr>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>
	<41E24914.20107@free.fr> <20050110095605.GI2411@bunkus.org>
	<41E25416.7010909@free.fr> <20050110101131.GJ2411@bunkus.org>
	<41E25B6E.9090406@free.fr> <41E25D36.8020403@free.fr>
Message-ID: <20050110115429.GC15717@bunkus.org>

Hey,

> >I can see a reason why it's good : contain that spans on both parts of a 
> 
> s/contain/content/
> 
> >file. Like a subtitle that would last 10s and that you cut in the middle 
> >(at 5s).

Actually you ALWAYS have content that spills over unless the last
packets of ALL tracks end on the very same timestamp (which they never
do). Maybe storing the duration for each track indiviually (in addition
to the complete duration) would be better...

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Mon Jan 10 13:05:24 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 10 Jan 2005 13:05:24 +0100
Subject: [Matroska-devel] Re: [mosu]
	r2701	-	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <41E25416.7010909@free.fr>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>	<41E24914.20107@free.fr>	<20050110095605.GI2411@bunkus.org>
	<41E25416.7010909@free.fr>
Message-ID: <41E26F84.4040707@free.fr>

Steve Lhomme a ?crit :
> Nop, I think we need 2 different linking systems :
> 
> - one for continuous playback (as it was), it's the same content
> - one for related content like DVD domains
> 
> You could use one, the other or both (DVD split in various small files).

That's actually the difference between splitting and linking. Until now 
we had splitting but we called it linking.


From steve.lhomme at free.fr  Mon Jan 10 13:19:46 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 10 Jan 2005 13:19:46 +0100
Subject: [Matroska-devel] libebml / libmatroska install dir
Message-ID: <41E272E2.20609@free.fr>

Hi,

I'm trying to compile the latest matroska stuff on my Debian machine.
I compiled and installed libebml and libmatroska which got installed in 
/usr/local

But the Debian packages I had before are installed in /usr
Is this normal or should it be fixed ?

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From moritz at bunkus.org  Mon Jan 10 13:25:55 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 10 Jan 2005 13:25:55 +0100
Subject: [Matroska-devel] libebml / libmatroska install dir
In-Reply-To: <41E272E2.20609@free.fr>
References: <41E272E2.20609@free.fr>
Message-ID: <20050110122555.GE15717@bunkus.org>

Hey,

> I'm trying to compile the latest matroska stuff on my Debian machine.
> I compiled and installed libebml and libmatroska which got installed in 
> /usr/local
> 
> But the Debian packages I had before are installed in /usr
> Is this normal or should it be fixed ?

Intended behaviour. If you install something from source then it usually
should be put into /usr/local. If it is packaged properly, then it
should be installed into /usr.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Mon Jan 10 13:38:13 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 10 Jan 2005 13:38:13 +0100
Subject: [Matroska-devel] libebml / libmatroska install dir
In-Reply-To: <20050110122555.GE15717@bunkus.org>
References: <41E272E2.20609@free.fr> <20050110122555.GE15717@bunkus.org>
Message-ID: <41E27735.4030401@free.fr>

Mh, ok...

So how do I use /usr/local includes and libs before the ones in /usr ?

Moritz Bunkus a ?crit :
> Hey,
> 
> 
>>I'm trying to compile the latest matroska stuff on my Debian machine.
>>I compiled and installed libebml and libmatroska which got installed in 
>>/usr/local
>>
>>But the Debian packages I had before are installed in /usr
>>Is this normal or should it be fixed ?
> 
> 
> Intended behaviour. If you install something from source then it usually
> should be put into /usr/local. If it is packaged properly, then it
> should be installed into /usr.
> 
> Mosu
> 

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From moritz at bunkus.org  Mon Jan 10 13:43:13 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 10 Jan 2005 13:43:13 +0100
Subject: [Matroska-devel] libebml / libmatroska install dir
In-Reply-To: <41E27735.4030401@free.fr>
References: <41E272E2.20609@free.fr> <20050110122555.GE15717@bunkus.org>
	<41E27735.4030401@free.fr>
Message-ID: <20050110124313.GG15717@bunkus.org>

Hey,

> So how do I use /usr/local includes and libs before the ones in /usr ?

Depends on the program. For mkvtoolnix you can use the parameters

--with-extra-includes=/usr/local/include
--with-extra-libs=/usr/local/lib

to configure. But why do you have to keep both? You could simply
deinstall the ones in /usr. Or you could even build your own Debian
packages:

cd libebml
fakeroot debian/rules binary
cd ..
dpkg -i libebml*deb
cd libmatroska
fakeroot debian/rules binary
cd ..
dpkg -i libmatroska*deb

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From mike at po.cs.msu.su  Mon Jan 10 16:10:06 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Mon, 10 Jan 2005 18:10:06 +0300
Subject: [Matroska-devel] Re: [mosu] r2701
	-	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <20050110095605.GI2411@bunkus.org>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>	<41E24914.20107@free.fr>
	<20050110095605.GI2411@bunkus.org>
Message-ID: <41E29ACE.6060709@po.cs.msu.su>

Moritz Bunkus wrote:
>>>The duration for each file should be reset even when linking files.
>>
>>Mosu, I think we need to discuss that one. I think there are cases where 
>>it's needed and some case where the time should "continue".
> 
> I've done it on Haali's request, and I think it's way more logical this
> way. So far, every part in a set of linked files had a duration of
> "start until the end of this file", and that's very confusing and pretty
> much unusable IMHO. Either every file contains only its duration, or
> every file contains the duration of all parts together.
My idea was to allow recovering individual duration of each part to
allow separate playback. "start until the end of this file" is ok
in that respect and I don't mind if it's reverted, I can still
recalculate duration by subtracting first timecode.

/Mike


From playful at gmx.at  Mon Jan 10 22:29:56 2005
From: playful at gmx.at (filewalker)
Date: Mon, 10 Jan 2005 22:29:56 +0100 (MET)
Subject: [Matroska-devel] Haali's parser 10.01.2005 build: bugs
Message-ID: <7563.1105392596@www56.gmx.net>


I think I just found some bugs in the 10.01.2005 build:

1)If I tried to open the "Matroska Splitter seetings" the first time, a pop
up message came and asked for "rundll.exe". I manually linked it to its'
location.

2)Although "Autoload VSFilter" is set to Yes, VSFilter doesn't autoload.
(yes,ONLY the patched modified VSFilter is installed/registered)

3)If I stop the playback in the Zoomplayer and then load the MKV file again,
I get an error message:
"Error:can't open file:80070020"
Zoomplayer tells me:
"Error 80070020 - Unable to create the "Matroska File" Filter- Der Prozess
kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess
verwendet wird" (translated: the process can't grab the file because it is
used by another process)

After this message ZP hangs up! (never happened before, now for 2 years)

In Graphedit:
If I open a MKV file, Graphedit tells me: "The format of some files in the
video aren't supported." (VSFilter?)
After pressing ok, the graph is build up, but VSFilter isn't loaded.

System: WinXP 

Cu filewalker

-- 
+++ GMX - die erste Adresse f?r Mail, Message, More +++
1 GB Mailbox bereits in GMX FreeMail http://www.gmx.net/de/go/mail


From mike at po.cs.msu.su  Tue Jan 11 01:59:39 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Tue, 11 Jan 2005 03:59:39 +0300
Subject: [Matroska-devel] Haali's parser 10.01.2005 build: bugs
In-Reply-To: <7563.1105392596@www56.gmx.net>
References: <7563.1105392596@www56.gmx.net>
Message-ID: <41E324FB.2010509@po.cs.msu.su>

filewalker wrote:
> 1)If I tried to open the "Matroska Splitter seetings" the first time, a pop
> up message came and asked for "rundll.exe". I manually linked it to its'
> location.
fixed

> 2)Although "Autoload VSFilter" is set to Yes, VSFilter doesn't autoload.
> (yes,ONLY the patched modified VSFilter is installed/registered)
Unfortunately I can't reproduce this.

> 3)If I stop the playback in the Zoomplayer and then load the MKV file again,
> I get an error message:
> "Error:can't open file:80070020"
> Zoomplayer tells me:
> "Error 80070020 - Unable to create the "Matroska File" Filter- Der Prozess
> kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess
> verwendet wird" (translated: the process can't grab the file because it is
> used by another process)
fixed

> After this message ZP hangs up! (never happened before, now for 2 years)
> 
> In Graphedit:
> If I open a MKV file, Graphedit tells me: "The format of some files in the
> video aren't supported." (VSFilter?)
> After pressing ok, the graph is build up, but VSFilter isn't loaded.
Can you add vsfilter to the graph manually? Can you try a standard 
gabest's vsfilter from sourceforge?

/Mike


From playful at gmx.at  Tue Jan 11 07:26:55 2005
From: playful at gmx.at (filewalker)
Date: Tue, 11 Jan 2005 07:26:55 +0100 (MET)
Subject: [Matroska-devel] Haali's parser 10.01.2005 build: bugs
Message-ID: <5648.1105424815@www24.gmx.net>

Hi

"> 2)Although "Autoload VSFilter" is set to Yes, VSFilter doesn't autoload.
> (yes,ONLY the patched modified VSFilter is installed/registered)
Unfortunately I can't reproduce this."
Ok, after I unregistered/reregistered all filters which were used, it works
now that VSFilter is build in the graph and subs are displayed.
Strange (because in your last build everthing worked fine without
reegistering).
VSFIlter also loads with gabest's Splitter.

Despite this I noticed now that I can't turn off the VSFIlter via the
parser's settings.

The "Error:can't open file:80070020" is still here.


Cu filewalker


-- 
+++ Sparen Sie mit GMX DSL +++ http://www.gmx.net/de/go/dsl
AKTION f?r Wechsler: DSL-Tarife ab 3,99 EUR/Monat + Startguthaben


From E-MaleSR at myrealbox.com  Tue Jan 11 02:50:52 2005
From: E-MaleSR at myrealbox.com (E-Male Soundrevolution)
Date: Tue, 11 Jan 2005 01:50:52 +0000
Subject: [Matroska-devel] dmx and mkvmerge, 2tests with logs showing bugs
Message-ID: <1105408252.3fad2bfcE-MaleSR@myrealbox.com>

on request of robux4 i did some tests with dmx and mkvmerge and attached the results

 DvdMenuXtractor.zip     09-Jan-2005 19:01  346K 
[file]  mkvtoolnix-head-20050110-3.rar   1.1MB   10-Jan-2005  22:35  

using Wayne's World and Der Schuh Des Manitu (both german rc2 retail)

the files will show some bugs, hope they'll help fix them

i'll redo the tests with future versions (or do other tests, just tell me what)

i do not use the ML, so if you wanan contact me for any reason, i'm in #matroska

E-Male

attached 16 files, all plain text but 1 which i rared for space reasons


















-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: WW---dmx_main.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: WW---dmx_log.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0001.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: WW---mkvmerge_VMG.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0002.txt>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: WW---mkvmerge_VTS01.rar
Type: application/octet-stream
Size: 15069 bytes
Desc: not available
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment.obj>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: WW---mkvmerge_VTS02.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0003.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: WW---mkvmerge_VTS03.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0004.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: WW---mkvmerge_VTSM01.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0005.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: WW---mkvmerge_VTSM02.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0006.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: WW---mkvmerge_VTSM03.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0007.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: DSDM---dmx_main.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0008.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: DSDM---dmx_log.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0009.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dsdm---mkvmerge_VMG.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0010.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dsdm---mkvmerge_VTS02.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0011.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dsdm---mkvmerge_VTS01.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0012.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dsdm---mkvmerge_VTSM01.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0013.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dsdm---mkvmerge_VTSM02.txt
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050111/231f1f2b/attachment-0014.txt>

From mike at po.cs.msu.su  Tue Jan 11 09:14:11 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Tue, 11 Jan 2005 11:14:11 +0300
Subject: [Matroska-devel] Haali's parser 10.01.2005 build: bugs
In-Reply-To: <5648.1105424815@www24.gmx.net>
References: <5648.1105424815@www24.gmx.net>
Message-ID: <41E38AD3.3030603@po.cs.msu.su>

filewalker wrote:
> Ok, after I unregistered/reregistered all filters which were used, it works
> now that VSFilter is build in the graph and subs are displayed.
> Strange (because in your last build everthing worked fine without
> reegistering).
> VSFIlter also loads with gabest's Splitter.
> 
> Despite this I noticed now that I can't turn off the VSFIlter via the
> parser's settings.
Could you explain a bit what you are trying to do and what really
happens?

> The "Error:can't open file:80070020" is still here.
Are you sure you are using the latest build? I've tried this using
zp410b2 and it just works. Try uninstalling the splitter via
control panel, remove older versions manually if there are any,
and install the latest build. The file should be
228975 Jan 11 01:25 MatroskaSplitter.exe

/Mike


From anime at idilis.ro  Tue Jan 11 12:06:43 2005
From: anime at idilis.ro (Keeper of Demons)
Date: Tue, 11 Jan 2005 11:06:43 +0000 (UTC)
Subject: [Matroska-devel] Not a bug but a missing feature
Message-ID: <loom.20050111T115603-523@post.gmane.org>

Hi, I haven't exeperienced any bugs with the latest build (at least, not yet :)
), chapters are working, VSfilter is loading (the patched version of VSfilter).

But, I still find there's one missing feature: some videos have info on resizing
image to a new aspect ratio. For instance, the video stream inside the mkv
container might have an aspect ratio of 1.467 but asks to be played at an aspect
ratio of 1.333.  This info, however, doesn't seem to be passed on by the Haali
Splitter. If you could add this feature, please... :)  (I tested this on
Zoomplyer 4.3b2 with and without VSfilter autoloading ~thought maybe VSfilter
was the problem, but it wasn't~).





From anime at idilis.ro  Tue Jan 11 12:13:16 2005
From: anime at idilis.ro (Keeper of Demons)
Date: Tue, 11 Jan 2005 11:13:16 +0000 (UTC)
Subject: [Matroska-devel] Re: Not a bug but a missing feature
References: <loom.20050111T115603-523@post.gmane.org>
Message-ID: <loom.20050111T121128-145@post.gmane.org>

A little notice : this topic concerns Haali's Matroska Splitter.

!I didn't knew how the posting stuff works, thought it would post a reply to
another topic... :(  ~





From steve.lhomme at free.fr  Tue Jan 11 12:47:11 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Tue, 11 Jan 2005 12:47:11 +0100
Subject: [Matroska-devel] Not a bug but a missing feature
In-Reply-To: <loom.20050111T115603-523@post.gmane.org>
References: <loom.20050111T115603-523@post.gmane.org>
Message-ID: <41E3BCBE.9030607@free.fr>

Keeper of Demons a ?crit :
> Hi, I haven't exeperienced any bugs with the latest build (at least, not yet :)
> ), chapters are working, VSfilter is loading (the patched version of VSfilter).

Hi,

> But, I still find there's one missing feature: some videos have info on resizing
> image to a new aspect ratio. For instance, the video stream inside the mkv
> container might have an aspect ratio of 1.467 but asks to be played at an aspect
> ratio of 1.333.  This info, however, doesn't seem to be passed on by the Haali
> Splitter. If you could add this feature, please... :)  (I tested this on
> Zoomplyer 4.3b2 with and without VSfilter autoloading ~thought maybe VSfilter
> was the problem, but it wasn't~).

This feature is strange to me. From what I understood in the past it 
both depends on the player and the filter. So you first have to make 
sure that the feature works with Gabest's filter and ZP before testing 
Haali's splitter instead.

Alternatively you can use the new interface of CoreCodec to post a 
Feature Request for the filter.

http://corecodec.org/tracker/?atid=272&group_id=49&func=browse

Haali should receive an email when something is added for the Category 
"DirectShow filter".


From playful at gmx.at  Tue Jan 11 16:09:25 2005
From: playful at gmx.at (filewalker)
Date: Tue, 11 Jan 2005 15:09:25 +0000 (UTC)
Subject: [Matroska-devel] Haali's parser 10.01.2005 build: bugs
Message-ID: <loom.20050111T155639-672@post.gmane.org>

I installed now the newest version(228975 Jan 11 01:25 MatroskaSplitter.exe).


> Despite this I noticed now that I can't turn off the VSFIlter via the
> parser's settings.
>>Could you explain a bit what you are trying to do and what really
>>happens?
 I tried to disable VSFIlter in the parser's setting, so that VSFilter isn't 
autoloading, but VSFilter loads despite this setting.
Here's a screenshot where you see that it's disabled but displayed in the 
player:  http://people.freenet.de/pipliner/MKV.png

The "rundll.exe bug" and the "Error:can't open file:80070020" bug are fixed in 
latest version. :)Thanks.

Cu filewalker








From jonipublic at wtnet.de  Tue Jan 11 15:50:17 2005
From: jonipublic at wtnet.de (Jonathan Mews)
Date: Tue, 11 Jan 2005 15:50:17 +0100 (CET)
Subject: [Matroska-devel] improvement suggsestions
Message-ID: <1147.213.209.68.213.1105455017.squirrel@213.209.68.213>

hi,

i thought about two things:
1.) there should be a key you can store in the matroska file, to indicate
that, e.g., three movie parts belong together. so it's effectively
possible for a movie player to get automatically the information whether
to play the next file with the same audio stream (and so, e.g., the same
language). for it md5 could be used.
2.) groups should be able to made. so you can combine an audio and
subtitle stream and chapter names ... all of one language, e.g., and then
give the groups the name "english" and "german". but it mustn't be only a
language setting only to combine some streams. it has to be a general
grouping system. (it would be great if there could be a system that lets
you store the chapter time ranges only one time, but lets you set more
than one name, e.g. like in some string resources, to have the chapter
names of e.g. two languages.)

what do you think about it? and are you able to carry out this?

thanx, jonathan


From chris at matroska.org  Tue Jan 11 16:47:57 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Tue, 11 Jan 2005 16:47:57 +0100
Subject: [Matroska-devel] Not a bug but a missing feature
In-Reply-To: <loom.20050111T115603-523@post.gmane.org>
References: <loom.20050111T115603-523@post.gmane.org>
Message-ID: <41E3F52D.4080502@matroska.org>

Keeper of Demons schrieb:

>But, I still find there's one missing feature: some videos have info on resizing
>image to a new aspect ratio. For instance, the video stream inside the mkv
>container might have an aspect ratio of 1.467 but asks to be played at an aspect
>ratio of 1.333.  This info, however, doesn't seem to be passed on by the Haali
>Splitter. If you could add this feature, please... :)  (I tested this on
>Zoomplyer 4.3b2 
>
Attention ! Blight, the author of Zoomplayer, added reading the AR from 
the track header from Toff's special DShow interface, the same Toff 
implemented into Gabest's splitter. I cant say too much about this 
interface, just that it sits somehow on top of DShow. Toff can hopefully 
tell us more, i cant find the link to the doc he made about it. I assume 
we have to add this interface to Haali's new splitter also ?

Christian


From steve.lhomme at free.fr  Tue Jan 11 16:51:13 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Tue, 11 Jan 2005 16:51:13 +0100
Subject: [Matroska-devel] improvement suggsestions
In-Reply-To: <1147.213.209.68.213.1105455017.squirrel@213.209.68.213>
References: <1147.213.209.68.213.1105455017.squirrel@213.209.68.213>
Message-ID: <41E3F5F1.7040804@free.fr>

Jonathan Mews a ?crit :
> hi,
> 
> i thought about two things:
> 1.) there should be a key you can store in the matroska file, to indicate
> that, e.g., three movie parts belong together. so it's effectively
> possible for a movie player to get automatically the information whether
> to play the next file with the same audio stream (and so, e.g., the same
> language). for it md5 could be used.

I exists already. It's called file linking (but should be called file 
splitting).
http://www.matroska.org/technical/specs/index.html#SegmentFilename

See: PrevUID and NextUID.

I think Haali's splitter support that already and mkvmerge has been 
using that for a long time.

> 2.) groups should be able to made. so you can combine an audio and
> subtitle stream and chapter names ... all of one language, e.g., and then
> give the groups the name "english" and "german". but it mustn't be only a
> language setting only to combine some streams. it has to be a general

Track grouping is planned.
https://corecodec.org/tracker/index.php?func=detail&aid=120&group_id=49&atid=272

> grouping system. (it would be great if there could be a system that lets
> you store the chapter time ranges only one time, but lets you set more
> than one name, e.g. like in some string resources, to have the chapter
> names of e.g. two languages.)

That part exists already. You can set the same chapter name for various 
languages. I'm not sure any player allow switching from one to the other 
for the moment...

> what do you think about it? and are you able to carry out this?

All of them exist or will exist soon. But support in various player will 
take some time...


From moritz at bunkus.org  Tue Jan 11 16:53:24 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Tue, 11 Jan 2005 16:53:24 +0100
Subject: [Matroska-devel] Re: [mosu] r2701
	-	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <41E29ACE.6060709@po.cs.msu.su>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>
	<41E24914.20107@free.fr> <20050110095605.GI2411@bunkus.org>
	<41E29ACE.6060709@po.cs.msu.su>
Message-ID: <20050111155324.GJ15717@bunkus.org>

Hey,

> My idea was to allow recovering individual duration of each part to
> allow separate playback. "start until the end of this file" is ok
> in that respect and I don't mind if it's reverted, I can still
> recalculate duration by subtracting first timecode.

So what's the consensus on this? Should I revert my change so that the
duration of file n is the duration from timecode 0 and not from the
first timecode occuring in file n?

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From chris at matroska.org  Tue Jan 11 16:55:47 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Tue, 11 Jan 2005 16:55:47 +0100
Subject: [Matroska-devel] improvement suggsestions
In-Reply-To: <1147.213.209.68.213.1105455017.squirrel@213.209.68.213>
References: <1147.213.209.68.213.1105455017.squirrel@213.209.68.213>
Message-ID: <41E3F703.9080208@matroska.org>


Hi Jonathan,

both suggestions are already a fixed part of the matroska specs since 
more than one year, we just had no chance to implement them completely 
into our software in a proper way.

1. is called 'file linking' and is supported in mkvmerge for file 
creation since some time already, but no player makes use of it 
currently, also because of limitations of DirectShow for Windows. We 
hope that independant players like VLC or Xine will make use of this 
feature one day, or maybe Gstreamer as a framework will support it in 
future.

2. was called 'control tracks' a long time, and now recently was renamed 
to 'super chapters'. Those 'super chapters' will basically allow you to 
pre-define several ways to play a file with multiple audio, video + subs 
tracks, like

- play video + german audio + german subs
- play video + english audio + english subs
- play video + japanese ( original ) audio + english subs
- play chapter one ( intro ) + episode 3 + outro, all in english language

etc.

Mosu wanted to enhance his 'chapter editor' in mmg.exe to allow creation 
of them, they can already be muxed from XML files containing the right 
info and Haali's splitter can play them already.

Regards

Christian

Jonathan Mews schrieb:

>hi,
>i thought about two things:
>1.) there should be a key you can store in the matroska file, to indicate
>that, e.g., three movie parts belong together. so it's effectively
>possible for a movie player to get automatically the information whether
>to play the next file with the same audio stream (and so, e.g., the same
>language). for it md5 could be used.
>2.) groups should be able to made. so you can combine an audio and
>subtitle stream and chapter names ... all of one language, e.g., and then
>give the groups the name "english" and "german". but it mustn't be only a
>language setting only to combine some streams. it has to be a general
>grouping system. (it would be great if there could be a system that lets
>you store the chapter time ranges only one time, but lets you set more
>than one name, e.g. like in some string resources, to have the chapter
>names of e.g. two languages.)
>
>what do you think about it? and are you able to carry out this?
>
>thanx, jonathan
>_______________________________________________
>Matroska-devel mailing list
>Matroska-devel at lists.matroska.org
>http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel
>
>  
>



From steve.lhomme at free.fr  Tue Jan 11 17:07:10 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Tue, 11 Jan 2005 17:07:10 +0100
Subject: [Matroska-devel] Re: [mosu]
	r2701	-	trunk/prog/video/mkvtoolnix/src/merge
In-Reply-To: <20050111155324.GJ15717@bunkus.org>
References: <20050110090632.ECC4E440004@p15097576.pureserver.info>	<41E24914.20107@free.fr>
	<20050110095605.GI2411@bunkus.org>	<41E29ACE.6060709@po.cs.msu.su>
	<20050111155324.GJ15717@bunkus.org>
Message-ID: <41E3F9AE.3060304@free.fr>

Moritz Bunkus a ?crit :
> Hey,
> 
> 
>>My idea was to allow recovering individual duration of each part to
>>allow separate playback. "start until the end of this file" is ok
>>in that respect and I don't mind if it's reverted, I can still
>>recalculate duration by subtracting first timecode.
> 
> 
> So what's the consensus on this? Should I revert my change so that the
> duration of file n is the duration from timecode 0 and not from the
> first timecode occuring in file n?

Can we discuss that on IRC ?
Probably not tonight but tomorrow night should be OK.

Then we can also decide on the linking vs splitting issue.


From mike at po.cs.msu.su  Tue Jan 11 18:32:27 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Tue, 11 Jan 2005 20:32:27 +0300
Subject: [Matroska-devel] Haali's parser 10.01.2005 build: bugs
In-Reply-To: <loom.20050111T155639-672@post.gmane.org>
References: <loom.20050111T155639-672@post.gmane.org>
Message-ID: <41E40DAB.9090806@po.cs.msu.su>

filewalker wrote:
>  I tried to disable VSFIlter in the parser's setting, so that VSFilter isn't 
> autoloading, but VSFilter loads despite this setting.
> Here's a screenshot where you see that it's disabled but displayed in the 
> player:  http://people.freenet.de/pipliner/MKV.png
If you use my patched vsfilter, then it's expected. The splitter option
is for compatibility with other vsfilter versions that don't support
autoloading themselves.

/Mike


From mike at po.cs.msu.su  Tue Jan 11 18:33:02 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Tue, 11 Jan 2005 20:33:02 +0300
Subject: [Matroska-devel] Not a bug but a missing feature
In-Reply-To: <41E3F52D.4080502@matroska.org>
References: <loom.20050111T115603-523@post.gmane.org>
	<41E3F52D.4080502@matroska.org>
Message-ID: <41E40DCE.7090006@po.cs.msu.su>

Christian HJ Wiesner wrote:
>> But, I still find there's one missing feature: some videos have info 
>> on resizing
>> image to a new aspect ratio. For instance, the video stream inside the 
>> mkv
>> container might have an aspect ratio of 1.467 but asks to be played at 
>> an aspect
>> ratio of 1.333.  This info, however, doesn't seem to be passed on by 
>> the Haali
>> Splitter. If you could add this feature, please... :)  (I tested this on
>> Zoomplyer 4.3b2
> 
> Attention ! Blight, the author of Zoomplayer, added reading the AR from 
> the track header from Toff's special DShow interface, the same Toff 
> implemented into Gabest's splitter. I cant say too much about this 
> interface, just that it sits somehow on top of DShow. Toff can hopefully 
> tell us more, i cant find the link to the doc he made about it. I assume 
> we have to add this interface to Haali's new splitter also ?
Yes, it's currently unimplemented.

/Mike


From anime at idilis.ro  Tue Jan 11 18:44:37 2005
From: anime at idilis.ro (Keeper of Demons)
Date: Tue, 11 Jan 2005 17:44:37 +0000 (UTC)
Subject: [Matroska-devel] Re: Haali's parser 10.01.2005 build: bugs
References: <loom.20050111T155639-672@post.gmane.org>
Message-ID: <loom.20050111T183509-80@post.gmane.org>

I had an ideea why that might happen and after seeing the screenshot I realized
I was right. :) The reason why you keep getting VSfilter loaded even with Haali
splitter set on "Autoload VSfilter = No" is because you use a Customized Graph
with Zoomplayer. That "Customized Graph" overrides DirectShow's graph building
and forces the loading of VSfilter.

Try doing this: go to "Filter Control -> Customized Media Playback" and uncheck
"Enable Customized Media Playback".  See what happens! :)  (and if this didn't
work, go to "Filter Control -> Management" and set "Manual Filters" to 
Disabled".)




From playful at gmx.at  Tue Jan 11 19:48:05 2005
From: playful at gmx.at (filewalker)
Date: Tue, 11 Jan 2005 18:48:05 +0000 (UTC)
Subject: [Matroska-devel] Haali's parser 10.01.2005 build: bugs
Message-ID: <loom.20050111T193135-270@post.gmane.org>

Thanks Mike.
Now  everything is clear...I thought that you always wrote about Toff's patched 
VSFilter version.I always used the patched version  ;)
Thanks for the compatibility.

@Keeper of Demons
It has nothing to do with Standard/Custimized Playback in ZP. The behaviour 
concerning VSFilter is the same in both modes.
You don't need (and shouldn't) add VSFilter anywhere in Customized Media 
Playback.
Gabest splitter is autoloading VSFilter.
... and now Mike's latest parser also supports vsfilter versions that don't 
support autoloading themselves.

Cu 



From anime at idilis.ro  Tue Jan 11 20:41:08 2005
From: anime at idilis.ro (Keeper of Demons)
Date: Tue, 11 Jan 2005 19:41:08 +0000 (UTC)
Subject: [Matroska-devel] Re: Haali's parser 10.01.2005 build: bugs
References: <loom.20050111T193135-270@post.gmane.org>
Message-ID: <loom.20050111T203920-807@post.gmane.org>

>  <at> Keeper of Demons
> It has nothing to do with Standard/Custimized Playback in ZP. The behaviour 
> concerning VSFilter is the same in both modes.
> You don't need (and shouldn't) add VSFilter anywhere in Customized Media 
> Playback.
> Gabest splitter is autoloading VSFilter.
> ... and now Mike's latest parser also supports vsfilter versions that don't 
> support autoloading themselves.

Yes, you are right. Me bad. :)
That's why the patched VSfilter is no longer available for download on Mike's
page anymore, I guess. :) There's no need for it anymore.





From steve.lhomme at free.fr  Wed Jan 12 09:49:06 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Wed, 12 Jan 2005 09:49:06 +0100
Subject: [Matroska-devel] Re: [Matroska-users] Some questions about
	matroska.....
In-Reply-To: <41E4D79B.1050503@albacom.net>
References: <41E4D79B.1050503@albacom.net>
Message-ID: <41E4E482.5020907@free.fr>

Fabio Bizzi a ?crit :
> Hi matroska guys,

Hi,

> I'm new with matroska and I've some questions to this list, I've 
> searched in the docs but I haven't found what I'm looking for.
> 
> The first question is: Is Matroska "streammable" in multicast ?
> I've looked around for any documentation about streaming matroska in 
> unicast / multicast but I'ven't fond any at all. :(

No. Multicast/RTP requires too many changes to the format to be usable. 
The only streaming we recommend/support/endores is on TCP. UDP could 
work as the format is working even with data loss. But RTP has more 
constraint that would make it hard to work.

We had a discussion about that maybe 2 years ago and decided that it was 
  not a top priority to have this. But if you really want a definitive 
answer we could have a look again.

 From what I remember multicasting is good if the UDP packets are small 
and "atomic". That means it represents a valid basic part of the stream. 
But in Matroska the smaller level that can have error checking is the 
BlockGroup, which can be huge for video since it contains a complete 
frame (can be a few kilobytes)... Now for audio without lacing these 
packets could be small and therefore usable.

> If Yes, Can I use RTP ? or what else ?
> DO I need a SAP server for announcements and Header, Meta Seek 
> Information, Segment Information and Track ? Or What else ?
> 
> Where I can found docs about it ?
> 
> Thanks a lot.

All the doc we have is on the website or the ML. But if you have more 
background on multicasting it could be helpful for us if you share it :) 
Maybe I'm wrong about the needed atomic aspect of RTP/UDP. As even for a 
1 Mbps stream the UDP packets for video will never match a video frame, 
regardless of the format used.

Steve


From moritz at bunkus.org  Wed Jan 12 19:45:07 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Wed, 12 Jan 2005 19:45:07 +0100
Subject: [Matroska-devel] problems with AVC in Matroska
Message-ID: <20050112184507.GN15717@bunkus.org>

Hey,

I have some good and some bad news regarding AVC in Matroska. First the
good news:

Haali had a little chat with one of the Nero developpers. He confirmed
that mkvmerge must use the CTTS atom in a MP4 file when transmuxing from
MP4 to Matroska. Otherwise the timestamps would be out of order, and
Nero's AVC decoder would fall back to FPS mode. And indeed, Haali has
playback working with Nero's AVC decoder now :)

The bad news is something else said developper mentioned:

<quote>
There is no fixed ordering like in previous standards,
and the decoder uses a combination of frame numbers and picture decding
buffer usage rules to determine the final frame ordering.
</quote>

Haali also said:

<quote>
frames are out of order even for files without bframes.
avc can refer to any frame, not only to the neighbor
</quote>

This means that storage of AVC in Matroska will become a LOT more
difficult. The problem is that MP4 stores neither the frame type nor the
references at the container level. There's only the distinction between
"key frame" and "non-key frame". In order to get all the information (is
it a P or a B frame? Which frames do these frames reference?) every app
putting AVC into Matroska would have to parse the AVC bitstream. This
adds tons of complications and will make AVC-in-Matroska very unpopular
amongst developpers.

There are two solutions for this:

1. Insist on getting the frame type and reference information from the
   AVC bitstream and converting that information into Matroska's
   reference scheme. This is, like I said above, very, very
   complicated. It will push the next mkvtoolnix release far into the
   future, probably right into March. Or the next release will not
   contain AVC support. We also have to think about other applications
   like gstreamer which will have difficulties transporting all
   reference information to the muxers, I fear.

2. Store AVC "the MP4 way". This would mean that we use the proper
   timestamps but do not differentiate between P and B frames. That way
   all the information required can be taken from the MP4 container
   level. This is way easier to implement.

Personally I'm a big fan of "working solutions". Therefore I vote for 2
although I'm pretty sure that most will insist on solution 1. I'm just
warning you that 1. may prove to be a showstopper for AVC in Matroska.

Opinions?

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From spyder at matroska.org  Wed Jan 12 21:10:00 2005
From: spyder at matroska.org (John Cannon)
Date: Wed, 12 Jan 2005 14:10:00 -0600
Subject: [Matroska-devel] problems with AVC in Matroska
In-Reply-To: <20050112184507.GN15717@bunkus.org>
References: <20050112184507.GN15717@bunkus.org>
Message-ID: <41E58418.6060300@matroska.org>

I think the references add a great deal of complexity outside of simple 
mpeg frame ordering.  IMO it shouldn't be _necessary_ to have all of 
this information.  I think it should still be possible to store a full 
reference list though for special uses.  Outside of the whole 
"idealistic editing" application I see little use for references on any 
MPEG based codec.  All of these formats are designed to be container 
independent and usually the decoder chips take care of buffering etc as 
needed for decoding without any outside help.  I don't really know 
enough about MP4 to comment on whether the CTTS thingy is enough but if 
it can allow VFR etc. I think it's fine.  So, to sum up... I don't think 
we should force the reference system to be fully used for such complex 
codecs.

John


From moritz at bunkus.org  Wed Jan 12 21:23:13 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Wed, 12 Jan 2005 21:23:13 +0100
Subject: [Matroska-devel] problems with AVC in Matroska
In-Reply-To: <41E58418.6060300@matroska.org>
References: <20050112184507.GN15717@bunkus.org> <41E58418.6060300@matroska.org>
Message-ID: <20050112202313.GO15717@bunkus.org>

Hey,

> Outside of the whole "idealistic editing" application I see little use
> for references on any MPEG based codec.  All of these formats are
> designed to be container independent and usually the decoder chips
> take care of buffering etc as needed for decoding without any outside
> help.

I totally agree. We can make our lives VERY difficult for VERY little
gain if we insist on correct references.

> I don't really know enough about MP4 to comment on whether the CTTS
> thingy is enough but if it can allow VFR etc. I think it's fine.

The CTTS atom is a "frame timecode offset" atom. Another atom is used
for the PTS of all frames, and CTTS gives the differences between the
PTS and the DTS for each frame. You simply add the two values et voila
-- you have a proper DTS.

For "normal" B frames these timecodes are what we have come to expect
from e.g. MPEG-1/-2/-4 B frame timestamping.

Unfortunately, like I've said, that's all the information we have. As
frames may be out of order *even without B frames* in AVC the CTTS atom
doesn't give us any hint on frame types themselves.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Wed Jan 12 22:46:09 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Wed, 12 Jan 2005 22:46:09 +0100
Subject: [Matroska-devel] problems with AVC in Matroska
In-Reply-To: <20050112202313.GO15717@bunkus.org>
References: <20050112184507.GN15717@bunkus.org> <41E58418.6060300@matroska.org>
	<20050112202313.GO15717@bunkus.org>
Message-ID: <41E59AA1.4030208@free.fr>

Moritz Bunkus a ?crit :
> Hey,
> 
> 
>>Outside of the whole "idealistic editing" application I see little use
>>for references on any MPEG based codec.  All of these formats are
>>designed to be container independent and usually the decoder chips
>>take care of buffering etc as needed for decoding without any outside
>>help.

Hey, this system is not more powerful than our system. We *could* handle 
that.

> I totally agree. We can make our lives VERY difficult for VERY little
> gain if we insist on correct references.
> 
> 
>>I don't really know enough about MP4 to comment on whether the CTTS
>>thingy is enough but if it can allow VFR etc. I think it's fine.
> 
> 
> The CTTS atom is a "frame timecode offset" atom. Another atom is used
> for the PTS of all frames, and CTTS gives the differences between the
> PTS and the DTS for each frame. You simply add the two values et voila
> -- you have a proper DTS.

So the CTTS is negative ? (DTS <= PTS)

> For "normal" B frames these timecodes are what we have come to expect
> from e.g. MPEG-1/-2/-4 B frame timestamping.
> 
> Unfortunately, like I've said, that's all the information we have. As
> frames may be out of order *even without B frames* in AVC the CTTS atom
> doesn't give us any hint on frame types themselves.

But I don't think they allow any kind of weird combination. Like have 
the first frame, then the last, then whatever frame. There is very 
probably some constraints. Just like our MinCache value. If not they're 
seriously b0rked and people will assume on their reader and if you're 
out of that it won't play.

Another thing to look at is how AVC is stored in MPEG. Since I don't 
think MPEG will allow too much weird stuff.

Now on #1 vs #2. Obviously I'd like #1. But apparently AVC is not a 
codec made for editing. Only for a finalised encoding (otherwise you 
need constraints mentioned above). So either we find constraints and we 
"map" them to our reference system. Or we go #2 and decide AVC will 
never be editable... BTW for #2 how do you store in Matroska that a 
frame is not a frame in the correct order ? Especially for an I frame...



From playful at gmx.at  Thu Jan 13 07:13:10 2005
From: playful at gmx.at (filewalker)
Date: Thu, 13 Jan 2005 06:13:10 +0000 (UTC)
Subject: [Matroska-devel] Re: Haali's parser: feature request
References: <28978.1105220705@www11.gmx.net> <41E057A3.6050900@po.cs.msu.su>
Message-ID: <loom.20050113T070627-802@post.gmane.org>

Mike Matsnev <mike <at> po.cs.msu.su> writes:

> 
> filewalker wrote:
> > Blight wrote me this:
> > "Can you ask the author of the filter ot make an option to "output all
> > streams" as in, create an output pin for each stream? This way ZP should be
> > able to work."
> I don't think I can implement this anytime soon, due to my internal 
> design. However I export IAMStreamSelect from the splitter, so any 
> software can use it to switch streams, maybe Blight can use that.

Blight request me to ask you this:
"Can you ask Mike to make this filter work with file source async?"

Although I think I know your answer. ;)

Cu filewalker







From steve.lhomme at free.fr  Thu Jan 13 09:30:12 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Thu, 13 Jan 2005 09:30:12 +0100
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <loom.20050113T070627-802@post.gmane.org>
References: <28978.1105220705@www11.gmx.net> <41E057A3.6050900@po.cs.msu.su>
	<loom.20050113T070627-802@post.gmane.org>
Message-ID: <41E63194.10405@free.fr>

filewalker a ?crit :
> Mike Matsnev <mike <at> po.cs.msu.su> writes:
> 
> 
>>filewalker wrote:
>>
>>>Blight wrote me this:
>>>"Can you ask the author of the filter ot make an option to "output all
>>>streams" as in, create an output pin for each stream? This way ZP should be
>>>able to work."
>>
>>I don't think I can implement this anytime soon, due to my internal 
>>design. However I export IAMStreamSelect from the splitter, so any 
>>software can use it to switch streams, maybe Blight can use that.
> 
> 
> Blight request me to ask you this:
> "Can you ask Mike to make this filter work with file source async?"
> 
> Although I think I know your answer. ;)

Can you ask him to make the DS filters he make use file source async too ?


From mike at po.cs.msu.su  Thu Jan 13 09:36:59 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Thu, 13 Jan 2005 11:36:59 +0300
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <loom.20050113T070627-802@post.gmane.org>
References: <28978.1105220705@www11.gmx.net> <41E057A3.6050900@po.cs.msu.su>
	<loom.20050113T070627-802@post.gmane.org>
Message-ID: <41E6332B.2020008@po.cs.msu.su>

filewalker wrote:
>>>Blight wrote me this:
>>>"Can you ask the author of the filter ot make an option to "output all
>>>streams" as in, create an output pin for each stream? This way ZP should be
>>>able to work."
>>
>>I don't think I can implement this anytime soon, due to my internal 
>>design. However I export IAMStreamSelect from the splitter, so any 
>>software can use it to switch streams, maybe Blight can use that.
> 
> 
> Blight request me to ask you this:
> "Can you ask Mike to make this filter work with file source async?"
> 
> Although I think I know your answer. ;)
This is planned in the future and shouldnt be hard to do.

/Mike


From playful at gmx.at  Thu Jan 13 14:59:07 2005
From: playful at gmx.at (filewalker)
Date: Thu, 13 Jan 2005 13:59:07 +0000 (UTC)
Subject: [Matroska-devel] Re: Haali's parser: feature request
References: <28978.1105220705@www11.gmx.net> <41E057A3.6050900@po.cs.msu.su>
	<loom.20050113T070627-802@post.gmane.org>
	<41E6332B.2020008@po.cs.msu.su>
Message-ID: <loom.20050113T144538-372@post.gmane.org>

Mike Matsnev <mike <at> po.cs.msu.su> writes:

> 
> filewalker wrote:
> >>>Blight wrote me this:
> >>>"Can you ask the author of the filter ot make an option to "output all
> >>>streams" as in, create an output pin for each stream? This way ZP should 
be
> >>>able to work."
> >>
> >>I don't think I can implement this anytime soon, due to my internal 
> >>design. However I export IAMStreamSelect from the splitter, so any 
> >>software can use it to switch streams, maybe Blight can use that.
> > 
> > 
> > Blight request me to ask you this:
> > "Can you ask Mike to make this filter work with file source async?"
> > 
> > Although I think I know your answer. ;)
> This is planned in the future and shouldnt be hard to do.

Thanks, Good to know.
(The question for me is if Blight should adapt ZP now to your todays build or 
should he wait till it works as a file source async filter...). I don't think 
that he will adapt ZP again & again...(but I hope so)

>>Can you ask him to make the DS filters he make use file source async too ?

IIRC ZP doesn't contain DSfilters, or what do you mean?
I'm just a user who like Matroska and who wants to get work Mike's new parser 
with ZP(and with all features of ZP).
I think it should also be a benefit for Matroska if Matroska works fine in ZP 
with Mike's parser, or?

Cu filewalker
















From steve.lhomme at free.fr  Thu Jan 13 15:11:11 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Thu, 13 Jan 2005 15:11:11 +0100
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <loom.20050113T144538-372@post.gmane.org>
References: <28978.1105220705@www11.gmx.net>
	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>
	<loom.20050113T144538-372@post.gmane.org>
Message-ID: <41E6817F.7030304@free.fr>

filewalker a ?crit :
>>>Can you ask him to make the DS filters he make use file source async too ?
> 
> 
> IIRC ZP doesn't contain DSfilters, or what do you mean?
> I'm just a user who like Matroska and who wants to get work Mike's new parser 
> with ZP(and with all features of ZP).
> I think it should also be a benefit for Matroska if Matroska works fine in ZP 
> with Mike's parser, or?

Mh, I thought Blight was one of the Radlight guys...
Anyway, Mike's filter works fine with WMP. So any DShow player could use 
it without any changes. What is so special about ZP not being able to 
use Haali's one ?


From steve.lhomme at free.fr  Thu Jan 13 16:06:49 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Thu, 13 Jan 2005 16:06:49 +0100
Subject: [Matroska-devel] dmx and mkvmerge, 2tests with logs showing bugs
In-Reply-To: <1105408252.3fad2bfcE-MaleSR@myrealbox.com>
References: <1105408252.3fad2bfcE-MaleSR@myrealbox.com>
Message-ID: <41E68E89.7080509@free.fr>

E-Male Soundrevolution a ?crit :
> on request of robux4 i did some tests with dmx and mkvmerge and attached the results
> 
>  DvdMenuXtractor.zip     09-Jan-2005 19:01  346K 
> [file]  mkvtoolnix-head-20050110-3.rar   1.1MB   10-Jan-2005  22:35  
> 
> using Wayne's World and Der Schuh Des Manitu (both german rc2 retail)
> 
> the files will show some bugs, hope they'll help fix them
> 
> i'll redo the tests with future versions (or do other tests, just tell me what)
> 
> i do not use the ML, so if you wanan contact me for any reason, i'm in #matroska
> 
> E-Male
> 
> attached 16 files, all plain text but 1 which i rared for space reasons
> 

Can you send me :

* U:\dmx\WW\VMG_m2v.tmc
* U:\dmx\WW\VTSM01.m2v (if not too big)

Also there is something weird: the DSDM batch files refer to files in 
U:\dmx\WW\...


From moritz at bunkus.org  Fri Jan 14 22:41:20 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Fri, 14 Jan 2005 22:41:20 +0100
Subject: [Matroska-devel] problems with AVC in Matroska
In-Reply-To: <41E59AA1.4030208@free.fr>
References: <20050112184507.GN15717@bunkus.org> <41E58418.6060300@matroska.org>
	<20050112202313.GO15717@bunkus.org> <41E59AA1.4030208@free.fr>
Message-ID: <20050114214120.GS15717@bunkus.org>

Hey,

Abstract:

We need a way to do the references for method #2 (aka "we do not try to
get frame types and references from the AVC bitstream of its frame BUT
we only store I/P frames like MP4 does"). This is a proposal.

Rationale:

Fact is, Nero needs the proper timecodes. Those are the "normal"
timecodes for MP4 files + the timecode offsets given in the CTTS
atom. An example for a file with B frames:

I frame, timecode 0  
P frame, timecode 167
B frame, timecode 42 
B frame, timecode 83 
B frame, timecode 125
P frame, timecode 292
B frame, timecode 209
B frame, timecode 250
I frame, timecode 334
I frame, timecode 375
P frame, timecode 417
P frame, timecode 501
B frame, timecode 459
P frame, timecode 584

So we HAVE to use those timecodes. Now the question about frame types
and references. If we chose to use only I/P frame markings (like MP4)
does, then this leaves us with

I frame, timecode 0  
P frame, timecode 167
P frame, timecode 42 
P frame, timecode 83 
P frame, timecode 125
P frame, timecode 292
P frame, timecode 209
P frame, timecode 250
I frame, timecode 334
I frame, timecode 375
P frame, timecode 417
P frame, timecode 501
P frame, timecode 459
P frame, timecode 584

My question is -- which timecodes should those reference? They could all
simply reference the previous frame. That's what we do with "normal"
MPEG-4 video. But that would actually leave us with the following refs:

I frame, timecode 0, no ref
P frame, timecode 167, ref -167
P frame, timecode 42, ref +125   (!??)
P frame, timecode 83, ref -41
P frame, timecode 125, ref -42
P frame, timecode 292, ref -167
P frame, timecode 209, ref +83   (!??)
P frame, timecode 250, ref -41
I frame, timecode 334, no ref
I frame, timecode 375, no ref
P frame, timecode 417, ref -42
P frame, timecode 501, ref -84
P frame, timecode 459, ref +50   (!??)
P frame, timecode 584, ref -125

As you can see, this leaves us with a couple of frames who only have a
_forward_ reference. Most parsers would do strange things in this
case. I'd guess that most would interprete that as a key frame (because
there's no backward reference), but the parser might also just abort
parsing or whatever. We should avoid this.

Now let's get back to the first block of frames. In that case I've
assumed that the "traditional" B frame model applies to AVC as well. The
timecodes and references for that example are:

I frame, timecode 0, no ref
P frame, timecode 167, ref -167
B frame, timecode 42, ref -42 and +41
B frame, timecode 83, ref -41 and +42
B frame, timecode 125, ref -42 and +42
P frame, timecode 292, ref -125
B frame, timecode 209, ref -42 and +41
B frame, timecode 250, ref -41 and +42
I frame, timecode 334, no ref
I frame, timecode 375, no ref
P frame, timecode 417, ref -42
P frame, timecode 501, ref -84
B frame, timecode 459, ref -42 and +42
P frame, timecode 584, ref -83

This list can be easily converted to I/P frames only with _sane_
references by simply forgetting about all forward references and
re-labeling the "former" B frames as P frames:

I frame, timecode 0, no ref
P frame, timecode 167, ref -167
P frame, timecode 42, ref -42
P frame, timecode 83, ref -41
P frame, timecode 125, ref -42
P frame, timecode 292, ref -125
P frame, timecode 209, ref -42
P frame, timecode 250, ref -41
I frame, timecode 334, no ref
I frame, timecode 375, no ref
P frame, timecode 417, ref -42
P frame, timecode 501, ref -84
P frame, timecode 459, ref -42
P frame, timecode 584, ref -83

IMHO this is the only good way to timestamp frames and calculate the
references needed for the P frames for our method #2.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From moritz at bunkus.org  Fri Jan 14 23:11:04 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Fri, 14 Jan 2005 23:11:04 +0100
Subject: [Matroska-devel] problems with AVC in Matroska
In-Reply-To: <20050114214120.GS15717@bunkus.org>
References: <20050112184507.GN15717@bunkus.org> <41E58418.6060300@matroska.org>
	<20050112202313.GO15717@bunkus.org> <41E59AA1.4030208@free.fr>
	<20050114214120.GS15717@bunkus.org>
Message-ID: <20050114221104.GT15717@bunkus.org>

Hey,

crap. I'm too tired, therefore I make mistakes.

Most of my B frame references are wrong. The B frames reference (or
should reference) the surrounding I/P frames, and not other B
frames. Expect updated examples tomorrow.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From moritz at bunkus.org  Sat Jan 15 11:14:20 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sat, 15 Jan 2005 11:14:20 +0100
Subject: [Matroska-devel] problems with AVC in Matroska
In-Reply-To: <20050114214120.GS15717@bunkus.org>
References: <20050112184507.GN15717@bunkus.org> <41E58418.6060300@matroska.org>
	<20050112202313.GO15717@bunkus.org> <41E59AA1.4030208@free.fr>
	<20050114214120.GS15717@bunkus.org>
Message-ID: <20050115101420.GU15717@bunkus.org>

Hey,

the mistake I made last night was that in my example B frames references
their "neighbors" while they should reference their surrounding I/P
frames only. So here's an update.

> Now let's get back to the first block of frames. In that case I've
> assumed that the "traditional" B frame model applies to AVC as well. The
> timecodes and references for that example are:

Corrected example:

> I frame, timecode 0, no ref
> P frame, timecode 167, ref -167
> B frame, timecode 42, ref -42 and +125
> B frame, timecode 83, ref -83 and +84
> B frame, timecode 125, ref -125 and +42
> P frame, timecode 292, ref -125
> B frame, timecode 209, ref -42 and +83
> B frame, timecode 250, ref -83 and +42
> I frame, timecode 334, no ref
> I frame, timecode 375, no ref
> P frame, timecode 417, ref -42
> P frame, timecode 501, ref -84
> B frame, timecode 459, ref -42 and +42
> P frame, timecode 584, ref -83
> 
> This list can be easily converted to I/P frames only with _sane_
> references by simply forgetting about all forward references and
> re-labeling the "former" B frames as P frames:

Corrected example:

> I frame, timecode 0, no ref
> P frame, timecode 167, ref -167
> B frame, timecode 42, ref -42
> B frame, timecode 83, ref -83
> B frame, timecode 125, ref -125
> P frame, timecode 292, ref -125
> B frame, timecode 209, ref -42
> B frame, timecode 250, ref -83
> I frame, timecode 334, no ref
> I frame, timecode 375, no ref
> P frame, timecode 417, ref -42
> P frame, timecode 501, ref -84
> B frame, timecode 459, ref -42
> P frame, timecode 584, ref -83
> 
> IMHO this is the only good way to timestamp frames and calculate the
> references needed for the P frames for our method #2.

Comments?

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From steve.lhomme at free.fr  Sat Jan 15 11:53:42 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sat, 15 Jan 2005 11:53:42 +0100
Subject: [Matroska-devel] problems with AVC in Matroska
In-Reply-To: <20050114214120.GS15717@bunkus.org>
References: <20050112184507.GN15717@bunkus.org>
	<41E58418.6060300@matroska.org>	<20050112202313.GO15717@bunkus.org>
	<41E59AA1.4030208@free.fr> <20050114214120.GS15717@bunkus.org>
Message-ID: <41E8F636.7040409@free.fr>

Moritz Bunkus a ?crit :
> My question is -- which timecodes should those reference? They could all
> simply reference the previous frame. That's what we do with "normal"
> MPEG-4 video. But that would actually leave us with the following refs:
> 
> I frame, timecode 0, no ref
> P frame, timecode 167, ref -167
> P frame, timecode 42, ref +125   (!??)
> P frame, timecode 83, ref -41
> P frame, timecode 125, ref -42
> P frame, timecode 292, ref -167
> P frame, timecode 209, ref +83   (!??)
> P frame, timecode 250, ref -41
> I frame, timecode 334, no ref
> I frame, timecode 375, no ref
> P frame, timecode 417, ref -42
> P frame, timecode 501, ref -84
> P frame, timecode 459, ref +50   (!??)
> P frame, timecode 584, ref -125
> 
> As you can see, this leaves us with a couple of frames who only have a
> _forward_ reference. Most parsers would do strange things in this
> case. I'd guess that most would interprete that as a key frame (because
> there's no backward reference), but the parser might also just abort
> parsing or whatever. We should avoid this.

IMO there shouldn't be much problem with that. I think most parsers 
identify an I frame (keyframe) as "no references provided". No matter if 
there is one or not. For seeking it doesn't matter. Especially since 
most don't handle "B frames" in Matroska. Maybe you can tell about that 
in MPlayer and Haali in his parser.

> Now let's get back to the first block of frames. In that case I've
> assumed that the "traditional" B frame model applies to AVC as well. The
> timecodes and references for that example are:
> 
> I frame, timecode 0, no ref
> P frame, timecode 167, ref -167
> B frame, timecode 42, ref -42 and +41
> B frame, timecode 83, ref -41 and +42
> B frame, timecode 125, ref -42 and +42
> P frame, timecode 292, ref -125
> B frame, timecode 209, ref -42 and +41
> B frame, timecode 250, ref -41 and +42
> I frame, timecode 334, no ref
> I frame, timecode 375, no ref
> P frame, timecode 417, ref -42
> P frame, timecode 501, ref -84

should be
P frame, timecode 501, ref -42

> B frame, timecode 459, ref -42 and +42
> P frame, timecode 584, ref -83
> 
> This list can be easily converted to I/P frames only with _sane_
> references by simply forgetting about all forward references and
> re-labeling the "former" B frames as P frames:
> 
> I frame, timecode 0, no ref
> P frame, timecode 167, ref -167
> P frame, timecode 42, ref -42
> P frame, timecode 83, ref -41
> P frame, timecode 125, ref -42
> P frame, timecode 292, ref -125
> P frame, timecode 209, ref -42
> P frame, timecode 250, ref -41
> I frame, timecode 334, no ref
> I frame, timecode 375, no ref
> P frame, timecode 417, ref -42
> P frame, timecode 501, ref -84
> P frame, timecode 459, ref -42
> P frame, timecode 584, ref -83
> 
> IMHO this is the only good way to timestamp frames and calculate the
> references needed for the P frames for our method #2.

IMO that's good if you can achieve this.



From mike at po.cs.msu.su  Sat Jan 15 12:07:47 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Sat, 15 Jan 2005 14:07:47 +0300
Subject: [Matroska-devel] problems with AVC in Matroska
In-Reply-To: <41E8F636.7040409@free.fr>
References: <20050112184507.GN15717@bunkus.org>	<41E58418.6060300@matroska.org>	<20050112202313.GO15717@bunkus.org>	<41E59AA1.4030208@free.fr>
	<20050114214120.GS15717@bunkus.org> <41E8F636.7040409@free.fr>
Message-ID: <41E8F983.9020602@po.cs.msu.su>

Steve Lhomme wrote:
> IMO there shouldn't be much problem with that. I think most parsers 
> identify an I frame (keyframe) as "no references provided". No matter if 
> there is one or not.
Exactly. Though it's tempting to drop B frames when handling seeking
preroll.

/Mike


From moritz at bunkus.org  Sat Jan 15 12:23:58 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sat, 15 Jan 2005 12:23:58 +0100
Subject: [Matroska-devel] problems with AVC in Matroska
In-Reply-To: <41E8F636.7040409@free.fr>
References: <20050112184507.GN15717@bunkus.org> <41E58418.6060300@matroska.org>
	<20050112202313.GO15717@bunkus.org> <41E59AA1.4030208@free.fr>
	<20050114214120.GS15717@bunkus.org> <41E8F636.7040409@free.fr>
Message-ID: <20050115112358.GV15717@bunkus.org>

Hey,

On Sat, Jan 15, 2005 at 11:53:42AM +0100, Steve Lhomme wrote:

> >I frame, timecode 0, no ref
> >P frame, timecode 167, ref -167
> >B frame, timecode 42, ref -42 and +41
> >B frame, timecode 83, ref -41 and +42
> >B frame, timecode 125, ref -42 and +42
> >P frame, timecode 292, ref -125
> >B frame, timecode 209, ref -42 and +41
> >B frame, timecode 250, ref -41 and +42
> >I frame, timecode 334, no ref
> >I frame, timecode 375, no ref
> >P frame, timecode 417, ref -42
> >P frame, timecode 501, ref -84
> 
> should be
> P frame, timecode 501, ref -42
> 
> >B frame, timecode 459, ref -42 and +42

Huh?? That way the P frame would reference a B frame.

> >P frame, timecode 584, ref -83

> >IMHO this is the only good way to timestamp frames and calculate the
> >references needed for the P frames for our method #2.
> 
> IMO that's good if you can achieve this.

I can already do that ;) I'll see that I get a new build to Mike
today. Have to go shopping before, though, my father's birthday is on
Tuesday and I want to get him something.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


From chris at matroska.org  Sat Jan 15 16:34:18 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Sat, 15 Jan 2005 16:34:18 +0100
Subject: [Matroska-devel] BIG problem with current ffdshow builds in our
	packs
In-Reply-To: <ia7e8l.vmw45s@webmail.cliche.dk>
References: <ia7e8l.vmw45s@webmail.cliche.dk>
Message-ID: <41E937FA.7080902@matroska.org>

Hi Toff, All,

it seems we have a major problem with current ffdshow builds, as used in 
our packs. Read here, and read Thomas' email below : 
http://corecodec.com/modules.php?op=modload&name=PNphpBB2&file=viewtopic&p=7360#7360

For some reason ffdshow inserts itself in the graph for WMV files, God 
knows why. As a result of that, all WMV files wont play anylonger after 
installing the 1.0.3 packs. If we had only been sticking to the good 
old, well tested May 23rd build of ffdshow :( ....

Christian


From mike at po.cs.msu.su  Sat Jan 15 20:46:47 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Sat, 15 Jan 2005 22:46:47 +0300
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <loom.20050113T144538-372@post.gmane.org>
References: <28978.1105220705@www11.gmx.net>
	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>
	<loom.20050113T144538-372@post.gmane.org>
Message-ID: <41E97327.4070701@po.cs.msu.su>

filewalker wrote:
>>This is planned in the future and shouldnt be hard to do.
> 
> 
> Thanks, Good to know.
> (The question for me is if Blight should adapt ZP now to your todays build or 
> should he wait till it works as a file source async filter...). I don't think 
> that he will adapt ZP again & again...(but I hope so)
After thinking this over I decided no to implement this. Unfortunately
my filter already can read from multiple files, and this functionality
is important to the project. I think it will be too much effort to
read many files via File Source.

/Mike


From chris at matroska.org  Sat Jan 15 21:04:41 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Sat, 15 Jan 2005 21:04:41 +0100
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <41E97327.4070701@po.cs.msu.su>
References: <28978.1105220705@www11.gmx.net>	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>	<loom.20050113T144538-372@post.gmane.org>
	<41E97327.4070701@po.cs.msu.su>
Message-ID: <41E97759.3080501@matroska.org>

Mike Matsnev schrieb:

> filewalker wrote:
>
>>> This is planned in the future and shouldnt be hard to do.
>>
>> Thanks, Good to know.
>> (The question for me is if Blight should adapt ZP now to your todays 
>> build or should he wait till it works as a file source async 
>> filter...). I don't think that he will adapt ZP again & again...(but 
>> I hope so)
>
> After thinking this over I decided no to implement this. Unfortunately
> my filter already can read from multiple files, and this functionality
> is important to the project. I think it will be too much effort to
> read many files via File Source.
> /Mike 

As a result of this decision, i guess your splitter will also be 
incompatible with XCD ? Not that i care much, because with DVD burners 
becoming common i dont think anybody will use XCD any longer, but maybe 
some older files cant be played directlyy from XCDs this way.

What about connecting to HTTP streaming reader filters, like the one 
provided by M$ ? Is there any other way to be able to connect to them ?

Christian


From steve.lhomme at free.fr  Sun Jan 16 01:05:47 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sun, 16 Jan 2005 01:05:47 +0100
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <41E97759.3080501@matroska.org>
References: <28978.1105220705@www11.gmx.net>	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>	<loom.20050113T144538-372@post.gmane.org>	<41E97327.4070701@po.cs.msu.su>
	<41E97759.3080501@matroska.org>
Message-ID: <41E9AFDB.7010806@free.fr>



Christian HJ Wiesner a ?crit :
> Mike Matsnev schrieb:
> 
>> filewalker wrote:
>>
>>>> This is planned in the future and shouldnt be hard to do.
>>>
>>>
>>> Thanks, Good to know.
>>> (The question for me is if Blight should adapt ZP now to your todays 
>>> build or should he wait till it works as a file source async 
>>> filter...). I don't think that he will adapt ZP again & again...(but 
>>> I hope so)
>>
>>
>> After thinking this over I decided no to implement this. Unfortunately
>> my filter already can read from multiple files, and this functionality
>> is important to the project. I think it will be too much effort to
>> read many files via File Source.
>> /Mike 

I agree with Mike. The multiple segment support in various files is more 
important than the Async reader. That was also my choice for MkxDS (also 
because it's easier to code). Now maybe an option for later would be to 
take the part that handles the file(s) reading out of this filter and 
create a communication path so that it works as now. But this way the 
"file-less" filter might be able to use the Async reader as well ?

> As a result of this decision, i guess your splitter will also be 
> incompatible with XCD ? Not that i care much, because with DVD burners 
> becoming common i dont think anybody will use XCD any longer, but maybe 
> some older files cant be played directlyy from XCDs this way.
> 
> What about connecting to HTTP streaming reader filters, like the one 
> provided by M$ ? Is there any other way to be able to connect to them ?

Use VLC :p



From mike at po.cs.msu.su  Sun Jan 16 21:13:14 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Sun, 16 Jan 2005 23:13:14 +0300
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <41E97759.3080501@matroska.org>
References: <28978.1105220705@www11.gmx.net>	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>	<loom.20050113T144538-372@post.gmane.org>	<41E97327.4070701@po.cs.msu.su>
	<41E97759.3080501@matroska.org>
Message-ID: <41EACADA.60602@po.cs.msu.su>

Christian HJ Wiesner wrote:
> As a result of this decision, i guess your splitter will also be 
> incompatible with XCD ? Not that i care much, because with DVD burners 
> becoming common i dont think anybody will use XCD any longer, but maybe 
> some older files cant be played directlyy from XCDs this way.
I've added xcd support some time ago.

> What about connecting to HTTP streaming reader filters, like the one 
> provided by M$ ? Is there any other way to be able to connect to them ?
Maybe we'll need another version that can use http source filter.

/Mike


From paul at msn.com  Sun Jan 16 21:23:33 2005
From: paul at msn.com (Paul Bryson)
Date: Sun, 16 Jan 2005 14:23:33 -0600
Subject: [Matroska-devel] Re: Re: Haali's parser: feature request
References: <28978.1105220705@www11.gmx.net>	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>	<loom.20050113T144538-372@post.gmane.org>	<41E97327.4070701@po.cs.msu.su><41E97759.3080501@matroska.org>
	<41EACADA.60602@po.cs.msu.su>
Message-ID: <cseig0$alb$1@sea.gmane.org>

"Mike Matsnev" wrote...
> Christian HJ Wiesner wrote:
>> What about connecting to HTTP streaming reader filters, like the one 
>> provided by M$ ? Is there any other way to be able to connect to them ?
> Maybe we'll need another version that can use http source filter.

I imagine a source filter that only did HTTP would be pretty simple since 
you wouldn't need to support a lot of the stuff like chapters.


Atamido 





From jcsston at jory.info  Sun Jan 16 23:11:47 2005
From: jcsston at jory.info (jcsston at jory.info)
Date: Sun, 16 Jan 2005 16:11:47 -0600
Subject: [Matroska-devel] Re: Haali's parser: feature request
References: <28978.1105220705@www11.gmx.net>	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>	<loom.20050113T144538-372@post.gmane.org>	<41E97327.4070701@po.cs.msu.su><41E97759.3080501@matroska.org>
	<41EACADA.60602@po.cs.msu.su>
Message-ID: <002901c4fc1b$42ec3770$6b00a8c0@jcsston>

What about just doing a splitter correctly?

----- Original Message ----- 
From: "Mike Matsnev" <mike at po.cs.msu.su>
To: <chris at matroska.org>; "Discussion about the current and future 
development of Matroska" <matroska-devel at lists.matroska.org>
Sent: Sunday, January 16, 2005 2:13 PM
Subject: Re: [Matroska-devel] Re: Haali's parser: feature request


> Christian HJ Wiesner wrote:
>> As a result of this decision, i guess your splitter will also be 
>> incompatible with XCD ? Not that i care much, because with DVD burners 
>> becoming common i dont think anybody will use XCD any longer, but maybe 
>> some older files cant be played directlyy from XCDs this way.
> I've added xcd support some time ago.
>
>> What about connecting to HTTP streaming reader filters, like the one 
>> provided by M$ ? Is there any other way to be able to connect to them ?
> Maybe we'll need another version that can use http source filter.
>
> /Mike
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel
> 



From mike at po.cs.msu.su  Mon Jan 17 01:52:21 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Mon, 17 Jan 2005 03:52:21 +0300
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <002901c4fc1b$42ec3770$6b00a8c0@jcsston>
References: <28978.1105220705@www11.gmx.net>	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>	<loom.20050113T144538-372@post.gmane.org>	<41E97327.4070701@po.cs.msu.su><41E97759.3080501@matroska.org>	<41EACADA.60602@po.cs.msu.su>
	<002901c4fc1b$42ec3770$6b00a8c0@jcsston>
Message-ID: <41EB0C45.60204@po.cs.msu.su>

jcsston at jory.info wrote:
> What about just doing a splitter correctly?
A "correct" splitter can't read from many files at the same time.

/Mike



From chris at matroska.org  Mon Jan 17 20:52:11 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Mon, 17 Jan 2005 20:52:11 +0100
Subject: [Matroska-devel] Disabling MPC internal MKV parser with next packs
Message-ID: <41EC176B.8080209@matroska.org>


Hi,

when reading here

http://forum.doom9.org/showthread.php?s=&threadid=88397

i am more and more inclined to seriously consider to disable MPCs 
internal MKV splitter by a short registry hack in our next pack, if MPC 
is installed. Can we also de-register the old splitter with a similar 
hack, or at least reduce its merit to very low ?

Mike, what you think ?

Christian


From playful at gmx.at  Tue Jan 18 15:55:07 2005
From: playful at gmx.at (filewalker)
Date: Tue, 18 Jan 2005 14:55:07 +0000 (UTC)
Subject: [Matroska-devel] Re: Haali's parser: feature request
References: <28978.1105220705@www11.gmx.net>
	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>
	<loom.20050113T144538-372@post.gmane.org>
	<41E97327.4070701@po.cs.msu.su>
Message-ID: <loom.20050118T154422-611@post.gmane.org>

Mike Matsnev <mike <at> po.cs.msu.su> writes:

> 
> filewalker wrote:
> >>This is planned in the future and shouldnt be hard to do.
> > 
> > 
> > Thanks, Good to know.
> > (The question for me is if Blight should adapt ZP now to your todays build 
or 
> > should he wait till it works as a file source async filter...). I don't 
think 
> > that he will adapt ZP again & again...(but I hope so)
> After thinking this over I decided no to implement this. Unfortunately
> my filter already can read from multiple files, and this functionality
> is important to the project. I think it will be too much effort to
> read many files via File Source.
> 
> /Mike
> 
H Mike,

Now I just did copy/paste from ZP forum what Blight means:

"Well, when he implements the proper file source, I'll be able to create custom 
media profiles for it in a way that won't conflict with the previous matroska 
filters. Then, I'll add the stream switching support. BUT! he probably does it 
already, but ask him if he sets the group-id code for each stream category 
(audio/video/sub) AND! ask him if he sets LCID values for each stream (so that 
ZP can auto-switch on Language Code Identification)"

(Btw,
if you don't know Zoomplayer very well and don't know  "Customized Media Mode", 
her you can read a littel about it:
http://www.inmatrix.com/articles/custommediaconfig.shtml  )

Cu filewalker




From mike at po.cs.msu.su  Tue Jan 18 18:33:03 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Tue, 18 Jan 2005 20:33:03 +0300
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <loom.20050118T154422-611@post.gmane.org>
References: <28978.1105220705@www11.gmx.net>	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>	<loom.20050113T144538-372@post.gmane.org>	<41E97327.4070701@po.cs.msu.su>
	<loom.20050118T154422-611@post.gmane.org>
Message-ID: <41ED484F.2040109@po.cs.msu.su>

filewalker wrote:
> "Well, when he implements the proper file source, I'll be able to create custom 
> media profiles for it in a way that won't conflict with the previous matroska 
> filters. Then, I'll add the stream switching support. BUT! he probably does it 
> already, but ask him if he sets the group-id code for each stream category 
> (audio/video/sub) AND! ask him if he sets LCID values for each stream (so that 
> ZP can auto-switch on Language Code Identification)"
Yes, both things. The groups are:
1          Video
2          Audio
17         Segments (if the filter opened many files, or there are many segments in one file)
18         Chapters
4294967280 Subtitles

17 & 18 are arbitrary numbers that I selected, I can easily change them if they
conflict with something.

/Mike



From christophe.paris at free.fr  Tue Jan 18 19:02:16 2005
From: christophe.paris at free.fr (Christophe PARIS)
Date: Tue, 18 Jan 2005 19:02:16 +0100
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <41ED484F.2040109@po.cs.msu.su>
References: <28978.1105220705@www11.gmx.net>	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>	<loom.20050113T144538-372@post.gmane.org>	<41E97327.4070701@po.cs.msu.su>	<loom.20050118T154422-611@post.gmane.org>
	<41ED484F.2040109@po.cs.msu.su>
Message-ID: <41ED4F28.60701@free.fr>

Mike Matsnev wrote:
> Yes, both things. The groups are:
> 1          Video
> 2          Audio
> 17         Segments (if the filter opened many files, or there are many 
> segments in one file)
> 18         Chapters
> 4294967280 Subtitles

Any reason to use something different than OggDS ?

OggDS use :
0: // Video
1: // Audio
2: // Subtitles
4294967280: // Chapters



From mike at po.cs.msu.su  Tue Jan 18 20:55:28 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Tue, 18 Jan 2005 22:55:28 +0300
Subject: [Matroska-devel] Re: Haali's parser: feature request
In-Reply-To: <41ED4F28.60701@free.fr>
References: <28978.1105220705@www11.gmx.net>	<41E057A3.6050900@po.cs.msu.su>	<loom.20050113T070627-802@post.gmane.org>	<41E6332B.2020008@po.cs.msu.su>	<loom.20050113T144538-372@post.gmane.org>	<41E97327.4070701@po.cs.msu.su>	<loom.20050118T154422-611@post.gmane.org>	<41ED484F.2040109@po.cs.msu.su>
	<41ED4F28.60701@free.fr>
Message-ID: <41ED69B0.1030001@po.cs.msu.su>

Christophe PARIS wrote:
>> Yes, both things. The groups are:
>> 1          Video
>> 2          Audio
>> 17         Segments (if the filter opened many files, or there are 
>> many segments in one file)
>> 18         Chapters
>> 4294967280 Subtitles
 >
> Any reason to use something different than OggDS ?
> 
> OggDS use :
> 0: // Video
> 1: // Audio
> 2: // Subtitles
> 4294967280: // Chapters
Indeed, I didn't read my own code correctly. The correct table is:

0          Video
1          Audio
2	   Subtitles (changed from 4294967280 today)
17         Segments
18	   Editions (not chapters!)

Chapters are provided via IAMExtendedSeeking

/Mike


From robertkabbabe at hotmail.com  Fri Jan 21 08:25:40 2005
From: robertkabbabe at hotmail.com (Robert Kabbabe)
Date: Fri, 21 Jan 2005 07:25:40 +0000
Subject: [Matroska-devel] Video playing error
Message-ID: <BAY102-F368548FDB659E01C20D385BF820@phx.gbl>

Hello,

I seem to have an error everytime I try playing a video using this codec.  I 
tried with 3 different video's but no luck at all.  It will just freeze up 
my computer.  I already downloaded the lazyman's version, then xvid, and 
Media Player Classic but no luck at all.  My OS is ME.  Any help?

Robert




From chris at matroska.org  Fri Jan 21 17:14:55 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Fri, 21 Jan 2005 17:14:55 +0100
Subject: [Matroska-devel] Video playing error
In-Reply-To: <BAY102-F368548FDB659E01C20D385BF820@phx.gbl>
References: <BAY102-F368548FDB659E01C20D385BF820@phx.gbl>
Message-ID: <41F12A7F.20805@matroska.org>

Robert Kabbabe schrieb:

> Hello,
>
> I seem to have an error everytime I try playing a video using this 
> codec.  I tried with 3 different video's but no luck at all.  It will 
> just freeze up my computer.  I already downloaded the lazyman's 
> version, then xvid, and Media Player Classic but no luck at all.  My 
> OS is ME.  Any help?
>
> Robert


Sure.

Best advice : Upgrade your old, outdated Win ME to Win2000 or Win XP

Next advice : please turn to the matroska-users list with questions like 
this, they definitely dont belong on matroska-devel

3rd advice : Forget about playback on DirectShow based players like 
Windows Mediaplayer and MPC on this old retarded Windows, and use the 
Windows compiles of VLC  http://www.videolan.org ( without Realvideo 
support ) or Xine http://xine.sf.net ( including Realvideo support ) for 
MKV playback on Win98/ME.

4th advice : If you insist in using Windows Mediaplayer, try Haali's 
latest experimental splitter, there should be a link in the english news 
section of our homepage.

Regards

Christian


From nise at newmail.ru  Sun Jan 23 22:13:15 2005
From: nise at newmail.ru (Vincent)
Date: Sun, 23 Jan 2005 21:13:15 +0000 (UTC)
Subject: [Matroska-devel] seeking is borked in 2nd segment of two segment
	mkv file + a prob with chapters
Message-ID: <loom.20050123T215631-275@post.gmane.org>

im using latest haali splitter and have the above problem with the second 
segment - i can only seek thru it using chapters, not the seek bar in the 
player. with segment #1 everything is fine. i created the .mkv by: copy 
1.mkv /b + 2.mkv /b 3.mkv /b.

another question (i also asked it in corecocodec matroska forum but because 
that place looked kinda desolate i will repeat it here): i cant find a way to 
use "&" symbol in a matroska chapter name. i've tried several encoding types 
for ogm chapter file, tried to manually indicate encoding in mkvmerge, tried 
using matroska xml chapter file, tried using vdub as muxer - all of no 
avail. "&" symbol in a chapter name is always missing in output file (Band & 
Dancers -> Band  Dancers). what am i doing wrong?



From moritz at bunkus.org  Sun Jan 23 22:40:15 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Sun, 23 Jan 2005 22:40:15 +0100
Subject: [Matroska-devel] seeking is borked in 2nd segment of two segment
	mkv file + a prob with chapters
In-Reply-To: <loom.20050123T215631-275@post.gmane.org>
References: <loom.20050123T215631-275@post.gmane.org>
Message-ID: <200501232240.17984.moritz@bunkus.org>

Hey,

On Sunday 23 January 2005 22:13, Vincent wrote:

> another question (i also asked it in corecocodec matroska forum but
> because that place looked kinda desolate i will repeat it here): i
> cant find a way to use "&" symbol in a matroska chapter name. i've
> tried several encoding types for ogm chapter file, tried to manually
> indicate encoding in mkvmerge, tried using matroska xml chapter file,
> tried using vdub as muxer - all of no avail.

& is a special character in XML files. You have to write &amp;
instead. The same is true for < and > which are &lt; and &gt;
respectively. mmg's chapter editor does this automatically.

There's nothing special about & in OGM style chapter files, though, so
mkvmerge will simply read them as they are. No need to specify an
encoding either.

> "&" symbol in a chapter name is always missing in output file (Band &
> Dancers -> Band Dancers). what am i doing wrong?

Are 100% sure that it is missing in the output file? Try running mkvinfo
on it. Also post the chapter files you've tried. I've just tried the
attached files with mkvmerge and they both work fine.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds

-------------- next part --------------
CHAPTER01=00:00:00.000
CHAPTER01NAME=What & ever
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.xml
Type: text/xml
Size: 714 bytes
Desc: not available
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050123/7a054e62/attachment.xml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050123/7a054e62/attachment.pgp>

From nise at newmail.ru  Sun Jan 23 23:49:21 2005
From: nise at newmail.ru (Vincent)
Date: Sun, 23 Jan 2005 22:49:21 +0000 (UTC)
Subject: [Matroska-devel] Re: seeking is borked in 2nd segment of two
	segment	mkv file + a prob with chapters
References: <loom.20050123T215631-275@post.gmane.org>
	<200501232240.17984.moritz@bunkus.org>
Message-ID: <loom.20050123T231002-201@post.gmane.org>

just to make sure im doing everything right:
in mkvmerge gui on input tab i add my avi file (video+audio), then on global 
tab under chapters with browse button i choose my chapter file, then i press 
start muxing. i tried  using ogm and xml style chapter files (see below). 
output file's chapter name is always without & (in matroska prop context menu 
info, in MPC (gabest's splitter) and in another player (haali's splitter)). 
interesting though in mkvinfo it does show the chapter name properly "Band & 
Dancers". 
im not sure if i can attach my files to this post thru web interface that im 
using so ill just copy and paste the two files:

CHAPTER01=00:00:00.000
CHAPTER01NAME=Band & Dancers
CHAPTER02=00:03:41.500
CHAPTER02NAME=Vous...
CHAPTER03=00:08:34.000
CHAPTER03NAME=326 Seconds
CHAPTER04=00:14:06.500
CHAPTER04NAME=Made in U.S.A
CHAPTER05=00:22:58.500
CHAPTER05NAME=Made in Russia

xml file in internet explorer:

  <?xml version="1.0" encoding="utf-8" standalone="yes" ?> 
- <Chapters>
- <!-- Created by ChapterGrabber
  --> 
- <!-- Jarrett Vance (jarrett_v at hotmail.com)
  --> 
- <EditionEntry>
- <ChapterAtom>
  <ChapterTimeStart>00:00:00.000</ChapterTimeStart> 
- <ChapterDisplay>
  <ChapterString>Band & Dancers</ChapterString> 
  <ChapterLanguage>eng</ChapterLanguage> 
  </ChapterDisplay>
  </ChapterAtom>
- <ChapterAtom>
  <ChapterTimeStart>00:03:41.500</ChapterTimeStart> 
- <ChapterDisplay>
  <ChapterString>Vous...</ChapterString> 
  <ChapterLanguage>eng</ChapterLanguage> 
  </ChapterDisplay>
  </ChapterAtom>
- <ChapterAtom>
  <ChapterTimeStart>00:08:34.000</ChapterTimeStart> 
- <ChapterDisplay>
  <ChapterString>326 Seconds</ChapterString> 
  <ChapterLanguage>eng</ChapterLanguage> 
  </ChapterDisplay>
  </ChapterAtom>
- <ChapterAtom>
  <ChapterTimeStart>00:14:06.500</ChapterTimeStart> 
- <ChapterDisplay>
  <ChapterString>Made in U.S.A</ChapterString> 
  <ChapterLanguage>eng</ChapterLanguage> 
  </ChapterDisplay>
  </ChapterAtom>
- <ChapterAtom>
  <ChapterTimeStart>00:22:58.500</ChapterTimeStart> 
- <ChapterDisplay>
  <ChapterString>Made in Russia</ChapterString> 
  <ChapterLanguage>eng</ChapterLanguage> 
  </ChapterDisplay>
  </ChapterAtom>
  </EditionEntry>
  </Chapters>

xml in front page (only the string in question):

<ChapterString>Band & Dancers</ChapterString>




From nise at newmail.ru  Mon Jan 24 00:35:06 2005
From: nise at newmail.ru (Vincent)
Date: Sun, 23 Jan 2005 23:35:06 +0000 (UTC)
Subject: [Matroska-devel] Re: seeking is borked in 2nd segment of two
	segment	mkv file + a prob with chapters
References: <loom.20050123T215631-275@post.gmane.org>
	<200501232240.17984.moritz@bunkus.org>
Message-ID: <loom.20050124T001825-484@post.gmane.org>

this seems to be a player/splitter specific problem. i did some more testing 
and found out that for this same file the chapter name is shown correctly in 
core media player and in windows media player 6.4. however haali splitter's 
tray icon menu still omits this symbol in its list of chapters. at the same 
time core media player using this same splitter still gets it right in its 
context menu (media streams -> mkv chapters). so perhaps haali could fix this 
issue in the next build of his otherwise totally fantastic splitter. as well 
as this "browsing thru second segment" problem described in the beginning of 
this thread.



From jcsston at jory.info  Mon Jan 24 00:46:48 2005
From: jcsston at jory.info (jcsston at jory.info)
Date: Sun, 23 Jan 2005 17:46:48 -0600
Subject: [Matroska-devel] Re: seeking is borked in 2nd segment of
	twosegment	mkv file + a prob with chapters
References: <loom.20050123T215631-275@post.gmane.org><200501232240.17984.moritz@bunkus.org>
	<loom.20050123T231002-201@post.gmane.org>
Message-ID: <003101c501a5$d9bf9450$6b00a8c0@jcsston>

A possible reason the &'s are not displayed in MatroskaProp, MPC, and the 
another player is that in Windows on context menu the & character is used to 
flag the shortcut key.
I tested this in VLC on Windows and it also filters out the &'s completely 
(not filtered out by Windows).

Jory

----- Original Message ----- 
From: "Vincent" <nise at newmail.ru>
To: <matroska-devel at lists.matroska.org>
Sent: Sunday, January 23, 2005 4:49 PM
Subject: [Matroska-devel] Re: seeking is borked in 2nd segment of twosegment 
mkv file + a prob with chapters


> just to make sure im doing everything right:
> in mkvmerge gui on input tab i add my avi file (video+audio), then on 
> global
> tab under chapters with browse button i choose my chapter file, then i 
> press
> start muxing. i tried  using ogm and xml style chapter files (see below).
> output file's chapter name is always without & (in matroska prop context 
> menu
> info, in MPC (gabest's splitter) and in another player (haali's 
> splitter)).
> interesting though in mkvinfo it does show the chapter name properly "Band 
> &
> Dancers".
> im not sure if i can attach my files to this post thru web interface that 
> im
> using so ill just copy and paste the two files:
>
> CHAPTER01=00:00:00.000
> CHAPTER01NAME=Band & Dancers
> CHAPTER02=00:03:41.500
> CHAPTER02NAME=Vous...
> CHAPTER03=00:08:34.000
> CHAPTER03NAME=326 Seconds
> CHAPTER04=00:14:06.500
> CHAPTER04NAME=Made in U.S.A
> CHAPTER05=00:22:58.500
> CHAPTER05NAME=Made in Russia
>
> xml file in internet explorer:
>
>  <?xml version="1.0" encoding="utf-8" standalone="yes" ?>
> - <Chapters>
> - <!-- Created by ChapterGrabber
>  -->
> - <!-- Jarrett Vance (jarrett_v at hotmail.com)
>  -->
> - <EditionEntry>
> - <ChapterAtom>
>  <ChapterTimeStart>00:00:00.000</ChapterTimeStart>
> - <ChapterDisplay>
>  <ChapterString>Band & Dancers</ChapterString>
>  <ChapterLanguage>eng</ChapterLanguage>
>  </ChapterDisplay>
>  </ChapterAtom>
> - <ChapterAtom>
>  <ChapterTimeStart>00:03:41.500</ChapterTimeStart>
> - <ChapterDisplay>
>  <ChapterString>Vous...</ChapterString>
>  <ChapterLanguage>eng</ChapterLanguage>
>  </ChapterDisplay>
>  </ChapterAtom>
> - <ChapterAtom>
>  <ChapterTimeStart>00:08:34.000</ChapterTimeStart>
> - <ChapterDisplay>
>  <ChapterString>326 Seconds</ChapterString>
>  <ChapterLanguage>eng</ChapterLanguage>
>  </ChapterDisplay>
>  </ChapterAtom>
> - <ChapterAtom>
>  <ChapterTimeStart>00:14:06.500</ChapterTimeStart>
> - <ChapterDisplay>
>  <ChapterString>Made in U.S.A</ChapterString>
>  <ChapterLanguage>eng</ChapterLanguage>
>  </ChapterDisplay>
>  </ChapterAtom>
> - <ChapterAtom>
>  <ChapterTimeStart>00:22:58.500</ChapterTimeStart>
> - <ChapterDisplay>
>  <ChapterString>Made in Russia</ChapterString>
>  <ChapterLanguage>eng</ChapterLanguage>
>  </ChapterDisplay>
>  </ChapterAtom>
>  </EditionEntry>
>  </Chapters>
>
> xml in front page (only the string in question):
>
> <ChapterString>Band & Dancers</ChapterString>
>
>
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel
> 



From paul at msn.com  Mon Jan 24 03:47:43 2005
From: paul at msn.com (Paul Bryson)
Date: Sun, 23 Jan 2005 20:47:43 -0600
Subject: [Matroska-devel] Re: seeking is borked in 2nd segment of
	twosegment	mkv file + a prob with chapters
References: <loom.20050123T215631-275@post.gmane.org><200501232240.17984.moritz@bunkus.org>
	<loom.20050124T001825-484@post.gmane.org>
Message-ID: <ct1nk7$g57$1@sea.gmane.org>

"Vincent" <nise at newmail.ru> wrote...
> this seems to be a player/splitter specific problem. i did some more 
> testing
> and found out that for this same file the chapter name is shown correctly 
> in
> core media player and in windows media player 6.4. however haali 
> splitter's
> tray icon menu still omits this symbol in its list of chapters. at the 
> same
> time core media player using this same splitter still gets it right in its
> context menu (media streams -> mkv chapters). so perhaps haali could fix 
> this
> issue in the next build of his otherwise totally fantastic splitter. as 
> well
> as this "browsing thru second segment" problem described in the beginning 
> of
> this thread.

Haali said that he just fixed this issue.
 <Haali> Atamido: fixed


Atamido 





From paul at msn.com  Mon Jan 24 06:53:38 2005
From: paul at msn.com (Paul Bryson)
Date: Sun, 23 Jan 2005 23:53:38 -0600
Subject: [Matroska-devel] IRC server
Message-ID: <ct22gu$25g$1@sea.gmane.org>

Not sure why, but it looks like some of the IRC servers became unlinked. 
Try connecting to commo.corecodec.org in the mean time.


Atamido 





From moritz at bunkus.org  Mon Jan 24 09:09:50 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 24 Jan 2005 09:09:50 +0100
Subject: [Matroska-devel] Re: seeking is borked in 2nd segment of two
	=?iso-8859-1?q?segment=09mkv_file_+_a_prob_with?= chapters
In-Reply-To: <loom.20050123T231002-201@post.gmane.org>
References: <loom.20050123T215631-275@post.gmane.org>
	<200501232240.17984.moritz@bunkus.org>
	<loom.20050123T231002-201@post.gmane.org>
Message-ID: <200501240909.52421.moritz@bunkus.org>

Hey,

On Sunday 23 January 2005 23:49, Vincent wrote:

As you've found out already, it's a playback issue. But I noticed the
following:

>   <?xml version="1.0" encoding="utf-8" standalone="yes" ?>
> - <Chapters>
> - <!-- Created by ChapterGrabber
>   -->
> - <!-- Jarrett Vance (jarrett_v at hotmail.com)
>   -->
> - <EditionEntry>
> - <ChapterAtom>
>   <ChapterTimeStart>00:00:00.000</ChapterTimeStart>
> - <ChapterDisplay>
>   <ChapterString>Band & Dancers</ChapterString>

ChapterGrabber is broken here. It HAS to escape that & ! I'll write a
mail to the author about that.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050124/4f4135bd/attachment.pgp>

From steve.lhomme at free.fr  Mon Jan 24 09:51:09 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 24 Jan 2005 09:51:09 +0100
Subject: [Matroska-devel] ChapterLink -> ChapterTranslate
Message-ID: <41F4B6FD.7050702@free.fr>

Hi,

Is it OK if I change the name from ChapterLink (and all subsequent 
elements) to ChapterTranslate ? IMO that makes more sense and it's more 
obvious to get the idea of what it does...

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From nise at newmail.ru  Mon Jan 24 10:47:46 2005
From: nise at newmail.ru (Vincent)
Date: Mon, 24 Jan 2005 09:47:46 +0000 (UTC)
Subject: [Matroska-devel] Re: seeking is borked in 2nd segment of two
	segment mkv file + a prob with chapters
References: <loom.20050123T215631-275@post.gmane.org>
	<200501232240.17984.moritz@bunkus.org>
	<loom.20050123T231002-201@post.gmane.org>
	<200501240909.52421.moritz@bunkus.org>
Message-ID: <loom.20050124T104028-409@post.gmane.org>

Moritz Bunkus <moritz <at> bunkus.org> writes:

> >   <ChapterString>Band & Dancers</ChapterString>
> 
> ChapterGrabber is broken here. It HAS to escape that & ! I'll write a
> mail to the author about that.
> 
> Mosu
> 

maybe no need to do so. thats the IE look of the xml file. when i opened it in 
front page it did show that the "&" symbol is used correctly with amp;. 




From moritz at bunkus.org  Mon Jan 24 11:36:23 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 24 Jan 2005 11:36:23 +0100
Subject: [Matroska-devel] Re: seeking is borked in 2nd segment of two
	segment mkv file + a prob with chapters
In-Reply-To: <loom.20050124T104028-409@post.gmane.org>
References: <loom.20050123T215631-275@post.gmane.org>
	<200501240909.52421.moritz@bunkus.org>
	<loom.20050124T104028-409@post.gmane.org>
Message-ID: <200501241136.26963.moritz@bunkus.org>

Hey,

On Monday 24 January 2005 10:47, Vincent wrote:

> maybe no need to do so. thats the IE look of the xml file. when i
> opened it in front page it did show that the "&" symbol is used
> correctly with amp;.

LOL! Ok, I won't send a bug report then. But this is really, really
funny -- IE displays all the tags as if it were the source but
interpretes &amp; correctly.

Could you also open the file with a pure texteditor like notepad,
please?

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050124/0d3dc899/attachment.pgp>

From steve.lhomme at free.fr  Mon Jan 24 11:42:12 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 24 Jan 2005 11:42:12 +0100
Subject: [Matroska-devel] IRC server
In-Reply-To: <ct22gu$25g$1@sea.gmane.org>
References: <ct22gu$25g$1@sea.gmane.org>
Message-ID: <41F4D104.5050003@free.fr>

I was connected this morning and now it's down :(

Paul Bryson a ?crit :
> Not sure why, but it looks like some of the IRC servers became unlinked. 
> Try connecting to commo.corecodec.org in the mean time.
> 
> 
> Atamido 
> 
> 
> 
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From steve.lhomme at free.fr  Mon Jan 24 17:38:12 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 24 Jan 2005 17:38:12 +0100
Subject: [Matroska-devel] EditionProcessed
Message-ID: <41F52474.4080709@free.fr>

I saw this on Doom9 :
     quote:Originally posted by thana
     - chapters saved with mmg-1.01 can't be opened with mmg-pre1.2, it 
gives the following errormessage: "could not open [file] for reading". 
which is obviously wrong in itself too, because after removing the line 
"<EditionProcessed>0</EditionProcessed>" from the file it is loaded fine.



There were two issues. The first is the wrong error message. It is now 
the correct one: "<ABC> is not a valid child element of <DEF>." The 
second is that old files should be readable by newer mmg/mkvmerge 
versions. I've addressed this by simply ignoring old legacy elements 
like EditionProcessed.

Actually you should map EditionProcessed to FlagOrdered.

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From nise at newmail.ru  Tue Jan 25 10:57:27 2005
From: nise at newmail.ru (Vincent)
Date: Tue, 25 Jan 2005 09:57:27 +0000 (UTC)
Subject: [Matroska-devel] Re: seeking is borked in 2nd segment of two	segment
	mkv file + a prob with chapters
References: <loom.20050123T215631-275@post.gmane.org>
	<200501240909.52421.moritz@bunkus.org>
	<loom.20050124T104028-409@post.gmane.org>
	<200501241136.26963.moritz@bunkus.org>
Message-ID: <loom.20050125T105431-758@post.gmane.org>

Moritz Bunkus <moritz <at> bunkus.org> writes:

> LOL! Ok, I won't send a bug report then. But this is really, really
> funny -- IE displays all the tags as if it were the source but
> interpretes & correctly.
> 
> Could you also open the file with a pure texteditor like notepad,
> please?
> 
> Mosu
> 

in notepad its also with amp;

Vincent






From nise at newmail.ru  Tue Jan 25 11:28:11 2005
From: nise at newmail.ru (Vincent)
Date: Tue, 25 Jan 2005 10:28:11 +0000 (UTC)
Subject: [Matroska-devel] Re: seeking is borked in 2nd segment
	of	twosegment	mkv file + a prob with chapters
References: <loom.20050123T215631-275@post.gmane.org><200501232240.17984.moritz@bunkus.org>
	<loom.20050124T001825-484@post.gmane.org>
	<ct1nk7$g57$1@sea.gmane.org>
Message-ID: <loom.20050125T111534-661@post.gmane.org>

Paul Bryson <paul <at> msn.com> writes:

> 
> > however haali 
> > splitter's
> > tray icon menu still omits this symbol in its list of chapters. at the 
> > same
> > time core media player using this same splitter still gets it right in its
> > context menu (media streams -> mkv chapters). so perhaps haali could fix 
> > this
> > issue in the next build of his otherwise totally fantastic splitter. as 
> > well
> > as this "browsing thru second segment" problem described in the beginning 
> > of
> > this thread.
> 
> Haali said that he just fixed this issue.
>  <Haali> Atamido: fixed
> 
> Atamido 
> 

prob #1 solved - thanks a lot.
prob #2 isn't quite so - "working" seeking bar for the 2nd segment kind of 
shrinks to like 1/3 of the actual player's seeking bar. within that one third 
of the actual bar i can browse throughout the entire second segment. but if i 
click somewhere in the remainder of the actual bar progress indicator just 
snaps to the beginning of it. then depending on the player (i tried several of 
them) either 2nd or or even the 1st segment starts to play from beginning.




From mike at po.cs.msu.su  Tue Jan 25 11:47:51 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Tue, 25 Jan 2005 13:47:51 +0300
Subject: [Matroska-devel] Re: seeking is borked in 2nd
	segment	of	twosegment mkv file + a prob with chapters
In-Reply-To: <loom.20050125T111534-661@post.gmane.org>
References: <loom.20050123T215631-275@post.gmane.org><200501232240.17984.moritz@bunkus.org>	<loom.20050124T001825-484@post.gmane.org>	<ct1nk7$g57$1@sea.gmane.org>
	<loom.20050125T111534-661@post.gmane.org>
Message-ID: <41F623D7.80901@po.cs.msu.su>

Vincent wrote:
> prob #2 isn't quite so - "working" seeking bar for the 2nd segment kind of 
> shrinks to like 1/3 of the actual player's seeking bar. within that one third 
> of the actual bar i can browse throughout the entire second segment. but if i 
> click somewhere in the remainder of the actual bar progress indicator just 
> snaps to the beginning of it. then depending on the player (i tried several of 
> them) either 2nd or or even the 1st segment starts to play from beginning.
Unfortunately not all players are able to deal with graphs where duration
can change during playback. I can't do anything about it, sorry.

/Mike


From nise at newmail.ru  Wed Jan 26 10:47:29 2005
From: nise at newmail.ru (Vincent)
Date: Wed, 26 Jan 2005 09:47:29 +0000 (UTC)
Subject: [Matroska-devel] Re: seeking is borked in 2nd	segment	of	twosegment
	mkv file + a prob with chapters
References: <loom.20050123T215631-275@post.gmane.org><200501232240.17984.moritz@bunkus.org>	<loom.20050124T001825-484@post.gmane.org>	<ct1nk7$g57$1@sea.gmane.org>
	<loom.20050125T111534-661@post.gmane.org>
	<41F623D7.80901@po.cs.msu.su>
Message-ID: <loom.20050126T103914-251@post.gmane.org>

Mike Matsnev <mike <at> po.cs.msu.su> writes:

> 
> Unfortunately not all players are able to deal with graphs where duration
> can change during playback. I can't do anything about it, sorry.
> 
> /Mike
> 

thanks a lot for your answer and for the great work you are doing. perhaps you 
could recommend a player that can handle such a file properly (from what you 
just wrote i understand that some are still capable of that).



From mike at po.cs.msu.su  Wed Jan 26 11:05:54 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Wed, 26 Jan 2005 13:05:54 +0300
Subject: [Matroska-devel] Re: seeking is borked in
	2nd	segment	of	twosegment mkv file + a prob with chapters
In-Reply-To: <loom.20050126T103914-251@post.gmane.org>
References: <loom.20050123T215631-275@post.gmane.org><200501232240.17984.moritz@bunkus.org>	<loom.20050124T001825-484@post.gmane.org>	<ct1nk7$g57$1@sea.gmane.org>	<loom.20050125T111534-661@post.gmane.org>	<41F623D7.80901@po.cs.msu.su>
	<loom.20050126T103914-251@post.gmane.org>
Message-ID: <41F76B82.1080709@po.cs.msu.su>

Vincent wrote:
> thanks a lot for your answer and for the great work you are doing. perhaps you 
> could recommend a player that can handle such a file properly (from what you 
> just wrote i understand that some are still capable of that).
MPC supports this feature (that's what I use mostly), and probably TCMP.

/Mike


From chris at matroska.org  Thu Jan 27 08:00:49 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Thu, 27 Jan 2005 08:00:49 +0100
Subject: [Matroska-devel] Fwd: EBML
Message-ID: <41F891A1.9050106@matroska.org>

Hi Feng,

we could certainly help you better if we knew what you are planning to 
do :) .....

Christian

-------- Original-Nachricht --------
Betreff: 	EBML
Datum: 	Wed, 26 Jan 2005 21:43:13 -0500
Von: 	Phu-Gui Feng <pfeng at mitre.org>
Firma: 	The MITRE Corporation
An: 	<chris at matroska.org>



Hello,
 
I am new to EBML. I wish to know how EBML is used.
 
Could you please point me to the right direction?
 
Thank you.
 
--Phu-Gui Feng
703-883-5785


From chris at wiesneronline.net  Thu Jan 27 08:06:42 2005
From: chris at wiesneronline.net (Christian HJ Wiesner)
Date: Thu, 27 Jan 2005 08:06:42 +0100
Subject: [Matroska-devel] Fwd: EBML
In-Reply-To: <41F891A1.9050106@matroska.org>
References: <41F891A1.9050106@matroska.org>
Message-ID: <41F89302.7090604@wiesneronline.net>


:O :O

http://www.mitre.org/   <--- check this out !

Christian

Christian HJ Wiesner schrieb:

> Hi Feng,
>
> we could certainly help you better if we knew what you are planning to 
> do :) .....
>
> Christian
>
> -------- Original-Nachricht --------
> Betreff:     EBML
> Datum:     Wed, 26 Jan 2005 21:43:13 -0500
> Von:     Phu-Gui Feng <pfeng at mitre.org>
> Firma:     The MITRE Corporation
> An:     <chris at matroska.org>
>
>
>
> Hello,
>
> I am new to EBML. I wish to know how EBML is used.
>
> Could you please point me to the right direction?
>
> Thank you.
>
> --Phu-Gui Feng
> 703-883-5785
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel
>



From steve.lhomme at free.fr  Thu Jan 27 09:53:04 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Thu, 27 Jan 2005 09:53:04 +0100
Subject: [Matroska-devel] Fwd: EBML
In-Reply-To: <41F891A1.9050106@matroska.org>
References: <41F891A1.9050106@matroska.org>
Message-ID: <41F8ABF0.9060606@free.fr>

Hi,

The documentation on EBML is very short, but hopefully it's clear 
enough. A few people already implemented different EBML parsers without 
even contacting us. So I guess it's possible to understand it with what 
is provided (EBML/Matroska doc + libebml & libmatroska). If you have 
more questions, feel free to ask them here or on IRC.

Christian HJ Wiesner a ?crit :
> Hi Feng,
> 
> we could certainly help you better if we knew what you are planning to 
> do :) .....
> 
> Christian
> 
> -------- Original-Nachricht --------
> Betreff:     EBML
> Datum:     Wed, 26 Jan 2005 21:43:13 -0500
> Von:     Phu-Gui Feng <pfeng at mitre.org>
> Firma:     The MITRE Corporation
> An:     <chris at matroska.org>
> 
> 
> 
> Hello,
> 
> I am new to EBML. I wish to know how EBML is used.
> 
> Could you please point me to the right direction?
> 
> Thank you.
> 
> --Phu-Gui Feng
> 703-883-5785
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From nise at newmail.ru  Fri Jan 28 10:58:13 2005
From: nise at newmail.ru (Vincent)
Date: Fri, 28 Jan 2005 09:58:13 +0000 (UTC)
Subject: [Matroska-devel] making splitter.ax system default for AVIs,
	audio stream switchers
Message-ID: <loom.20050128T090739-905@post.gmane.org>

i'd like to have a way to get my system to use haali's splitter for avi files 
as well as for mkvs. thus i could finally get rid of using audio stream 
switchers whatsoever which would be a great idea for so many reasons.

right now as i understand i can only force its use for avis in graphedit. cos 
i tried lowering quartz.dll's avi splitter's merit to as low as do_not_use and 
raising matroska file's merit to the highest and still system can't find a 
splitter for avis in that case. using overrides in media player (pointing out 
preferred filters) doesnt work for this either. it's like the filter only 
registers itself as matroska splitter and its avi functionality remains 
hidden. so i was wondering if its possible to change the way the splitter 
presents itself to the system and make it install as avi splitter as well. 
maybe just with some lower merit by default than that of quartz.dll's one - 
for the majority of those people not interested in making such "drastic" 
changes to their systems. those who are on the hand may benefit from that by 
simply changing merit hierarchy to build their graphs the way they want them 
to be.

also, speaking of buggy/incompatible audio stream switchers.. i guess i can 
ask a question about mmswitch here too cos matroska team used to come up with 
a fixed version of it. will there be a new release/fixed version of it anytime 
soon? cos this one in 1.03 pack as you probably well know is far from being 
flawless. in wmp10 for example it messes up playback of videos with mono audio 
(audio plays realll slow and makes a laughingstock out of any such movie 
file). with this filter i also have audio playback problems with some of my 
mpeg2 movies (not necessarily mono) in that player. though i have to 
acknowledge in most other cases it seems to be still ok while other versions 
like 0.97 or 0.99 original don't work with wmp10 at all.

if both or at least one of the above options for switching audio streams were 
available this world would definitely be a better place. right now one is 
forced to choose a player within only a certain range of players with built-in 
switchers - which is quite depressing (i like for example wmp10's gui best of 
all and that's pretty much all i care about when i want to enjoy my movies - 
no matter how mediocre in functionality this player is). besides, using such a 
switcher sometimes causes further constraints like using some specific audio 
decoder (say in MPC i get crashes every now and then when trying to use 
ac3filter+MPC's switcher instead of player's built-in (quite lousy) ac3 
decoder). 





From steve.lhomme at free.fr  Fri Jan 28 11:17:47 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Fri, 28 Jan 2005 11:17:47 +0100
Subject: [Matroska-devel] making splitter.ax system default for AVIs,
	audio stream switchers
In-Reply-To: <loom.20050128T090739-905@post.gmane.org>
References: <loom.20050128T090739-905@post.gmane.org>
Message-ID: <41FA114B.4070301@free.fr>

Vincent a ?crit :
> i'd like to have a way to get my system to use haali's splitter for avi files 
> as well as for mkvs. thus i could finally get rid of using audio stream 
> switchers whatsoever which would be a great idea for so many reasons.
> 
> right now as i understand i can only force its use for avis in graphedit. cos 
> i tried lowering quartz.dll's avi splitter's merit to as low as do_not_use and 
> raising matroska file's merit to the highest and still system can't find a 
> splitter for avis in that case. using overrides in media player (pointing out 
> preferred filters) doesnt work for this either. it's like the filter only 
> registers itself as matroska splitter and its avi functionality remains 
> hidden. so i was wondering if its possible to change the way the splitter 
> presents itself to the system and make it install as avi splitter as well. 
> maybe just with some lower merit by default than that of quartz.dll's one - 
> for the majority of those people not interested in making such "drastic" 
> changes to their systems. those who are on the hand may benefit from that by 
> simply changing merit hierarchy to build their graphs the way they want them 
> to be.

Indeed, a choice in the installer (or even better in the filter) would 
be great.

> also, speaking of buggy/incompatible audio stream switchers.. i guess i can 
> ask a question about mmswitch here too cos matroska team used to come up with 
> a fixed version of it. will there be a new release/fixed version of it anytime 
> soon? cos this one in 1.03 pack as you probably well know is far from being 

IMO we should drop this filter. Haali's filter don't need it, and so far 
it was the reason to use it (Gabest's filter alone needs it). But now 
it's not needed anymore.


From rcasajuana at telefonica.net  Fri Jan 28 14:29:01 2005
From: rcasajuana at telefonica.net (Ramon Casajuana Benavente)
Date: Fri, 28 Jan 2005 14:29:01 +0100
Subject: [Matroska-devel] Haali's splitter: New entry in changelog,
	but matroskasplitter.exe is still from 2004-01-24
Message-ID: <859806921.20050128142901@telefonica.net>

Hello

In http://haali.cs.msu.ru/mkv/
There is a new entry un the changelog from 2004-01-28, but the
downloaded file is still from 2004-01-24.

Regards




From iamlizardwhite at yahoo.com  Sat Jan 29 12:41:32 2005
From: iamlizardwhite at yahoo.com (yong)
Date: Sat, 29 Jan 2005 11:41:32 +0000 (UTC)
Subject: [Matroska-devel] Adding support for FLAC format
Message-ID: <loom.20050129T123809-525@post.gmane.org>

I wish the Haali matroska splitter can support for FLAC(Freee lossless Audio
codec) format.
:)

Regards
yong



From nise at newmail.ru  Sat Jan 29 12:50:57 2005
From: nise at newmail.ru (Vincent)
Date: Sat, 29 Jan 2005 11:50:57 +0000 (UTC)
Subject: [Matroska-devel] Re: making splitter.ax system default for
	AVIs,	audio stream switchers
References: <loom.20050128T090739-905@post.gmane.org>
Message-ID: <loom.20050129T124913-879@post.gmane.org>

@Mike
cool. thanks for the new version. mmswitch goes to the trash bucket.






From steve.lhomme at free.fr  Sat Jan 29 13:25:19 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sat, 29 Jan 2005 13:25:19 +0100
Subject: [Matroska-devel] Adding support for FLAC format
In-Reply-To: <loom.20050129T123809-525@post.gmane.org>
References: <loom.20050129T123809-525@post.gmane.org>
Message-ID: <41FB80AF.9090408@free.fr>

Why don't you try it ?
It works.

yong a ?crit :
> I wish the Haali matroska splitter can support for FLAC(Freee lossless Audio
> codec) format.
> :)
> 
> Regards
> yong
> 
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel

-- 
robUx4 on blog <http://robux4.blogspot.com/>



From iamlizardwhite at yahoo.com  Sat Jan 29 13:30:39 2005
From: iamlizardwhite at yahoo.com (yong)
Date: Sat, 29 Jan 2005 12:30:39 +0000 (UTC)
Subject: [Matroska-devel] Re: Adding support for FLAC format
References: <loom.20050129T123809-525@post.gmane.org>
	<41FB80AF.9090408@free.fr>
Message-ID: <loom.20050129T132814-560@post.gmane.org>

Work for latest version of Haali matroska splitter?







From nise at newmail.ru  Sat Jan 29 13:39:16 2005
From: nise at newmail.ru (Vincent)
Date: Sat, 29 Jan 2005 12:39:16 +0000 (UTC)
Subject: [Matroska-devel] could video stream switching be made even smoother?
Message-ID: <loom.20050129T130010-350@post.gmane.org>

it cannot happen instantly - ok, a certain delay between user's command and 
the moment another video stream can begin to play is inevitable.

but a few things could still be done i think to make this period of time look 
better. it seems like matroska splitter just stops both video and audio upon 
user's choosing the menu option, then after a little while the set of new 
video and same audio starts to play. this a/v blackout sort of delay is very 
short but still quite noticable. i was wondering if filter's logic in this 
could be changed a little to something like what they use, say, in windvd. 
after user switches angles in a multiangle title there's no halt in playback 
at all - same video and audio continue to play, the splitter (or whatever it 
is in windvd) just starts preparing the required new video stream for 
rendering. then when its ready it just swaps the two streams and that is 
totally transparent to the user - he wonders if he's really now watching the 
new angle or it's just a new scene in the first video stream. as regards to 
the audio it is never in any way interrupted during this process at all.

could something like that be implemented in matroska splitter too?



From steve.lhomme at free.fr  Sat Jan 29 13:40:11 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sat, 29 Jan 2005 13:40:11 +0100
Subject: [Matroska-devel] Re: Adding support for FLAC format
In-Reply-To: <loom.20050129T132814-560@post.gmane.org>
References: <loom.20050129T123809-525@post.gmane.org>	<41FB80AF.9090408@free.fr>
	<loom.20050129T132814-560@post.gmane.org>
Message-ID: <41FB842B.5060100@free.fr>

It's been working for a while... Why do you ask for things if you don't 
even try them ?

17/12/2004 Flac playback fixed.

yong a ?crit :
> Work for latest version of Haali matroska splitter?
> 
> 
> 
> 
> 
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel

-- 
robUx4 on blog <http://robux4.blogspot.com/>



From iamlizardwhite at yahoo.com  Sat Jan 29 13:53:32 2005
From: iamlizardwhite at yahoo.com (yong)
Date: Sat, 29 Jan 2005 12:53:32 +0000 (UTC)
Subject: [Matroska-devel] Re: Adding support for FLAC format
References: <loom.20050129T123809-525@post.gmane.org>	<41FB80AF.9090408@free.fr>
	<loom.20050129T132814-560@post.gmane.org>
	<41FB842B.5060100@free.fr>
Message-ID: <loom.20050129T134957-894@post.gmane.org>

Steve Lhomme <steve.lhomme <at> free.fr> writes:

> It's been working for a while... Why do you ask for things if you don't 
> even try them ?

Sorry, i tried yesterday, with latest mkvtoolnix,
might be the decoder problem...
i'll try to investigate my problem.
thanks :)







From steve.lhomme at free.fr  Sat Jan 29 14:15:28 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sat, 29 Jan 2005 14:15:28 +0100
Subject: [Matroska-devel] Re: Adding support for FLAC format
In-Reply-To: <loom.20050129T134957-894@post.gmane.org>
References: <loom.20050129T123809-525@post.gmane.org>	<41FB80AF.9090408@free.fr>	<loom.20050129T132814-560@post.gmane.org>	<41FB842B.5060100@free.fr>
	<loom.20050129T134957-894@post.gmane.org>
Message-ID: <41FB8C70.4090205@free.fr>

yong a ?crit :
> Steve Lhomme <steve.lhomme <at> free.fr> writes:
> 
> 
>>It's been working for a while... Why do you ask for things if you don't 
>>even try them ?
> 
> 
> Sorry, i tried yesterday, with latest mkvtoolnix,
> might be the decoder problem...
> i'll try to investigate my problem.
> thanks :)

OK, make sure you have the latest CoreFLAC installed.



From chris at matroska.org  Sat Jan 29 17:52:31 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Sat, 29 Jan 2005 17:52:31 +0100
Subject: [Matroska-devel] New DVDplayer claiming to offer matroska support
Message-ID: <41FBBF4F.1080406@matroska.org>


FYI, as discussed on IRC today :

http://www.zensonic.com/press_z500.php


From chris at matroska.org  Sun Jan 30 07:16:53 2005
From: chris at matroska.org (Christian HJ Wiesner)
Date: Sun, 30 Jan 2005 07:16:53 +0100
Subject: [Matroska-devel] New DVDplayer claiming to offer matroska support
In-Reply-To: <41FBBF4F.1080406@matroska.org>
References: <41FBBF4F.1080406@matroska.org>
Message-ID: <41FC7BD5.7060106@matroska.org>

In addition to that, read here ( page 5 ) :

http://www.avsforum.com/avs-vb/showthread.php?s=&postid=5085853#post5085853


Christian HJ Wiesner schrieb:

>
> FYI, as discussed on IRC today :
>
> http://www.zensonic.com/press_z500.php
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel
>



From steve.lhomme at free.fr  Sun Jan 30 09:40:06 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Sun, 30 Jan 2005 09:40:06 +0100
Subject: [Matroska-devel] Matroska support in VLC
Message-ID: <41FC9D66.2000902@free.fr>

Hi,

As we progress through the menu-in-matroska feature, I think I should 
let you know what I'll add in VLC to do so :

     * nested chapters
     * hidden chapters
     * ordered chapters
     * silent tracks
     * segment family
     * chapter codec
     * button (MPEG PCI packet) track
     * tta
     * wavpack4 (including hybrid mode)
     * forced subs
     * segment linking


-- 
robUx4 on blog <http://robux4.blogspot.com/>


From nise at newmail.ru  Sat Jan 29 20:57:21 2005
From: nise at newmail.ru (Vincent)
Date: Sat, 29 Jan 2005 19:57:21 +0000 (UTC)
Subject: [Matroska-devel] chapter's list for 2nd segment doesn't load in
	player
Message-ID: <loom.20050129T204427-417@post.gmane.org>

when switching to 2nd segment during playback of 2-segment mkv chapter's list 
in the player is not updated (tested in mpc, bsplayer,tcmp,wmp6.4). same 1st 
segment chapters are being displayed. while in splitter's menu in systray 
everything looks fine - 2nd segment chapters are shown. 



From jcsston at jory.info  Sun Jan 30 17:48:41 2005
From: jcsston at jory.info (jcsston at jory.info)
Date: Sun, 30 Jan 2005 10:48:41 -0600
Subject: [Matroska-devel] Matroska support in VLC
References: <41FC9D66.2000902@free.fr>
Message-ID: <004901c506eb$ba8b74f0$6b00a8c0@jcsston>

Maybe you could add improve seeking in VLC for Matroska files? :)
Right now it's not that accurate and doesn't deliver keyframes (blocked and 
trash until you hit the next keyframe).

Jory

----- Original Message ----- 
From: "Steve Lhomme" <steve.lhomme at free.fr>
To: "Discussion about the current and future development of Matroska" 
<matroska-devel at lists.matroska.org>; <vlc-devel at videolan.org>
Sent: Sunday, January 30, 2005 2:40 AM
Subject: [Matroska-devel] Matroska support in VLC


> Hi,
>
> As we progress through the menu-in-matroska feature, I think I should let 
> you know what I'll add in VLC to do so :
>
>     * nested chapters
>     * hidden chapters
>     * ordered chapters
>     * silent tracks
>     * segment family
>     * chapter codec
>     * button (MPEG PCI packet) track
>     * tta
>     * wavpack4 (including hybrid mode)
>     * forced subs
>     * segment linking
>
>
> -- 
> robUx4 on blog <http://robux4.blogspot.com/>
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel
> 



From iamlizardwhite at yahoo.com  Mon Jan 31 12:02:43 2005
From: iamlizardwhite at yahoo.com (yong)
Date: Mon, 31 Jan 2005 11:02:43 +0000 (UTC)
Subject: [Matroska-devel] Re: Adding support for FLAC format
References: <loom.20050129T123809-525@post.gmane.org>	<41FB80AF.9090408@free.fr>	<loom.20050129T132814-560@post.gmane.org>	<41FB842B.5060100@free.fr>
	<loom.20050129T134957-894@post.gmane.org>
	<41FB8C70.4090205@free.fr>
Message-ID: <loom.20050131T120015-774@post.gmane.org>

Steve Lhomme <steve.lhomme <at> free.fr> writes:

> 
> yong a ?crit :
> > Steve Lhomme <steve.lhomme <at> free.fr> writes:
> > 
> > 
> >>It's been working for a while... Why do you ask for things if you don't 
> >>even try them ?
> > 
> > 
> > Sorry, i tried yesterday, with latest mkvtoolnix,
> > might be the decoder problem...
> > i'll try to investigate my problem.
> > thanks :)
> 
> OK, make sure you have the latest CoreFLAC installed.
> 

Comfirmed, is a decoder problem, ffdshow was unable to recognized the FLAC files
if use Haali matroska splitter.
Yes, i have the latest CoreFLACdecoder istalled.
Thanks.



From steve.lhomme at free.fr  Mon Jan 31 12:35:58 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 31 Jan 2005 12:35:58 +0100
Subject: [Matroska-devel] Re: Adding support for FLAC format
In-Reply-To: <loom.20050131T120015-774@post.gmane.org>
References: <loom.20050129T123809-525@post.gmane.org>	<41FB80AF.9090408@free.fr>	<loom.20050129T132814-560@post.gmane.org>	<41FB842B.5060100@free.fr>	<loom.20050129T134957-894@post.gmane.org>	<41FB8C70.4090205@free.fr>
	<loom.20050131T120015-774@post.gmane.org>
Message-ID: <41FE181E.1010508@free.fr>

yong a ?crit :
>>OK, make sure you have the latest CoreFLAC installed.
>>
> 
> 
> Comfirmed, is a decoder problem, ffdshow was unable to recognized the FLAC files
> if use Haali matroska splitter.
> Yes, i have the latest CoreFLACdecoder istalled.
> Thanks.

Are you talking about FLAC files or FLAC-in-matroska files ?


From iamlizardwhite at yahoo.com  Mon Jan 31 13:53:38 2005
From: iamlizardwhite at yahoo.com (yong)
Date: Mon, 31 Jan 2005 12:53:38 +0000 (UTC)
Subject: [Matroska-devel] Re: Adding support for FLAC format
References: <loom.20050129T123809-525@post.gmane.org>	<41FB80AF.9090408@free.fr>	<loom.20050129T132814-560@post.gmane.org>	<41FB842B.5060100@free.fr>	<loom.20050129T134957-894@post.gmane.org>	<41FB8C70.4090205@free.fr>
	<loom.20050131T120015-774@post.gmane.org>
	<41FE181E.1010508@free.fr>
Message-ID: <loom.20050131T134549-825@post.gmane.org>

FLAC-in-Matroska Files,
now i'm switch to CoreFLACDecoder. :)
It's wired, the ffdshow(20050122) can decode the MKV-FLAC with old Official
Matroska splitter, but the new Haali matroska spltter can't
I'm not sure it's splitter or decoder problem,
but i've sent the bug report to the ffdshow developer.



From steve.lhomme at free.fr  Mon Jan 31 13:56:28 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 31 Jan 2005 13:56:28 +0100
Subject: [Matroska-devel] Re: Adding support for FLAC format
In-Reply-To: <loom.20050131T134549-825@post.gmane.org>
References: <loom.20050129T123809-525@post.gmane.org>	<41FB80AF.9090408@free.fr>	<loom.20050129T132814-560@post.gmane.org>	<41FB842B.5060100@free.fr>	<loom.20050129T134957-894@post.gmane.org>	<41FB8C70.4090205@free.fr>	<loom.20050131T120015-774@post.gmane.org>	<41FE181E.1010508@free.fr>
	<loom.20050131T134549-825@post.gmane.org>
Message-ID: <41FE2AFC.2070106@free.fr>

I don't understand :

- haali's splitter + CoreFLAC works
- haali's splitter + FFDShow doesn't

Can FFDShow decode FLAC ? It works with gabest's filter ?

yong a ?crit :
> FLAC-in-Matroska Files,
> now i'm switch to CoreFLACDecoder. :)
> It's wired, the ffdshow(20050122) can decode the MKV-FLAC with old Official
> Matroska splitter, but the new Haali matroska spltter can't
> I'm not sure it's splitter or decoder problem,
> but i've sent the bug report to the ffdshow developer.
> 
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel

-- 
robUx4 on blog <http://robux4.blogspot.com/>


From moritz at bunkus.org  Mon Jan 31 14:03:47 2005
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 31 Jan 2005 14:03:47 +0100
Subject: [Matroska-devel] Re: Adding support for FLAC format
In-Reply-To: <41FE2AFC.2070106@free.fr>
References: <loom.20050129T123809-525@post.gmane.org>
	<loom.20050131T134549-825@post.gmane.org>
	<41FE2AFC.2070106@free.fr>
Message-ID: <200501311403.49072.moritz@bunkus.org>

Hey,

> Can FFDShow decode FLAC ? It works with gabest's filter ?

Yes and yes. And the next ffdshow will probably be able to connect to
Haali's splitter as well as there was the following commit to ffdshow
yesterday:

http://sourceforge.net/mailarchive/forum.php?thread_id=6458210&forum_id=22740

Commit message was:

> support for flac-in-matroska demuxed by haali"s splitter

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20050131/c38ca4a8/attachment.pgp>

From steve.lhomme at free.fr  Mon Jan 31 14:08:03 2005
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Mon, 31 Jan 2005 14:08:03 +0100
Subject: [Matroska-devel] Re: Adding support for FLAC format
In-Reply-To: <200501311403.49072.moritz@bunkus.org>
References: <loom.20050129T123809-525@post.gmane.org>	<loom.20050131T134549-825@post.gmane.org>	<41FE2AFC.2070106@free.fr>
	<200501311403.49072.moritz@bunkus.org>
Message-ID: <41FE2DB3.1090005@free.fr>

Moritz Bunkus a ?crit :
> Hey,
> 
> 
>>Can FFDShow decode FLAC ? It works with gabest's filter ?
> 
> 
> Yes and yes. And the next ffdshow will probably be able to connect to
> Haali's splitter as well as there was the following commit to ffdshow
> yesterday:
> 
> http://sourceforge.net/mailarchive/forum.php?thread_id=6458210&forum_id=22740
> 
> Commit message was:
> 
> 
>>support for flac-in-matroska demuxed by haali"s splitter

Great ! The question is, why does Haali use a different UUID ?


From mike at po.cs.msu.su  Mon Jan 31 15:25:27 2005
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Mon, 31 Jan 2005 17:25:27 +0300
Subject: [Matroska-devel] Re: Adding support for FLAC format
In-Reply-To: <41FE2DB3.1090005@free.fr>
References: <loom.20050129T123809-525@post.gmane.org>	<loom.20050131T134549-825@post.gmane.org>	<41FE2AFC.2070106@free.fr>	<200501311403.49072.moritz@bunkus.org>
	<41FE2DB3.1090005@free.fr>
Message-ID: <41FE3FD7.6040601@po.cs.msu.su>

Steve Lhomme wrote:
> Great ! The question is, why does Haali use a different UUID ?
There are framed and unframed uuids, I only support framed.
Gabest probably uses both.

/Mike