Caps for module music formats

[Sebastian Dröge]

On Mi, 2013-08-14 at 22:29 +0200, Carlos Rafael Giani wrote:
> On 2013-08-14 22:24, Tim-Philipp Müller wrote:
> > On Wed, 2013-08-14 at 21:47 +0200, Carlos Rafael Giani wrote:
> >
> > Hi,
> >
> >> I have been extending the typefind functions to detect more module
> >> formats, and to give caps more details.
> >> Currently, all of the formats (MOD, XM, S3M, IT, PSM, ...) are labeled
> >> as "audio/x-mod". However, different module players support different
> >> sets of formats.
> >> Therefore, it would be better if the caps described the format in more
> >> detail.
> >>
> >> I see three options:
> >>
> >> 1. Continue using audio/x-mod as the media type, and add another field,
> >> "mod-type", of type string. This field can then have values like "xm",
> >> "s3m", "ult" etc.
> >> 2. Replace audio/x-mod with audio/x-s3m, audio/x-xm, etc.
> >> 3. Replace audio/x-mod with audio/x-mod-s3m, audio/x-mod-xm, etc.
> >>
> >> The first one is backwards compatible. However, it lumps different
> >> formats into one media type. I am not sure if that is okay.
> >> The second one is probably too ambiguous, and not backwards compatible.
> >> audio/x-mod used to mean "any kind of module format", now it would mean
> >> "MOD module format". In addition, audio/x-xm could be misunderstood as
> >> "XM radio".
> >> The third one is not as ambiguous as the second, but probably confuses
> >> people, especially with "audio/x-mod-mod".
> >>
> >> Opinions?
> > I would suggest 1) for backwards-compatibility reasons. I don't see any
> > huge benefits of differentiating at the media type level, so it comes
> > down mostly to taste, no?
> >
> >   Cheers
> >    -Tim
> >
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> 
> Yeah, I agree, and also favor (1). I just wasn't sure if there is some 
> kind of convention or rule to use separate media types for formats.
> (But then again, there is the whole audio/mpeg and video/mpeg thing..)
> 
> If nobody objects to (1) , then I will post a patch to bugzilla to 
> introduce the additional caps.

Sounds like a good plan to me :)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130815/b16e38a9/attachment.pgp>