Bug 268896 - Amarok doesn't show flac files in files browser
Summary: Amarok doesn't show flac files in files browser
Status: RESOLVED DUPLICATE of bug 303253
Alias: None
Product: phonon-backend-gstreamer
Classification: Unmaintained
Component: general (show other bugs)
Version: 4.5.0
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: 4.5.2
Assignee: Harald Sitter
URL:
Keywords:
: 281163 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-03-19 13:58 UTC by Amaury De Ganseman
Modified: 2012-07-24 09:14 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Amaury De Ganseman 2011-03-19 13:58:02 UTC
Version:           2.4.0 (using KDE 4.6.1) 
OS:                Linux

I have some albums in flac format but when I try to show them in the amarok
file browser, amarok doesn't show them.

Reproducible: Always

Steps to Reproduce:
1. Open a directory with flac files


Actual Results:  
2. Amarok doesn't show anything in this directory

Expected Results:  
Amarok must show flac files

Here my bug report at opensuse:

https://bugzilla.novell.com/show_bug.cgi?id=679166
Comment 1 Myriam Schweingruber 2011-03-19 15:52:33 UTC
The problem is probably specific to OpenSUSE, it displays correctly here on Kubuntu 10.10
Comment 2 Christian Trippe 2011-03-19 22:04:25 UTC
It also works on openSUSE 11.3. The problem is probably that the mimetype for flac files changed from audio/x-flac to audio/flac with the first only being an alias with shared-mime-info 0.80 (release September or October 2010 AFAIK).

Amarok always uses audio/x-flac in the code. So my guess would be that Kubuntu uses an older shared-mime-info. So maybe this should be reopened?
Comment 3 Myriam Schweingruber 2011-04-12 10:41:28 UTC
Christian: I don't think it's Amarok that reads the file type, it uses what the system provides, which is the Phonon backend. If one of the backends doesn't read a MIME type correctly, this should be reported elsewhere.
Comment 4 Luca 2011-07-31 09:26:41 UTC
I am using Kubuntu 11.04 64-bit Kde 4.7. Also for me, when I open a folder that contains .flac files, amarok doesn't show the files! I use GStreamer backend
Comment 5 Myriam Schweingruber 2011-08-01 08:40:09 UTC
Reassigning to Phonon-backend-gstreamer. Amarok only shows what the backend provides.
Comment 6 bill p. (aka google01103) 2011-09-07 15:01:53 UTC
experiencing the same problem with mp4 files using the gstreamer phonon backend - the files do not show in file browser but if I drag the folder into the playlist the tracks show and play in the playlist

openSuse 11.4 x64, Amarok 2.4 git self compiled, phonon-backend-gstreamer-0_10-4.5.1-3.2.x86_64
Comment 7 Myriam Schweingruber 2011-09-25 10:09:41 UTC
*** Bug 281163 has been marked as a duplicate of this bug. ***
Comment 8 Jekyll Wu 2011-12-30 22:33:37 UTC
Works for me when using master code of the gstreamer backend.
Comment 9 Lyall 2011-12-30 23:59:05 UTC
Using VLC backend, m4a files now appear in version 2.5.0 (kde 4.7.3)
I consider this bug closed.
Comment 10 Lyall 2011-12-31 00:03:33 UTC
Whoops, thought I would try gstreamer, nope, doesn't work.
So, the problem still exists.
I switched from VLC to gstreamer, restarted Amarok and m4a files did not show.

Using Gentoo 64 bit. Kernel 3.1.6

$ eix --installed gstreamer
[I] media-libs/gstreamer
     Available versions:  (0.10) 0.10.32-r1 0.10.35
        {+introspection nls test}
     Installed versions:  0.10.35(0.10)(08:49:17 27/09/11)(introspection nls -test)
     Homepage:            http://gstreamer.sourceforge.net
     Description:         Streaming media framework

[I] media-libs/phonon-gstreamer
     Available versions:  4.5.0 ~4.5.1 **9999 {alsa debug +network}
     Installed versions:  4.5.0(20:56:05 30/12/11)(alsa network -debug)
     Homepage:            https://projects.kde.org/projects/kdesupport/phonon/phonon-gstreamer
     Description:         Phonon GStreamer backend
Comment 11 Matěj Laitl 2012-07-24 09:14:39 UTC

*** This bug has been marked as a duplicate of bug 303253 ***