From ajberge at broadpark.no  Mon Feb  4 13:37:22 2008
From: ajberge at broadpark.no (Andreas J. Berge)
Date: Mon, 04 Feb 2008 13:37:22 +0100
Subject: [Matroska-devel] DXVA
Message-ID: <fbfda55967f8.47a71512@broadpark.no>

An HTML attachment was scrubbed...
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20080204/1795ab6a/attachment.html>

From steve.lhomme at free.fr  Tue Feb  5 10:03:42 2008
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Tue, 05 Feb 2008 10:03:42 +0100
Subject: [Matroska-devel] DXVA
In-Reply-To: <fbfda55967f8.47a71512@broadpark.no>
References: <fbfda55967f8.47a71512@broadpark.no>
Message-ID: <47A8266E.7090405@free.fr>

Andreas J. Berge wrote:
> Hi,
>  
> What's the status for mkv and hardware acceleration? Does any encoders 
> support this yet?

Matroska is a container and thus has nothing to do with DXVA hardware 
acceleration, which is for codec (encoding and decoding).

Steve Lhomme


From chris at matroska.org  Wed Feb  6 18:25:38 2008
From: chris at matroska.org (Christian HJ Wiesner)
Date: Wed, 06 Feb 2008 18:25:38 +0100
Subject: [Matroska-devel] Musepack support
In-Reply-To: <fi0u64$q7v$1@ger.gmane.org>
References: <fi0u64$q7v$1@ger.gmane.org>
Message-ID: <47A9ED92.6070707@matroska.org>

An HTML attachment was scrubbed...
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20080206/8b9b3125/attachment.html>

From fruggy at optusnet.com.au  Thu Feb  7 07:15:49 2008
From: fruggy at optusnet.com.au (Mark)
Date: Thu, 07 Feb 2008 15:15:49 +0900
Subject: [Matroska-devel] Hotkeys
Message-ID: <47AAA215.7070107@optusnet.com.au>

Could we get some hotkeys to change the subtitles and audio track if we 
have more than 1 and the.

I have anime with 2 audio tracks and 2 subtitle tracks and want to 
choose my preference using a remote on a htpc app


From chris at matroska.org  Fri Feb  8 14:05:17 2008
From: chris at matroska.org (Christian HJ Wiesner)
Date: Fri, 08 Feb 2008 14:05:17 +0100
Subject: [Matroska-devel] [Fwd: Re: Musepack support]
Message-ID: <47AC538D.3000506@matroska.org>



Thanks Nicolas,

allow me one more question : How stable is the current spec ? Is it 
worth for the muxing app devs, mosu and alex, to start looking at it now ?

Mosu, Alex : any chance to inform us about your current shedules for 
your apps ? Can the musepack apps expect some alpha MKA muxing anytime 
soon ?

Regards

Christian


-------- Original-Nachricht --------
Betreff: 	Re: Musepack support
Datum: 	Fri, 08 Feb 2008 11:59:08 +0100
Von: 	Nicolas <r2d at musepack.net>
An: 	chris at matroska.org, Discussion about the current and future 
development of Matroska <matroska-devel at lists.matroska.org>
Referenzen: 	<fi0u64$q7v$1 at ger.gmane.org> <47A9ED92.6070707 at matroska.org>



I Christian, thanks for your answer.

Christian HJ Wiesner a ?crit :
> A_MPC_SV8
I think I prefer this one

> - a very clear spec of the format itself, and the way the audio packets 
> should be muxed into matroska, including headers etc.
> - if possible some example code for a demuxer and muxer (for 
> mkvextract), preferably in C or C++
The SV8 spec is here :
http://trac.musepack.net/trac/wiki/SV8Specification
The only necessary header for playing the stream is the "Stream Header Packet", so this one must be in the codec private data. Other header packets (RG, EI) are not necessary for playing the file, so may be put somewhere else (or not put at all).
The main data packet is the "Audio packet".
For building a seeking table, you will need to read the "Audio block frames" field in the Stream Header Packet, which defines the number of audio frames (1152 samples) per audio packet.
A C implementation of the demuxer is here :
http://trac.musepack.net/trac/browser/libmpc/trunk/libmpcdec/mpc_demux.c
or see libmpcdec in the libmpc svn :
http://svn.musepack.net/libmpc/trunk

