From michal.benes at xeris.cz Tue Aug 2 17:32:51 2005 From: michal.benes at xeris.cz (Michal Benes) Date: Tue, 02 Aug 2005 17:32:51 +0200 Subject: [Matroska-devel] Re: MingW conflict, was : DirectX sinks for Windows status In-Reply-To: <42ECA008.3040604@matroska.org> References: <1122042729.9226.20.camel@localhost.localdomain> <42E1E307.2010606@matroska.org> <1122103549.8062.12.camel@localhost.localdomain> <42E400D8.1090302@matroska.org> <42E471AB.9030603@xeris.cz> <98513bea05072511374450dccd@mail.gmail.com> <471111453.3032.1122369937@wiesneronline.net> <42ECA008.3040604@matroska.org> Message-ID: <1122996771.8639.29.camel@localhost.localdomain> Hi Christian, good to hear from you :-) Christian HJ Wiesner p??e v Ne 31. 07. 2005 v 11:55 +0200: > Hi Michal, > > some more tests with your latest binaries from 25/07/2005 : > > 1. During running gst-register.bat it will complain about a missing > libogg-0.dll I have forgotten to include this library to my binary distribution. It should do no harm (but of course ogg/vorbis will not be played). > 2. I can open the Ixion.exe now, and the player will start fine, no need > to use Ixion.bat anymore I had no time to try this. But are you sure that Ixion can find all plugins if GST_PLUGIN_PATH and PATH are not set Ixion/plugins? > 3. I still cant open any files, not even simple WAV audio files > > Here my questions to you : > > a. Can you implement the basic gstreamer audio and video tests into the > GUI ? Again, if i copy all the libs into the player main router i can > start audio and the first of the two video tests ( but only the first ) > you named me the command line. I believe these 3 basic tests should be > callable from the GUI for the normal user, they cant mess with CLI. This is strange if You can run the first but not the second video test, it would mean that ffmpegcolorspace plugin is not working. This plugin is used in Ixion and it is quite important part of it (it converts between various colorspaces), Ixion will not work without it. Please try to run the test with --gst-debug-level=4 parameter and send me the output. I have no idea what this could be, I never had problems with ffmpegcolorspace. Integrating audio and video test to GUI is a good idea. It could be combined with output plugins preferences dialog. I am leavin for my two weeks holiday now, but I will implement it when I return. > b. As soon as we do have the exe working here on all my PCs, i liked to > create an opensource project on our OSS platform CORECODEC on > http://www.corecodec.org , and announce the alpha player on our > homepage. I still believe gstreamer could be a basis for TCMP 6, and > ixion could become the start of it all. This way you had no bandwidth > problems as we would distribute all the binareies. > > What do you think ? > > Christian > I think this is a great idea :-) It could bring many more people to GStreamer community. We (here in Xeris) are also using GStreamer for our project, we are using it for servers backend currently and now we are working on the client part, the Linux build is quite good in the moment but the Windows version still has problems. Regards Michal > > > Michal Benes schrieb: > > >Hi, > > > > > > > >>1) when you move the window, the video overlay remains at the original > >>position anyway > >> > >> > > > > I know about this issue. In fact, my Windows does not get the "changed > >position" or resized event. May be I have forgot some parameter when > >initializing it or I have handled some previous events wrong. Does > >somebody who knows the Windows API have any clue? > > > > > > > >>2) crashes after a few minutes > >> > >> > > > > Yes my windows build is very very unstable. I will look into it. I not > >sure it is in the sinks, it seems to me there are some problems also in > >other plugins. > > > > > > > >>As for the audiosink, it works with sinesrc fine but not so well with > >>other audio. I played an mp3 and it plays too fast and has some > >>popping in it. Maybe your clock timing is wrong. > >> > >> > > > > Yes, I have the problem with popping too. As for too fast audio > >playback, I have seen this issue when the audio file had unsupported > >audiorate, but I have raised the limit to 100000 what should be enough > >(or not?) > > > > > > > >>gst-launch.bat filesrc "location=E:/video.vob" ! decodebin "name=d" { > >>d. ! ffmpegcolorspace ! videoscale ! ddrawsink } { d. ! audioconvert ! > >>dsoundsink } > >> > >> > >> > > > > You must add queue element between threads. The correct command is > >gst-launch.bat filesrc "location=E:/video.vob" ! decodebin > >"name=d" { d. ! queue ! ffmpegcolorspace ! videoscale ! ddrawsink } > >{ d. ! queue ! audioconvert ! dsoundsink } > > > > > > > >>Another issue, which may be an internal bug is when I try to decode > >>the mp2 audio in the vobwith the following: > >> > >>gst-launch-0.8.exe filesrc "location=E:/Video.vob" ! decodebin ! > >>audioconvert ! dsoundsink > >> > >>Produces: > >> > >>RUNNING pipeline ... > >>ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal > >>GStreamer error: pad problem. File a bug. > >>Additional debug info: > >>gstpad.c(2562): gst_pad_set_explicit_caps: > >>/pipeline0/decodebin0/ffdec_mp30: failed to negotiate (try_set_caps > >>with "audio/x-raw-int, rate=(int)48000, channels=(int)2, > >>signed=(boolean)true, endianness=(int)1234, width=(int)16, > >>depth=(int)16" returned REFUSED) > >>ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal > >>GStreamer error: negotiation problem. File a bug. > >>Additional debug info: > >>gstffmpegdec.c(643): gst_ffmpegdec_negotiate: > >>/pipeline0/decodebin0/ffdec_mp30: Failed to link ffmpeg decoder (mp3) > >>to next element > >>Execution ended after 25 iterations (sum 359375000 ns, average > >>14375000 ns, min 0 ns, max 281250000 ns). > >> > >> > >> > > > >I will try to test test some .vob files. My be I have shipped the old > >version of dsoundsink which supports frequency only up to 41000Hz. (I > >have some other work now but I will look into it this afternoon). You > >can also try to add audioscale element before dsoundsink > > > > > > > >>As for Ixion...It doesn't work for me. It just freezes when loading any video. > >> > >> > > > >On no, this is bad. i do not have an idea in the moment :( > > > > Michal > > > > > > > > > From steve.lhomme at free.fr Tue Aug 2 22:13:51 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Tue, 02 Aug 2005 13:13:51 -0700 Subject: [Matroska-devel] Problem with recent versions of Haali splitter? In-Reply-To: <5f009b23050728150834879c02@mail.gmail.com> References: <5f009b23050728150834879c02@mail.gmail.com> Message-ID: <42EFD3FF.9080807@free.fr> Try a version after 2005-07-31 http://haali.cs.msu.ru/mkv/ Michael Berganovsky wrote: > I noticed strange problem with recent versions of Haali matroska > splitter. I have a couple of MKV files which I am playing directly > from DVD media using Zoom Player. Nothing special - DivX 5.21 video > stream, ogg and AC3 audio streams. My computers are fast enough > (nothing slower then 2 CPU 2GHz P4) - and it works perfectly with > splitter verion 26/06/2005 and earlier. When updated to recent > versions video playback is very jumpy - it seems to get frozen for a > couple of seconds every now and then. This seems to be connected with > accessing media (LED on DVD reader is lighting at exactly the same > moment as video freezes). With old splitter DVD was accessed with > regular intervals which seems to be not true anymore. Did somebody see > it and is there a way around the problem? > > Thank You > _______________________________________________ > Matroska-devel mailing list > Matroska-devel at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel > Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel -- robUx4 on blog From mike at po.cs.msu.su Tue Aug 2 22:12:24 2005 From: mike at po.cs.msu.su (Mike Matsnev) Date: Wed, 03 Aug 2005 00:12:24 +0400 Subject: [Matroska-devel] control matroskafilter from another program In-Reply-To: References: Message-ID: <42EFD3A8.3010608@po.cs.msu.su> Roger.Kirchhofer at swisscom.com wrote: > hi there, it may be a good idea to implement something to control the > matroskasplitter from another program. for example to change subtitles > and audio channels using a remote control. or create a plugin for a > media center solution. something like there is in vsfilter. what do you > think about that? or did i miss something and ther is already something > to do that? Yes, the splitter uses standard dshow interface IAMStreamSelect. /Mike From chris at matroska.org Tue Aug 2 22:39:24 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Tue, 02 Aug 2005 22:39:24 +0200 Subject: [Matroska-devel] Re: MingW conflict, was : DirectX sinks for Windows status In-Reply-To: <1122996771.8639.29.camel@localhost.localdomain> References: <1122042729.9226.20.camel@localhost.localdomain> <42E1E307.2010606@matroska.org> <1122103549.8062.12.camel@localhost.localdomain> <42E400D8.1090302@matroska.org> <42E471AB.9030603@xeris.cz> <98513bea05072511374450dccd@mail.gmail.com> <471111453.3032.1122369937@wiesneronline.net> <42ECA008.3040604@matroska.org> <1122996771.8639.29.camel@localhost.localdomain> Message-ID: <42EFD9FC.7010700@matroska.org> Michal Benes schrieb: >Hi Christian,good to hear from you :-) > >Christian HJ Wiesner p??e v Ne 31. 07. 2005 v 11:55 +0200: > > >>2. I can open the Ixion.exe now, and the player will start fine, no need >>to use Ixion.bat anymore >> >> >I had no time to try this. But are you sure that Ixion can find all >plugins if GST_PLUGIN_PATH and PATH are not set Ixion/plugins? > > I dont see any difference, it doesnt play any files here anyhow. It's just that with the old version, i couldnt start the GUI at all when not running the .bat, and now it works fine with the .exe even. >>a. Can you implement the basic gstreamer audio and video tests into the >>GUI ? Again, if i copy all the libs into the player main router i can >>start audio and the first of the two video tests ( but only the first ) >>you named me the command line. I believe these 3 basic tests should be >>callable from the GUI for the normal user, they cant mess with CLI. >> >> > >This is strange if You can run the first but not the second video test, >it would mean that ffmpegcolorspace plugin is not working. This plugin >is used in Ixion and it is quite important part of it (it converts >between various colorspaces), Ixion will not work without it. Please try >to run the test with --gst-debug-level=4 parameter and send me the >output. I have no idea what this could be, I never had problems with >ffmpegcolorspace. > > Here a screenshot showing what is happening when i am trying to run this command : http://wiesneronline.net/downloads/gst-launch.PNG Regards Christian -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.lhomme at free.fr Wed Aug 3 01:03:04 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Tue, 02 Aug 2005 16:03:04 -0700 Subject: [Matroska-devel] WebSVN Message-ID: <42EFFBA8.6020708@free.fr> Hi, Now that I have a few more time, I installed WebSVN on our server. It's much better than ViewSVN. I'll change the links to the changelog in the webpages soon. http://svn.matroska.org/WebSVN/ Mosu: We may use the tarballs to the tagged releases in there instead of dl.matroska.org. Or maybe not... Steve -- robUx4 on blog From steve.lhomme at free.fr Wed Aug 3 21:12:12 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Wed, 03 Aug 2005 12:12:12 -0700 Subject: [Matroska-devel] [Fwd: [Advocacy] CreativeCommons tagging] Message-ID: <42F1170C.3080308@free.fr> I'll try to find the time to define or verify that our tagging system is CC friendly. -------- Original Message -------- Subject: [Advocacy] CreativeCommons tagging Date: Fri, 17 Jun 2005 22:01:14 +1000 From: Conrad Parker To: linux-audio-user at music.columbia.edu CC: advocacy at xiph.org Hi, I've been following the rise and rise of music made with Linux, which have been announced on this list and Jan Weil has been listing at: http://linuxaudioblog.jawebada.de/music Many of the released files have no licensing information. In most parts of the world, this implies "All Rights Reserved". If you are making music, or samples, that you are happy to share with others then you should consider tagging your files with a CreativeCommons license. Embedding licensing information allows people using music browsers and search engines to _find your stuff_ (songs, samples, source materials -- it's up to you). We want Linux distributions to provide tools for people to find and use free media, and music made with Linux should be ready for that. General information about embedding licensing information is at: http://creativecommons.org/technology/embedding More specific information about putting licensing information in Ogg Vorbis files is at: http://creativecommons.org/technology/ogg This basically involves adding a LICENSE comment, such as: LICENSE=Licensed to the public under http://creativecommons.org/licenses/by-sa/2.5/ verify at http://example.com/cclicenses.html Using the commandline vorbis-tools, these tags can be added easily: * To add licensing information to an existing Ogg Vorbis file: vorbiscomment -t "LICENSE=Licensed to the public ..." file.ogg * To add licensing information while encoding a WAV file to Ogg Vorbis: oggenc -c "LICENSE=Licensed to the public ..." file.wav Please include the URL of the license you choose in the LICENSE tag. Information on CreativeCommons license choices is at: http://creativecommons.org/licenses/ Looking forward to a web of free music, Conrad. _______________________________________________ Advocacy mailing list Advocacy at xiph.org http://lists.xiph.org/mailman/listinfo/advocacy -- robUx4 on blog From chris at matroska.org Fri Aug 5 01:18:26 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Fri, 05 Aug 2005 01:18:26 +0200 Subject: [Matroska-devel] Standalone Hardware Players for OGM Message-ID: <42F2A242.7030704@matroska.org> http://forum.doom9.org/showthread.php?t=98199&highlight=mkv From chris at matroska.org Fri Aug 5 21:35:45 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Fri, 05 Aug 2005 21:35:45 +0200 Subject: [Matroska-devel] Free MXF video container tools Message-ID: <42F3BF91.9070204@matroska.org> http://www.freemxf.org/ From chris at matroska.org Sun Aug 7 22:54:12 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Sun, 07 Aug 2005 22:54:12 +0200 Subject: [Matroska-devel] USF playback support on Linux Message-ID: <42F674F4.4090906@matroska.org> Hi devs, i was talking with BBB of the Gstreamer team about if they could use pixifier in some form. He made clear to me that a DELPHI library is of no use at all, it had to be C/C++ and with the correct language entry points. I was thinking maybe we could somehow make and use a DLL from pixifier, but BBB denied that. He thinks not even a SO file would help, even if there was a usable DELPHI compiler for Linux already. In short, we need to rewrite pixifier in C or C++, so that USF could conquer the Linux world, and thus could gain a significant advantage compared to SSA/ASS. And BTW, only gstreamer 0.8.0 could have subtitles support right now. 0.9.0 does not have subs support right now, they are still fighting how its going to look. Regards Christian From clazierguy at hotmail.com Fri Aug 12 03:44:52 2005 From: clazierguy at hotmail.com (Patrick Chu) Date: Thu, 11 Aug 2005 18:44:52 -0700 Subject: [Matroska-devel] somethign wrong with audio of my mkv file please help Message-ID: ok i downloaded matroska full pack and everything... and when i double click my file it plays the video in 2 languages ...japanese and english... they speak simeutaneusly .... its very annoying and i would ask u what should be done to fix this thanks.. From kakaduh at gmx.de Fri Aug 12 16:47:57 2005 From: kakaduh at gmx.de (Hagen Wierstorf) Date: Fri, 12 Aug 2005 16:47:57 +0200 Subject: [Matroska-devel] Extract menu under linux Message-ID: <1123858077.8721.8.camel@localhost.localdomain> Hello! I use matroska about six month and it's very beautiful. I have read that the extraction of a DVD-menu (to use it with matroska) works under windows. What we have under Linux to do the same, any suggestions? Also have some guy ever ask the developer from avidemux (http://avidemux.sourceforge.net/) to add matroska support. I can use the commandline to edit (cut) an existing matroska file, but avidemux is much easier to use. Hagen From chris at matroska.org Fri Aug 12 18:27:53 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Fri, 12 Aug 2005 18:27:53 +0200 Subject: [Matroska-devel] somethign wrong with audio of my mkv file please help In-Reply-To: References: Message-ID: <42FCCE09.4080909@matroska.org> Patrick Chu schrieb: > ok i downloaded matroska full pack and everything... and when i double > click my file it plays the video in 2 languages ...japanese and > english... they speak simeutaneusly .... its very annoying and i would > ask u what should be done to fix this thanks.. What version of the pack did you download ? This is an indication to an older pack, 1.0.3 or earlier. With the newest packs, 1.1.1 from http://packs.matroska.org this can not happen Christian matroska project admin BTW : emails like this dont belong on matroska-devel but clearly matroska-users . pls. respect this in future From steve.lhomme at free.fr Sat Aug 13 02:31:08 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Fri, 12 Aug 2005 17:31:08 -0700 Subject: [Matroska-devel] Extract menu under linux In-Reply-To: <1123858077.8721.8.camel@localhost.localdomain> References: <1123858077.8721.8.camel@localhost.localdomain> Message-ID: <42FD3F4C.2030502@free.fr> Hi Hagen, The DVD Menu Extraction tool is exactly the same in Windows and Linux. There is no Linux binary distribution though. You will have to build it from source (run Makefile). Use Subversion checkout on: http://svn.matroska.org/svn/matroska/trunk/DvdMenuXtractor/ The playback of such files somehow work in the latest VLC release, which is also available on Linux. You will also need mkvtoolnix which is available on Linux. Steve Hagen Wierstorf wrote: > Hello! > > I use matroska about six month and it's very beautiful. > > I have read that the extraction of a DVD-menu (to use it with matroska) > works under windows. > What we have under Linux to do the same, any suggestions? > > Also have some guy ever ask the developer from avidemux > (http://avidemux.sourceforge.net/) to add matroska support. > I can use the commandline to edit (cut) an existing matroska file, but > avidemux is much easier to use. > > Hagen > > > _______________________________________________ > Matroska-devel mailing list > Matroska-devel at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel > Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel -- robUx4 on blog From steve.lhomme at free.fr Sat Aug 13 04:11:38 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Fri, 12 Aug 2005 19:11:38 -0700 Subject: [Matroska-devel] UPX like standalone file Message-ID: <42FD56DA.9000306@free.fr> Hi, We were just discussing about business cards on a small CD (there are some that look like a regular bank card). And I just realised how cool it would be to have a video to present yourself or your company. Matroska could be used for that, but we need to turn the file into a .exe file. I think that making a basic player (maybe based on VLC with built-in minimum codec) and working on the .exe to put the video in the same file (you could put it in the end like a resource) would be great. I think it has to work on the PE headers or EXE/DLL files. It would be neat if the same file could be recognised as a matroska file by most players (and the rest of the file considered as crap). Any volunteer ? A nice GUI to create such an EXE file on top of Mkvmerge GUI could even be popular. When you want to distribute a file and noone has to worry on how to play it on Windows (and it still plays in Linux/OS X). -- robUx4 on blog From mike at po.cs.msu.su Sat Aug 13 09:38:56 2005 From: mike at po.cs.msu.su (Mike Matsnev) Date: Sat, 13 Aug 2005 11:38:56 +0400 Subject: [Matroska-devel] UPX like standalone file In-Reply-To: <42FD56DA.9000306@free.fr> References: <42FD56DA.9000306@free.fr> Message-ID: <42FDA390.6090606@po.cs.msu.su> Steve Lhomme wrote: > We were just discussing about business cards on a small CD (there are > some that look like a regular bank card). And I just realised how cool > it would be to have a video to present yourself or your company. > Matroska could be used for that, but we need to turn the file into a > .exe file. I think that making a basic player (maybe based on VLC with > built-in minimum codec) and working on the .exe to put the video in the > same file (you could put it in the end like a resource) would be great. > I think it has to work on the PE headers or EXE/DLL files. It would be > neat if the same file could be recognised as a matroska file by most > players (and the rest of the file considered as crap). > > Any volunteer ? > > A nice GUI to create such an EXE file on top of Mkvmerge GUI could even > be popular. When you want to distribute a file and noone has to worry on > how to play it on Windows (and it still plays in Linux/OS X). > I think you don't need an exe. You can already achieve this with MPC in autorun, and mpeg1 audio/video to avoid licensing issues. /Mike From wolstencroft at alum.rpi.edu Tue Aug 16 00:41:25 2005 From: wolstencroft at alum.rpi.edu (David Wolstencroft) Date: Mon, 15 Aug 2005 15:41:25 -0700 Subject: [Matroska-devel] Dr. DivX going OS Message-ID: <1daa01c5a1ea$77c251d0$20cb010a@mail2world.com> 'sup guys? After a short IRC discussion with ChrisHJW about some recent events, it was suggested that I post to the list that I inform you that Dr. DivX 2.0 is going to be an open source project. You can read more about it here: http://expandinglimits.com/drdivx/ I don't know much about the project yet as no code or libraries have been posted yet, but it will fall under the LGPL. Also, not all of the code will be open source, namely the DivX codec and the DivX Media Format muxer - although I am told that documents describing the format in more detail may become available. Of course, this leaves a hole that can be patched by Matroska to make it even more open. Have fun guys. - David (aka LordRPI) -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at matroska.org Thu Aug 25 12:18:00 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Thu, 25 Aug 2005 12:18:00 +0200 Subject: [Matroska-devel] [Fwd: Tag problems] Message-ID: <430D9AD8.9050309@matroska.org> Forwarding to matroska-devel -------- Original-Nachricht -------- Betreff: Tag problems Datum: Wed, 24 Aug 2005 18:16:54 +0200 Von: onet An: Hi there. Hope i write to right person. Ok i have a little problem. I were using mkvmerge GUI v 1.5.5 to create mkv, but i wished to make multilanguage tags for tracks name. I was testing most of the specified tag (http://www.matroska.org/technical/specs/tagging/index.html) but this didnt work.mkvmerge tels me " is not a valid child element of " and from specification and egzamples i read it should be just like that. I was trying to find some answears in google and mailing list, but without luck (or answers were camuflaged in flood of massive text about progaming. So after few hours of searching i decided to contact somebody who actualy can help me. BTW http://www.matroska.org/technical/specs/tagging/tagexamples/example.xml have no big leters, so it wont work also. And if you are still reading this, i hope you can help me out. I was trying to make something similar to chapter naming: 3980192328 0 1 2 Opening eng Piosenka poczatkowa pol 00:00:00.000000000 So if you have english system the name will be "Opening", if you have polish the name will be "Piosenka poczatkowa". I already did this with mkvgui chapter editor. But i wish to make something with tags. Like dependable on what system you have the name of the track will be in other language. I also was wondering, if its posible to make such xml code, that you can change default subtitles and default audio track, dependable on your system? Becouse it would be a great thing in creating multilanguage files. Reagards Yang From moritz at bunkus.org Tue Aug 30 13:26:50 2005 From: moritz at bunkus.org (Moritz Bunkus) Date: Tue, 30 Aug 2005 13:26:50 +0200 Subject: [Matroska-devel] Linking attachments to tracks Message-ID: <200508301326.56651.moritz@bunkus.org> Hey, a couple of days ago Steve and I had a heated discussion on IRC (ok, I was heated, sorry for that). The situation: When putting files into Matroska that contain embedded files, how should those embedded files be treated? Examples are SSA/ASS or USF subtitle files with embedded fonts and/or pictures. There are two possibilities: 1. Leave the embedded files as they are and put them into CodecPrivate, 2. Convert those embdedded files to Matroska attachments. I think we all agree that 2. is the way to go as embedded files can be huge, especially if they're Base 64 encoded in order to fit into a text file. But how can the demuxer know that attachment X belongs to track Y? At the moment Matroska cannot store this link. Now Steve and I have different approaches for this problem. I'll describe mine and hope that Steve will describe his in a reply. I'd like to introduce exactly one new element beneath the track headers. So let's consider this track information and an attachment, let's call it Verdana.ttf. At the moment they're stored like this: Segment +- Track +- Number: 1 +- UID: 9182049865 +- CodecID: S_TEXT/SSA ... +- Attachments +- Attachment +- File UID: 761823125 +- File name: Verdana.ttf +- MIME type: application/x-truetype-font My proposal is to introduce an element called "AttachmentLink" beneath "Track" that contains a "File UID" of an "Attachment". This would change the previous example to this: Segment +- Track +- Number: 1 +- UID: 9182049865 +- CodecID: S_TEXT/SSA +- AttachmentLink: 761823125 ... +- Attachments +- Attachment +- File UID: 761823125 +- File name: Verdana.ttf +- MIME type: application/x-truetype-font That way the splitter would know that the attachment belongs to this track and could re-encode it in Base64 and deliver it along with CodecPrivate or however else the API/Codec needs it. If there are more attachments belonging to this track then there will be more than one AttachmentLink element. The advantage is that this is simple and very, very easy to implement. Of course you should not change the attachment file name because it might be referred to from the subtitle contents. I think this is Steve's biggest complaint with my idea. However, a user shouldn't change the name of the attachment inside the SSA script either (and inside SSA the embedded files are referenced via their (file) names). So if the user already knows that he shouldn't change something like that, why bother? It's the same for Matroska files. Now Steve's proposal, 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: From steve.lhomme at free.fr Tue Aug 30 15:24:35 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Tue, 30 Aug 2005 15:24:35 +0200 Subject: [Matroska-devel] Linking attachments to tracks In-Reply-To: <200508301326.56651.moritz@bunkus.org> References: <200508301326.56651.moritz@bunkus.org> Message-ID: <43145E13.4080704@free.fr> Moritz Bunkus a ?crit : > 1. Leave the embedded files as they are and put them into CodecPrivate, > 2. Convert those embdedded files to Matroska attachments. > > I think we all agree that 2. is the way to go as embedded files can be > huge, especially if they're Base 64 encoded in order to fit into a text > file. Well, it's also because originally they are external files needed for the use of the codec. > But how can the demuxer know that attachment X belongs to track Y? At > the moment Matroska cannot store this link. As said during the discussion, it's harder than what it seems. For example usually when referencing a font you don't use the file name but the font name. > Now Steve and I have different approaches for this problem. I'll > describe mine and hope that Steve will describe his in a reply. I'd like > to introduce exactly one new element beneath the track headers. So let's > consider this track information and an attachment, let's call it > Verdana.ttf. At the moment they're stored like this: > > Segment > +- Track > +- Number: 1 > +- UID: 9182049865 > +- CodecID: S_TEXT/SSA > ... > +- Attachments > +- Attachment > +- File UID: 761823125 > +- File name: Verdana.ttf > +- MIME type: application/x-truetype-font > > My proposal is to introduce an element called "AttachmentLink" beneath > "Track" that contains a "File UID" of an "Attachment". This would change > the previous example to this: > > Segment > +- Track > +- Number: 1 > +- UID: 9182049865 > +- CodecID: S_TEXT/SSA > +- AttachmentLink: 761823125 > ... > +- Attachments > +- Attachment > +- File UID: 761823125 > +- File name: Verdana.ttf > +- MIME type: application/x-truetype-font > > That way the splitter would know that the attachment belongs to this > track and could re-encode it in Base64 and deliver it along with > CodecPrivate or however else the API/Codec needs it. > > If there are more attachments belonging to this track then there will be > more than one AttachmentLink element. OK. Now I get the use of such a system. When remuxing a file and keeping only certain files, you know what attachments to keep. Previously I thought this information alone would serve no purpose. > The advantage is that this is simple and very, very easy to implement. > Of course you should not change the attachment file name because it > might be referred to from the subtitle contents. I think this is Steve's > biggest complaint with my idea. However, a user shouldn't change the > name of the attachment inside the SSA script either (and inside SSA the > embedded files are referenced via their (file) names). So if the user > already knows that he shouldn't change something like that, why bother? > It's the same for Matroska files. > > Now Steve's proposal, please :) Me ? My idea is that we *should* have the information that track X needs attachment Y. And that's what you propose. But As mentioned above for font, the filename won't really matter in the end anyway. In the case of the font it would be nicer to know the font name rather than the UID or filename. So my idea is that we need a second element, this time in the Attachment part : +- Attachments +- Attachment +- File UID: 761823125 +- File name: Verdana.ttf +- MIME type: application/x-truetype-font +- File Referer: "Verdana" (binary) So that in the script you can use "Verdana" and know what attachement it corresponds to. In the case of an image, it can just be the original filename. Even if you change the actual name, the original remain. Of course mkvmerge will probably not be able to retrieve the font name from a .ttf (would be nice ;) so this is just an hypothetical solution. It would also require support for the playback framework to make available the attachment to the codec on request of this Referer. So we don't have to do that now, but keep it in my for later... Mosu's solution is sufficient for the current need. And mine is OK to be added later without breaking what we have now... Steve