Bug 2392

I've just checked and I confirm your observation in Fedora 21.
But, tdemultimedia is correctly built with OGG support, so the related programs (noatun ...) should play OGG files.

I see that konqueror does not recognize the ".ogg" files, it says "unknown" in "file type" column.
Probably a file type detection issue.

>I've just checked and I confirm your observation in Fedora 21.
Thank you for checking.

>so the related programs (noatun ...) should play OGG files.
Yes, should. :) paplay, ogg123, clementine have no problems playing ogg files. I do not see the problem in Slackware 14.1. The problem seems limited to TDE in F21.

(In reply to Darrell from comment #0)
> Other than amarok, the konqueror context menu does not list any multimedia
> apps to play ogg files. Attempting to play ogg files directly from within
> konsole using TDE apps results in no sound being played with the exception
> of kaffeine. Amarok, noatun, and kaboodle do not play ogg files. There are
> no stderr/stdout messages.
> 
> The kcontrol notifications dialog will not play ogg files. When the file
> picker dialog is used to select a sound file, no ogg files are listed. The
> latter observation seems to be universal across TDE in F21.
> 
> In F21 ogg files play fine using paplay, ogg123, clementine.
> 
> The problem seems peculiar to F21 as I see no similar problems in Slackware
> 14.1.

This same on Debian Jessie.

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 8.0 (jessie)
Release:        8.0
Codename:       jessie

$ cat /etc/apt/sources.list
# ...
# Trinity Desktop
deb http://mirror.xcer.cz/trinity-sb jessie deps-r14 main-r14

Looks the issue is caused by the file magic check mechanisim changed in kmimemagic.cpp::void process(struct config_rec* conf, const TQString & fn)

Here is a quick hack to fix the issue:

--- kmimetype.cpp.orig  2013-09-04 03:50:46.000000000 +0000
+++ kmimetype.cpp       2015-09-22 11:33:31.115915818 +0000
@@ -216,7 +216,9 @@
              KProtocolInfo::determineMimetypeFromExtension( _url.protocol() ) )
         {
             if ( _is_local_file && !_fast_mode ) {
-                if ( mime->patternsAccuracy()<100 )
+                if ( mime->patternsAccuracy()<100 &&
+                     // quick fix for the ogg file magic check bug.
+                     mime->patternsAccuracy() != 80 )
                 {
                     KMimeMagicResult* result =
                             KMimeMagic::self()->findFileType( path );

Problem was discovered.

With older versions libmagic was returned for ogg files mime type: application/ogg. With newer version libmagic is returned: audio/ogg. There's obviously nothing wrong because the audio/ogg sounds like a better identification. However in kmimemagic is mime type detected by magic subsequently paired according to the mime types defined in TDE - see the /opt/trinity/share/mimelnk. And because mime type audio/ogg not exists here, is assigned a default type application/octec-stream. The result for magic detection is therefore worse than finding by file pattern.

The result is also that it does not work sound notifications from KNotify - see thread "no sound in Jessie with r14 from xcer.cz" in trinity-users mailing list: http://trinity-users.pearsoncomputing.net/?0::8649

Created attachment 2592 [details]
Fix mimetype magic detection

Fixed in GIT hash b0ac7d28 (master) and a054c133 (r14.0.x).

However, remains the main reason - missing mime definitions in TDE. Respectively, instead of mime definitions in TDE use mime definitions from the system - XML files in /usr/share/mime. This also relates to bug 1213.