GNOME Bugzilla – Bug 551659
Add MT9 audio files
Last modified: 2010-06-17 21:24:49 UTC
This is a wishlist bug report. Free file formats could mimic the functionality of MT9 if the media players handled multiplexed audio. Currently, they do not More specifically, support dynamically mixing several logical tracks from the input stream About MT9: http://www.guardian.co.uk/music/2008/may/27/news.seanmichaels First reported on Launchpad: https://bugs.edge.launchpad.net/ubuntu/+source/totem/+bug/259044
That's all fine, but we'd need to be able to support MT9 files in the first place...
(In reply to comment #1) > That's all fine, but we'd need to be able to support MT9 files in the first > place... > No we don't. This bug is just to support the same functionality which is possible with existing formats. Another problem with this is on the side of the containers. This is all new so no real standard exists for doing this. It can't be addressed form this end though. Just saying, something needs to be done to make this as easy as possible for artists.
(In reply to comment #2) > (In reply to comment #1) > > That's all fine, but we'd need to be able to support MT9 files in the first > > place... > > > > No we don't. Yes we do. If no formats supporting this are supported in GStreamer, or the one and only format supporting it isn't supported, what's the point in implementing infrastructure for the whole thing?
(In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #1) > > > That's all fine, but we'd need to be able to support MT9 files in the first > > > place... > > > > > > > No we don't. > > Yes we do. If no formats supporting this are supported in GStreamer, or the one > and only format supporting it isn't supported, what's the point in implementing > infrastructure for the whole thing? > Ogg is capable of doing this. It's simply mixing multitrack audio. For example, if i have multiple tracks in an ogg file, one is the vocals, another is guitar, another bass, etc, i should be able to control which ones i hear and how loud each one is. This is what is meant by supporting MT9 functionality. Although support for the MT9 format is also missing.
> Ogg is capable of doing this. It's simply mixing multitrack audio. For example, > if i have multiple tracks in an ogg file, one is the vocals, another is guitar, > another bass, etc, i should be able to control which ones i hear and how loud > each one is. This is what is meant by supporting MT9 functionality. Although > support for the MT9 format is also missing. I'm not sure what exactly you're asking for. I believe GStreamer can already do this just fine, e.g. via adder and a volume element for each input stream.
Perhaps this is not a bug in gstreamer, but individual music players? For example, the media player needs an interface to be able to see the volume levels of each audio track to be able to adjust them
> Perhaps this is not a bug in gstreamer, but individual music players? For > example, the media player needs an interface to be able to see the volume > levels of each audio track to be able to adjust them I still don't really understand what exactly you're after, but I'm fairly sure GStreamer can do what you want already, so unless you can provide some more details of what you're looking for at the GStreamer level I'm going to close this bug and suggest you file bugs with feature requests against individual applications. Normal media players will play back only one audio track at a time, so one volume control for that track should be sufficient IMO. Maybe you're looking for something like jokosher?
You're right. This isn't a bug in gstreamer. For this to happen, music players must be able to play multiple tracks contained in an audiofile simultaneously, and have a separate volume bar for each one. For example, and ogg file could contain a song with a separate track for the audio, guitar, and drums. The media players needs to be able to play all of them at once, and adjust the volume for each track separately. So yes, close this bug
I filed this in Rhythmbox here: http://bugzilla.gnome.org/show_bug.cgi?id=585770
Ok, thanks for your comments. Sounds like you want the playback part of a multi-track editor like jokosher in standard media players like rhythmbox or banshee. I think a specialised media player would be more suitable for this kind of thing.
It's not because one of the commenters went on a crackful tangent that we should close this. We'd still like MT9 audio files support.
> It's not because one of the commenters went on a crackful tangent that we > should close this. Ah, sorry, I missed the fact that he was not the original bug reporter. > We'd still like MT9 audio files support. Ok, so where can we find sample files and/or specs then?
I was the original reporter on launchpad and the "original bug reporter" here simply copied my text =] Either way, i support leaving this bug open to add support for the actual MT9 format.
Danny, could you please answer the question in comment #12, i.e. where we can find specs and sample files? Thanks in advance!
Following links from wikipedia, http://en.wikipedia.org/wiki/MT9 the group that created mt9 is here: http://www.etri.re.kr/eng/ Samples are here: http://www.audizen.com/company0905/music20/sample.asp
Ok, so there are samples in one of the .zip files with the binaries. However, realistically we'd still need either something approximating a spec or source code for the container and/or the audio format to do anything about this.
Danny, could you please answer the question in comment #16? A quick research didn't get me the desired results, but an interesting post on the FLAC list: http://lists.xiph.org/pipermail/flac/2008-August/001258.html Apparently it is (technically) possibly to multiplex many channels in a OGG file, dunno how the applications handle that though.
<<Danny, could you please answer the question in comment #16?>> I don't see a question there. I found all that i could. Perhaps someone more resourceful than me could find more <<A quick research didn't get me the desired results, but an interesting post on the FLAC list: http://lists.xiph.org/pipermail/flac/2008-August/001258.html Apparently it is (technically) possibly to multiplex many channels in a OGG file, dunno how the applications handle that though.>> That's what Bug 585770 is for =]
Reopening as per last comment.
> <<Danny, could you please answer the question in comment #16?>> > > I don't see a question there. Even if not phrased as a question, the need for more/better information, if not proper specs, was (I believe) clearly articulated... but, just to make sure: could you point us to either at least vaguely resembling technical specs for the format, or to an existing open-source implementation of this format somewhere? > I found all that i could. Perhaps someone more resourceful than me could find more Well, it's not really enough for us to do anything about this bug I'm afraid. A better place to file this feature request would be with the ffmpeg folks, they tend to do most of the codec reverse engineering. Setting to NEEDINFO again since we still don't have enough info to do anything about this. If the reporter and no one else can supply that info, and no one intends to work on this, then I'm not sure how much point there is in keeping this bug open.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!