Attached are some corrections to the freedesktop.org definitions of RealNetworks mime types. These use the IANA-compatible variants of our mime types (audio/vnd.rn-realaudio vs audio/x-pn-realaudio) ra = realaudio (deprecated in favor of rm's) rv = realvideo (deprecated in favor of rm's) rmm, ram = metafiles, text files containing a list of urls to play back rax, rmx, rvx = secure realaudio/media/video rmj, rms = old-style secure/unsecure realmedia (from the RealJukebox days I believe) rmvb = variable bitrate realmedia rp = RealPix rt = RealText
Created attachment 1726 [details] [review] patch
For reference link to a thread that contains answers to question I was about to ask in this bug ;) http://lists.helixcommunity.org/pipermail/helix-dna-dev/2005-January.txt I disagree with the removal of the "invalid" mime types, I'd rather add <alias> tags defining those mime types to the more correct ones if that's possible.
I've committed a patch which adds the MIME types you requested, while still keeping the aliases, as requested by Christophe: http://cvs.freedesktop.org/mime/shared-mime-info/freedesktop.org.xml.in?r1=1.88&r2=1.89 Feel free to reopen this bug report if I overlooked anything.
This is broken. The magic for some of the mime-types has completely disappeared.
Hadess: http://lists.helixcommunity.org/pipermail/helix-dna-dev/2005-January.txt explains why. The problem is obviously that real media is a container format and realaudio/realvideo are kind of sub-classes. We have the same issues with Ogg and WMA/WMV. Both have the same extension, only one of them is registered with this extension, and only one is registered with the contents MIME type.
That looks good. Hopefully, Totem's playlist parser shouldn't have too much trouble parsing those files.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.