Bug 116284 - kfile unable to read mp3 metadata
Summary: kfile unable to read mp3 metadata
Status: RESOLVED WORKSFORME
Alias: None
Product: kfile-plugins
Classification: Applications
Component: mp3 (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Multimedia Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-14 01:21 UTC by Bart Cerneels
Modified: 2006-05-08 00:50 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
output of kfile --av on an ogg file (856 bytes, text/plain)
2005-11-14 01:22 UTC, Bart Cerneels
Details
output of kfile --av on an mp3 file (271 bytes, text/plain)
2005-11-14 01:23 UTC, Bart Cerneels
Details
stderr of kfile --av on mp3 file (4.49 KB, text/plain)
2005-11-14 01:24 UTC, Bart Cerneels
Details
output of `emerge info` (2.10 KB, text/plain)
2005-11-14 01:25 UTC, Bart Cerneels
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bart Cerneels 2005-11-14 01:21:55 UTC
Version:            (using KDE KDE 3.4.3)
Installed from:    Gentoo Packages
Compiler:          gcc version 3.4.4 (Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8) 
OS:                Linux

kfile seems to be unable to read mp3 metadata, while ogg metadata works great.
When examining an mp3 kfile print some "servicetype not found" warnings on stderr.
Comment 1 Bart Cerneels 2005-11-14 01:22:52 UTC
Created attachment 13427 [details]
output of kfile --av on an ogg file
Comment 2 Bart Cerneels 2005-11-14 01:23:33 UTC
Created attachment 13428 [details]
output of kfile --av on an mp3 file
Comment 3 Bart Cerneels 2005-11-14 01:24:27 UTC
Created attachment 13429 [details]
stderr of kfile --av on mp3 file
Comment 4 Bart Cerneels 2005-11-14 01:25:16 UTC
Created attachment 13430 [details]
output of `emerge info`
Comment 5 Scott Wheeler 2005-11-15 14:17:06 UTC
This is most likely something messed up with your installation -- conflicting mime type handlers, plugin not installed, etc.

Make sure that $KDEDIR/lib/kde3/kfile_mp3.[so/la] exists, where $KDEDIR is your KDE installation dir.
Comment 6 Bart Cerneels 2005-11-15 14:36:00 UTC
Acctualy kfile_mp3.so and .la excist in /usr/kde/3.4/lib/kde3/. But I think the issue is related to libs being build with different gcc versions (although I did a complete rebuild of kde with gcc-3.4).
If there's no apperent cause it's probably a build error on my install.

I can not test anymore because I switched from gentoo to kubuntu yesterday, which works perfectly, because I had to repartition root anyway. I could theoreticly still test, because I made an image of the gentoo root-partition, but kubuntu seems to work fine so I'll stick to it.
Comment 7 Scott Wheeler 2005-11-15 15:15:23 UTC
Closing for now...
Comment 8 Avi Alkalay 2006-05-08 00:50:58 UTC
Using KDE 3.5.1 installed from KDE-RedHat.sf.net, on CentOS 4 (RHEL4).
taglib-1.4-1.2.el4.rf, id3lib-3.8.3-7.2.el4.rf, kfile_mp3 is in the right place, and testing on MP3 files that have ID3 tags.

I am experiencing this problem.

This is a raw ID3 display:

$ id3info R.E.M.\ -\ 01\ -\ Drive.mp3

*** Tag information for R.E.M. - 01 - Drive.mp3
=== TIT2 (Title/songname/content description): Drive
=== TPE1 (Lead performer(s)/Soloist(s)): R.E.M.
=== TALB (Album/Movie/Show title): Automatic For The People
=== TYER (Year): 1992
=== COMM (Comments): ()[XXX]:  YEAR: 1992 ID3G: 17
=== TCON (Content type): rock
=== TRCK (Track number/Position in set): 1
=== COMM (Comments): (ID3v1 Comment)[XXX]:  YEAR: 1992 ID3G: 17
*** mp3 info
MPEG1/layer III
Bitrate: 192KBps
Frequency: 44KHz


In contrast with the (pretty empty) kfile output:

$ kfile -av R.E.M.\ -\ 01\ -\ Drive.mp3
R.E.M. - 01 - Drive.mp3: MPEG Layer 3 Audio (audio/x-mp3)
-- /mnt/media/Musica/Novo/R.E.M/R.E.M. - Automatic For The People 192 Kbps/R.E.M. - 01 - Drive.mp3
=All Values=
General:                 Name:                    (no value for key available)


This is reflected to the way Konqueror display metainfo in the 'Info List View'.

I have exactly the same problem for Ogg files.