summaryrefslogtreecommitdiffstats
path: root/gst/xdgmime/gstxdgmime.c
AgeCommit message (Collapse)AuthorFilesLines
2009-03-26xdgmime: Use GIOs g_content_type_guess() if possibleSebastian Dröge1-12/+44
2009-03-13xdgmime: make xdg typefinder more conservativeTim-Philipp Müller1-3/+19
The whole raison d'etre of this typefinder is to help avoid false positives when used in combination with our main typefinder in -base. Its task is not really to typefind audio/video files, even less so given that it detects *MIME* types, not GStreamer media types. Therefore, if this typefinder detects an audio or video type, don't even suggest it - our own typefinders are hopefully better at this and detect the right type of type on top of that, and even if they're not we really want to know about it and fix it. Fixes #575157.
2009-03-02xdgmime: Reduce probability to POSSIBLESebastian Dröge1-1/+1
2009-03-02xdgmime: Add locking to the xdg_mime_* calls as it's not thread-safeSebastian Dröge1-0/+9
2009-02-27xdgmime: Use empty caps for registering the typefinders with old core versionsSebastian Dröge1-2/+17
core before 0.10.22.1 produced assertions when storing typefind factories with NULL caps in the registry.
2009-02-24xdgmime: Add new typefinder based on xdgmimeSebastian Dröge1-0/+68
This typefinder is mostly useful to filter out any false positives by the other typefinders like the usual Word document misdetected as MP3 file.