Regards,

Nicolas




From r2d at musepack.net  Fri Feb  8 11:59:08 2008
From: r2d at musepack.net (Nicolas)
Date: Fri, 08 Feb 2008 11:59:08 +0100
Subject: [Matroska-devel] Re: Musepack support
In-Reply-To: <47A9ED92.6070707@matroska.org>
References: <fi0u64$q7v$1@ger.gmane.org> <47A9ED92.6070707@matroska.org>
Message-ID: <47AC35FC.4090307@musepack.net>

I Christian, thanks for your answer.

Christian HJ Wiesner a ?crit :
> A_MPC_SV8
I think I prefer this one

> - a very clear spec of the format itself, and the way the audio packets 
> should be muxed into matroska, including headers etc.
> - if possible some example code for a demuxer and muxer (for 
> mkvextract), preferably in C or C++
The SV8 spec is here :
http://trac.musepack.net/trac/wiki/SV8Specification
The only necessary header for playing the stream is the "Stream Header Packet", so this one must be in the codec private data. Other header packets (RG, EI) are not necessary for playing the file, so may be put somewhere else (or not put at all).
The main data packet is the "Audio packet".
For building a seeking table, you will need to read the "Audio block frames" field in the Stream Header Packet, which defines the number of audio frames (1152 samples) per audio packet.
A C implementation of the demuxer is here :
http://trac.musepack.net/trac/browser/libmpc/trunk/libmpcdec/mpc_demux.c
or see libmpcdec in the libmpc svn :
http://svn.musepack.net/libmpc/trunk

Regards,

Nicolas


From r2d at musepack.net  Fri Feb  8 15:12:54 2008
From: r2d at musepack.net (Nicolas)
Date: Fri, 08 Feb 2008 15:12:54 +0100
Subject: [Matroska-devel] Re: [Fwd: Re: Musepack support]
In-Reply-To: <47AC538D.3000506@matroska.org>
References: <47AC538D.3000506@matroska.org>
Message-ID: <47AC6366.1010408@musepack.net>

Christian HJ Wiesner a ?crit :
> allow me one more question : How stable is the current spec ? Is it 
> worth for the muxing app devs, mosu and alex, to start looking at it now ?
Current spec is beta, no change will be made unless a design flaw is discovered. But packets can still be added to the spec without breaking current parsers.

Nicolas


From oscar at balkiosk.com  Sun Feb 10 01:31:55 2008
From: oscar at balkiosk.com (Oscar Gil)
Date: Sun, 10 Feb 2008 01:31:55 +0100
Subject: [Matroska-devel] translation to Spanish
Message-ID: <000601c86b7c$570c9be0$2101a8c0@balkiosk>

Dear Madam/Sir,
My name it's Oscar Gil I can translate your software plus all your site to Spanish I need a bigger CV so I'm very interested to help
Best Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20080210/dbc9a09d/attachment.html>

From Ken.Moselen at clear.net.nz  Thu Feb 14 08:39:26 2008
From: Ken.Moselen at clear.net.nz (Ken Moselen)
Date: Thu, 14 Feb 2008 07:39:26 +0000 (UTC)
Subject: [Matroska-devel] Re: Some special TS-Files
References: <loom.20070611T193631-977@post.gmane.org>
	<46782B82.9090205@haali.net>
Message-ID: <loom.20080214T073119-182@post.gmane.org>

?????? ?????? <mike <at> haali.net> writes:
> akapuma wrote:
> > Hello Haali,
> >
> > The first file is a DVB-T-file from Norway. They are broadcasting H.264 / 
AAC.
> > This is the link to the original post by Griga:
> > http://forum.dvbtechnics.info/showpost.php?p=24450&postcount=3
> >   
> Yes, LOAS is not supported, but I'll add support for it at some future
> date (when I get the documentation).

