Are there any chances for support of Matroska container? It would be greate to have many songs and other addons ( lyrics, covers, fonts etc.) in one file.
Regards
Lobuz
Full Version: Matroska support in Foobar2000
Having already done much more complex matroska tools it should be no problem for one of the matroska developers to make a fb2k matroska plugin. Did you already ask the matroska people?
The only possiblity I see is to index each stream as a separate track, using existing inputs to decode the underlying stream. The only difference between this and an archive is that the streams would be interleaved.
Is there some special reason for supporting this?
Is there some special reason for supporting this?
matroska is generally very hard to support from a technical point of view by players creating their own, audio targeted multimedia framework, like foobar2k or winamp.
The reason for this is that inside MKA, we dont store the audio tracks including their own framing or containers, but in most cases ( exceptions are MP3, AC3 and DTS ) we will demux the raw audio data from their native containers and store it inside our files.
For a player with his own plugin structure, like the 2 named above, this means it has to
- emulate another instance of itself in the MKA parser plugin, to be able to call other decoder plugins from it
- modify almost every existing decoder plugin such that it acceps raw audio data without its own, native framing
Now, i we look at the most probable use for MKA, it becomes clear why this makes no sense for Peter to invest the time :
1. MusicCD-in-a-matroska-file : This can be done already for most compression formats, by adding the CUE sheets and the cover JPEGs to their own framing. OK, sometimes that smells like a hack, but it works, and unless a real mainstream app like EAC does support this for matroska natively, i dont see the chance of it being used widely. You may say that we should add this support to EAC ourselves, but please understand that our focus is on getting the missing important features into libmatroska done right now, especially menues.
It can be done already with FLAC, AAC ( also SBR-AAC ), Vorbis, MP3, AC3 and DTS inside a MKA file now, and i am working on a Guide of how to do it right now ( starting with FLAC as this makes the most sense IMHO ).
We are undergoing a decision process right now inside the matroska team of if we should make rather tight specs for this, like standardizing on PNG for the cover images, etc, so that players could support this feature easily, etc. I keep you updated.
2. Multi Audio Compression Files allowing to use different compression formats for different songs on a CD. You guys tell me if you would use that, and we start doing it.
3. Karaoke : IMHO the most vital function for audio use to be done with matroska but definitely a pain to implement in foobar2k, as Peter didnt add video support until now. It could be done relatively easy IMHO, by using vsfilter and creating a DShow thread. But Karaoke is not so important for Western people, and i dont think there are a lot of Asian people using Foobar2k.
Once we had an AOL guy coming to #gstreamer and asking about the status of porting Gstreamer to Win32. He said they have thoughts of buiding next winamp based on Gstreamer. Doing this would make matroska support a breeze, as gst-player can play matroska files already, and gst-rec can record into matroska also. Gstreamer as a multimedia platform is powerful enough to support all features of matroska, and its flexible enough to allow things DirectShow does not allow. I keep you updated ....
The reason for this is that inside MKA, we dont store the audio tracks including their own framing or containers, but in most cases ( exceptions are MP3, AC3 and DTS ) we will demux the raw audio data from their native containers and store it inside our files.
For a player with his own plugin structure, like the 2 named above, this means it has to
- emulate another instance of itself in the MKA parser plugin, to be able to call other decoder plugins from it
- modify almost every existing decoder plugin such that it acceps raw audio data without its own, native framing
Now, i we look at the most probable use for MKA, it becomes clear why this makes no sense for Peter to invest the time :
1. MusicCD-in-a-matroska-file : This can be done already for most compression formats, by adding the CUE sheets and the cover JPEGs to their own framing. OK, sometimes that smells like a hack, but it works, and unless a real mainstream app like EAC does support this for matroska natively, i dont see the chance of it being used widely. You may say that we should add this support to EAC ourselves, but please understand that our focus is on getting the missing important features into libmatroska done right now, especially menues.
It can be done already with FLAC, AAC ( also SBR-AAC ), Vorbis, MP3, AC3 and DTS inside a MKA file now, and i am working on a Guide of how to do it right now ( starting with FLAC as this makes the most sense IMHO ).
We are undergoing a decision process right now inside the matroska team of if we should make rather tight specs for this, like standardizing on PNG for the cover images, etc, so that players could support this feature easily, etc. I keep you updated.
2. Multi Audio Compression Files allowing to use different compression formats for different songs on a CD. You guys tell me if you would use that, and we start doing it.
3. Karaoke : IMHO the most vital function for audio use to be done with matroska but definitely a pain to implement in foobar2k, as Peter didnt add video support until now. It could be done relatively easy IMHO, by using vsfilter and creating a DShow thread. But Karaoke is not so important for Western people, and i dont think there are a lot of Asian people using Foobar2k.
Once we had an AOL guy coming to #gstreamer and asking about the status of porting Gstreamer to Win32. He said they have thoughts of buiding next winamp based on Gstreamer. Doing this would make matroska support a breeze, as gst-player can play matroska files already, and gst-rec can record into matroska also. Gstreamer as a multimedia platform is powerful enough to support all features of matroska, and its flexible enough to allow things DirectShow does not allow. I keep you updated ....
QUOTE(ChristianHJW @ Nov 9 2003, 10:41 AM)
The reason for this is that inside MKA, we dont store the audio tracks including their own framing or containers, but in most cases ( exceptions are MP3, AC3 and DTS ) we will demux the raw audio data from their native containers and store it inside our files.
For a player with his own plugin structure, like the 2 named above, this means it has to
- emulate another instance of itself in the MKA parser plugin, to be able to call other decoder plugins from it
- modify almost every existing decoder plugin such that it acceps raw audio data without its own, native framing
For a player with his own plugin structure, like the 2 named above, this means it has to
- emulate another instance of itself in the MKA parser plugin, to be able to call other decoder plugins from it
- modify almost every existing decoder plugin such that it acceps raw audio data without its own, native framing
You can just create new service interface type (decoder that takes raw packets extracted from MKA stream), it should be relatively easy to add this interface to MP3/MPC/Vorbis decoders, and it would allow more formats to be added easily.
I may look into doing this myself, I'm interested in solving speed issues with MPC/MP3 seeking, and MKA does exactly what I need AFAIK.
I'm interested in matroska because of the MusicCD-in-a-matroska-file concept. I'm looking for a way to extract a bit perfect image of a cd (including indexes, and maybe even upc isrc codes) and then storing it in a single file, using a lossless compression format). That file would also include tagging for each individual track and rg data. Perhaps even lyrics and a scanned album cover. Eac, foobar, and flac can almost do that, but not quite. I think my expectations are unrealistic however B) I take an album aproach to music. I looked into apple and musicmatch track based approach but they don't even have some of the relatively popular songs I like, and I'm not going to pay 99 cents per track with aac drm or mp3 @ 128kbit.
QUOTE(zZzZzZz @ Nov 9 2003, 08:52 AM)
QUOTE(ChristianHJW @ Nov 9 2003, 10:41 AM)
The reason for this is that inside MKA, we dont store the audio tracks including their own framing or containers, but in most cases ( exceptions are MP3, AC3 and DTS ) we will demux the raw audio data from their native containers and store it inside our files.
For a player with his own plugin structure, like the 2 named above, this means it has to
- emulate another instance of itself in the MKA parser plugin, to be able to call other decoder plugins from it
- modify almost every existing decoder plugin such that it acceps raw audio data without its own, native framing
For a player with his own plugin structure, like the 2 named above, this means it has to
- emulate another instance of itself in the MKA parser plugin, to be able to call other decoder plugins from it
- modify almost every existing decoder plugin such that it acceps raw audio data without its own, native framing
You can just create new service interface type (decoder that takes raw packets extracted from MKA stream), it should be relatively easy to add this interface to MP3/MPC/Vorbis decoders, and it would allow more formats to be added easily.
I may look into doing this myself, I'm interested in solving speed issues with MPC/MP3 seeking, and MKA does exactly what I need AFAIK.
@zZzZzZz
@ChristianHJW
So will be that Matroska support implemented in foobar2000???
Any plans? Cooperation?
Regards
Lobuz
AFAIK back on doom9 forum they reported succesful making of a whole CD with the menu (chapeter) taken directly from .cue, in UTF-8.
http://forum.doom9.org/showthread.php?s=&p...0489#post400489
Now of course one has to use MPC or other media players for listening to it but it's my guess a number of people (including me) would like to see MKA support in Foobar...
So... did anyone looked into it any further?
http://forum.doom9.org/showthread.php?s=&p...0489#post400489
Now of course one has to use MPC or other media players for listening to it but it's my guess a number of people (including me) would like to see MKA support in Foobar...
So... did anyone looked into it any further?
There is a new, C decoder library for matroska files now written by Ronald 'BBB' Bultje ( a gstreamer core dev ), nice, clean, fast, and L-GPL .....
.....
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.