Most of the files that are recognised by file are mpeg version 1, layer III with CRC protection, i.e. they have the hex string 0xFFFA at offset 0, rather than 0xFFFB.
One of the files, Timon_&_Pumbaa_-_Can_You_Feel_The_Love_Tonight, is an mpeg version 2, layer III, without CRC protection, that is, it has 0xFFF3 at offset 0. shared-mime-info is only matching 0xFFFB, or ID-3 type two tags in order to identify MP3s. It should also check for: 0xFFFA - mpeg v1, layer III (CRC protection) 0xFFF2 - mpeg v2, layer III (CRC protection) 0xFFF3 - mpeg v2, layer III (no CRC protection) I wonder would it be possible for this fix to be included in a future version? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/492363 Title: Nautilus often can't recognize mp3 without extension Status in Nautilus: Won't Fix Status in shared MIME database: Confirmed Status in “nautilus” package in Ubuntu: Triaged Status in “shared-mime-info” package in Ubuntu: New Bug description: Binary package hint: nautilus MP3 files are often not recognized in Karmic. I took all mp3s from my music archive, removed extensions, and only a half of files were recognized. It was OK in Jaunty. You can get a sample file which is not recognized at http://launchpadlibrarian.net/36237701/Come.mp3 It was erroneously reported as bug in File, see bug 490087. To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/492363/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