Hi Haali,

First - Thanks for the great work on the splitter.

Has there been any progress on adding LOAS/LATM .TS support to the splitter? 
New Zealand has joined Norway in broadcasting with this format, so an update 
on if/when support is likely would be welcome.

Thanks




From namy188 at gmail.com  Thu Feb 14 13:55:16 2008
From: namy188 at gmail.com (namratha P)
Date: Thu, 14 Feb 2008 18:25:16 +0530
Subject: [Matroska-devel] Subtitles File Format
Message-ID: <c6b133630802140455v3f0b3f68o2a84931f1dbde229@mail.gmail.com>

Hi

I am interested in learning about the subtitle file formats: SubRip,
SubViewer, MicroDvD. Please can you help me with finding the
specifications documents for the above formats.

Thank you

Regards
Namratha


From hector at lycos.es  Mon Feb 18 11:03:55 2008
From: hector at lycos.es (Hector D. Rguez.)
Date: Mon, 18 Feb 2008 10:03:55 +0000 (UTC)
Subject: [Matroska-devel] Feature request: Path to search for linked files
Message-ID: <loom.20080218T095519-842@post.gmane.org>

Hi !

I have many films splitted into two discs, and it would be fantastic to be able
to put both discs in two units and be able to instruct the splitter to search in
the other unit, apart from the original path of the file.

I mean to put an option to search for linked files in other path.

It would be possible ?

It would have to be ready to ignore errors from searching in this path in case
the path doesn't exist or it isn't ready (case of a path to a dvd unit without
disc).

Great work.



From slhomme at matroska.org  Mon Feb 18 13:56:14 2008
From: slhomme at matroska.org (Steve Lhomme)
Date: Mon, 18 Feb 2008 13:56:14 +0100
Subject: [Matroska-devel] Feature request: Path to search for linked files
In-Reply-To: <loom.20080218T095519-842@post.gmane.org>
References: <loom.20080218T095519-842@post.gmane.org>
Message-ID: <47B9806E.9000505@matroska.org>

Hector D. Rguez. wrote:
> Hi !
> 
> I have many films splitted into two discs, and it would be fantastic to be able
> to put both discs in two units and be able to instruct the splitter to search in
> the other unit, apart from the original path of the file.
> 
> I mean to put an option to search for linked files in other path.
> 
> It would be possible ?
> 
> It would have to be ready to ignore errors from searching in this path in case
> the path doesn't exist or it isn't ready (case of a path to a dvd unit without
> disc).

Right now VLC and Haali's splitter can handle linked files. But in both 
case they have to be in the same folder. It's more a design issue of the 
players and architectures that a matroska issue (not to ask for missing 
files).

Steve


From jozsef.fejes at gmail.com  Fri Feb 22 17:31:01 2008
From: jozsef.fejes at gmail.com (FEJES Jozsef)
Date: Fri, 22 Feb 2008 17:31:01 +0100
Subject: [Matroska-devel] can't play this one file in windows media player
Message-ID: <47BEF8C5.9090308@gmail.com>

Hi,
I'm using the latest version of Haali media splitter and ffdshow codecs 
in Windows Media Player, no other codecs are installed. I can play all 
kinds of mkv files with all kinds of codecs without any problems (I can 
see the Haali, the ffdshow audio, and ffdshow video tray icons, and 
everything plays fine), except this one:
http://jocohp.hu/bug.mkv (split from the original, 1.17 MiB) (the server 
reports text/plain mime-type, sorry, not my fault)
I can't see any icons in the tray, I can't see the picture, I can hear 
the sound partly but it's very wrong. File->properties says that the 
used video codec is nothing, the used audio codec is the system's mp3 
codec. The reported length is also wrong, about 10 times the actual 
value. I guess it identifies the entire file as an mp3, which makes the 
video data junk, that's why the length is wrong and I hear lots of 
noise. Confirmed on two different PC's, both Windows XP.
The file was created from an avi with the latest mkvtoolnix, and it 
seems to play back just fine with mplayer.
Hope we can resolve this,
Jozsef


