Discussion:
audio/x-riff mime type
Jerome Leclanche
2014-02-05 09:41:38 UTC
Permalink
The audio/x-riff mime type is causing me trouble currently. Namely, it
is conflicting with image/webp as webp images are based on RIFF
containers (this hasn't come up since only kde ships a webp mime type
for now).

Why is there an audio/x-riff mime type at all? The only riff-based
audio is wav, which has its own mime type (audio/x-wav) and gets
correctly detected.

Unless someone has a strong reason not to, I suggest immediately
dropping the audio/x-riff mime type from the fdo database, as the only
matches it will get are on generic riff-based files.
If the mime type is necessary, i suggest creating a new one,
application/x-riff: "RIFF data" which would be a parent of audio/wav,
image/webp etc.

J. Leclanche
Thiago Macieira
2014-02-05 21:14:04 UTC
Permalink
Post by Jerome Leclanche
Why is there an audio/x-riff mime type at all? The only riff-based
audio is wav, which has its own mime type (audio/x-wav) and gets
correctly detected.
Unless someone has a strong reason not to, I suggest immediately
dropping the audio/x-riff mime type from the fdo database, as the only
matches it will get are on generic riff-based files.
If the mime type is necessary, i suggest creating a new one,
application/x-riff: "RIFF data" which would be a parent of audio/wav,
image/webp etc.
Right, that makes sense.

RIFF can embed other types of media. It's just that so far it's basically been
used only for audio files, and WAV at that. If there's now a good use of it
with non-audio data, it should be in the application/ hierarchy.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Software Architect - Intel Open Source Technology Center
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
Loading...