From ds at schleef.org  Fri Feb 29 04:40:35 2008
From: ds at schleef.org (David Schleef)
Date: Thu, 28 Feb 2008 19:40:35 -0800
Subject: [Matroska-devel] Dirac mapping for Matroska
Message-ID: <20080229034035.GA21177@bigkitten.com>

Hi all,

Now that Schroedinger-1.0.0 is out, I'm working on integrating Dirac
support into other projects.  I'd like to get a specification nailed
down (and a link on the Dirac website) on how to embed a Dirac stream
into Matroska.

Dirac is a self-contained stream containing variable sized packets
containing either pictures or sequence headers.  "Self-contained"
meaning that there is no out-of-band codec data.  Decoding can be
started at any sequence header (e.g., after seeking), and sequence
headers are encoded periodically by the encoder.  Dirac streams are
constant framerate.

I implemented the obvious "V_DIRAC" mapping in GStreamer's matroskamux
and matroskademux elements using V_MPEG2 as an example.  It appears to
work fine, but, uh, that means very little.

Example of Dirac in Matroska at:
http://www.schleef.org/~ds/dirac_example.mkv



dave...



From m.bunkus at linet-services.de  Fri Feb 29 09:42:54 2008
From: m.bunkus at linet-services.de (Moritz Bunkus)
Date: Fri, 29 Feb 2008 09:42:54 +0100
Subject: [Matroska-devel] Dirac mapping for Matroska
In-Reply-To: <20080229034035.GA21177@bigkitten.com>
References: <20080229034035.GA21177@bigkitten.com>
Message-ID: <200802290942.57014.m.bunkus@linet-services.de>

Hey,

On Friday 29 February 2008 04:40:35 David Schleef wrote:

> Now that Schroedinger-1.0.0 is out, I'm working on integrating Dirac
> support into other projects.  I'd like to get a specification nailed
> down (and a link on the Dirac website) on how to embed a Dirac stream
> into Matroska.

Sounds good :)

> I implemented the obvious "V_DIRAC" mapping in GStreamer's matroskamux
> and matroskademux elements using V_MPEG2 as an example.  It appears to
> work fine, but, uh, that means very little.
>
> Example of Dirac in Matroska at:
> http://www.schleef.org/~ds/dirac_example.mkv

Here are a couple of thoughts and questions that occured to me when I
took a look at that file.

1. Sequence headers. In Matroska each block should contain actual image
data, not just sequence headers. At the moment you write two blocks with
the same timestamp, one for the sequence header, one for the actual
frame:

I frame, track 1, timecode 9600 (00:00:09.600), size 25, adler 0x473d071c
I frame, track 1, timecode 9600 (00:00:09.600), size 8582, adler 0xf754c179

This should be handled like it is for other video codecs: the sequence
headers and the actual video frame in a single Matroska block.

2. Frame types. At the moment you don't write any backward/forward
reference and therefore all frames are considered to be "I" frames ("I"
in the loosest sense of the word, meaning that you don't need any other
frame before you can decode this one).

So what kind of frame types does Dirac know? Can you ONLY start decoding
at a frame right after a sequence header? Or are there frames for which
there are no sequence headers directly in front of them? Is something
like this possible (I = I frame, s = sequence header, n = non-I-frame):

sInnInnnnnInnsI...

or is there always a sequence header for an I frame (like
sInnsInnnnnsInnsI...)?

3. The very start of the stream actually contains three Matroska blocks
for the same timestamp:

I frame, track 1, timecode 0 (00:00:00.000), size 34, adler 0x75650798
I frame, track 1, timecode 0 (00:00:00.000), size 25, adler 0x3bf5063f
I frame, track 1, timecode 0 (00:00:00.000), size 8549, adler 0x55699322

I guess that one's a sequence header, the last one is the actual video
frame, but what's the other? Is that some kind of data that would better
be located in the CodecPrivate element (at the moment there isn't one)?

4. CodecID. V_DIRAC is fine with me; I don't think we need to change it.

5. Hmmm... I forgot 5. ;)

More questions might come later.

Regards,
Mosu

-- 
** Besuchen Sie uns auf der CeBIT vom 04. - 09. M?rz 2008 in Hannover **
** Sie finden uns auf dem Univention Partnerstand (Halle 5/C45)       **

Dipl.-Inform. Moritz Bunkus
Gesch?ftsf?hrung

LINET Services GbR  |  Gotenweg 15  |  38106 Braunschweig
Tel. 0531-180508-0  |  Fax 0531-180508-29

http://www.linet-services.de

Vertretungsberechtigte Gesellschafter:
Moritz Bunkus, Philip Reetz und Timo Springmann

USt-IdNr. DE 206946144

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20080229/6b4212ef/attachment.pgp>

From mike at haali.net  Fri Feb 29 10:27:30 2008
From: mike at haali.net (=?UTF-8?B?0JzQuNGF0LDQuNC7INCc0LDRhtC90LXQsg==?=)
Date: Fri, 29 Feb 2008 12:27:30 +0300
Subject: [Matroska-devel] Dirac mapping for Matroska
In-Reply-To: <20080229034035.GA21177@bigkitten.com>
References: <20080229034035.GA21177@bigkitten.com>
Message-ID: <47C7D002.5060105@haali.net>

David Schleef wrote:
> Now that Schroedinger-1.0.0 is out, I'm working on integrating Dirac
> support into other projects.  I'd like to get a specification nailed
> down (and a link on the Dirac website) on how to embed a Dirac stream
> into Matroska.
> 
> Dirac is a self-contained stream containing variable sized packets
> containing either pictures or sequence headers.  "Self-contained"
> meaning that there is no out-of-band codec data.  Decoding can be
> started at any sequence header (e.g., after seeking), and sequence
> headers are encoded periodically by the encoder.  Dirac streams are
> constant framerate.
> 
> I implemented the obvious "V_DIRAC" mapping in GStreamer's matroskamux
> and matroskademux elements using V_MPEG2 as an example.  It appears to
> work fine, but, uh, that means very little.
> 
> Example of Dirac in Matroska at:
> http://www.schleef.org/~ds/dirac_example.mkv
Does the current dirac encoder generate presentation timestamps? This is
important to get right, especially if the coding order is different from
presentation order, because streams are not limited to constant frame rate
in Matroska.


From slhomme at matroska.org  Fri Feb 29 10:39:07 2008
From: slhomme at matroska.org (Steve Lhomme)
Date: Fri, 29 Feb 2008 10:39:07 +0100
Subject: [Matroska-devel] Dirac mapping for Matroska
In-Reply-To: <20080229034035.GA21177@bigkitten.com>
References: <20080229034035.GA21177@bigkitten.com>
Message-ID: <47C7D2BB.7050501@matroska.org>

David Schleef wrote:
> Hi all,
> 
> Now that Schroedinger-1.0.0 is out, I'm working on integrating Dirac
> support into other projects.  I'd like to get a specification nailed
> down (and a link on the Dirac website) on how to embed a Dirac stream
> into Matroska.
> 
> Dirac is a self-contained stream containing variable sized packets
> containing either pictures or sequence headers.  "Self-contained"
> meaning that there is no out-of-band codec data.  Decoding can be
> started at any sequence header (e.g., after seeking), and sequence
> headers are encoded periodically by the encoder.  Dirac streams are
> constant framerate.
> 
> I implemented the obvious "V_DIRAC" mapping in GStreamer's matroskamux
> and matroskademux elements using V_MPEG2 as an example.  It appears to
> work fine, but, uh, that means very little.
> 
> Example of Dirac in Matroska at:
> http://www.schleef.org/~ds/dirac_example.mkv

Is there an existing or planned VfW codec planned ?
In which case we should go for that compatibility... And thus nobody has 
to change any code. Just support a new VfW ID they will have to anyway...

Steve