Nautilus often can't recognize mp3 without extension

[Sergey "Shnatsel" Davidoff]

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.

[Pedro Villavicencio (pedro)]

Thanks for the report, that's a known issue: https://bugzilla.gnome.org/show_bug.cgi?id=570143

[Sergey "Shnatsel" Davidoff (shnatsel)]

Are there any workarounds for this? Maybe switching to File somehow?

[Sebastien Bacher (seb128)]

any reason you couldn't name those files correctly? in any case no need to use file, nautilus uses the shared-mime-info database and a some clues to detect filetypes from the content, that doesn't seem a nautilus issue

[Sergey "Shnatsel" Davidoff (shnatsel)]

Yes. I'm used to be lazy and don't mess with extensions. It was all right in Intrepid and Jaunty. Also I sometimes need to identify a file without extension and open it.

[Sergey "Shnatsel" Davidoff (shnatsel)]

This looks like a bug in GVFS magic numbers.

[Sergey "Shnatsel" Davidoff (shnatsel)]

Still doesn't work properly in Oneiric.

[Sergey "Shnatsel" Davidoff (shnatsel)]

That particular sample is fixed, but I have more that are not detected.

[Grzegorz G. (grzesiek1e5)]

Both files are recognized without the extension in Precise, if you have ones that aren't detected, please attach them. Marking as incomplete for shared-mime-info.

[Sergey "Shnatsel" Davidoff (shnatsel)]

I sure do! I've found 37 during my brief search, so I had to tar them to attach them here. Here they are.

[Sergey "Shnatsel" Davidoff (shnatsel)]

They are unrecognized on Precise, just in case you're wondering :)

[Sergey "Shnatsel" Davidoff (shnatsel)]

Some MP3 audio files are not recognized by Nautilus and xdg-mime, unless they have .mp3 extension. 37 sample files can be found at https://bugs.launchpad.net/ubuntu/+source/shared-mime-info/+bug/492363/+attachment/3146483/+files/unrecognized_mp3s.tar (130Mb total)

[Removed by request (removed1836289)]

Somewhat confirmed. `file' detects some of them. This is an issue in the pattern for mp3s in shared-mime-info, but not all of them would be detectable. Tried it with my independent mime utility which goes with the content patterns.

With file:
[5:20:41] adys@azura ~/tmp % file *
02_Fog: MPEG ADTS, layer III, v1, 320 kbps, 44.1 kHz, JntStereo
Above_The_Clouds: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, JntStereo
Above_the_Clouds_(Remix): MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, JntStereo
Animal_Kingdom_-_Can_You_Feel_the_Love_Tonight: data
Chaikovsky_like_ver_-_Can_You_Feel_The_Love_Tonight: MPEG ADTS, layer III, v1, 112 kbps, 44.1 kHz, JntStereo
Club_Mix_-_Can_You_Feel_The_Love_Tonight: MPEG ADTS, layer III, v1, 112 kbps, 44.1 kHz, JntStereo
Cougar_boulevard: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, JntStereo
Deep_Blue: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, JntStereo
DownMix_-_Can_You_Feel_The_Love_Tonight: MPEG ADTS, layer III, v1, 112 kbps, 44.1 kHz, JntStereo
Ensemble_Pro_Brass_-_Can_you_feel_the_love_tonight: data
Gleb_Moiseev_-_Can_You_Feel_The_Love_Tonight: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, JntStereo
GTA San Andreas: MPEG ADTS, layer III, v1, 192 kbps, 44.1 kHz, JntStereo
Instrumental_Elton_John_ver_-_Can_You_Feel_The_Love_Tonight: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, JntStereo
Instrumental_Symphonic_ver_-_Can_You_Feel_The_Love_Tonight: MPEG ADTS, layer III, v1, 112 kbps, 44.1 kHz, JntStereo
In the dark: data
Lights: data
MartinWolf_-_Can_You_Feel_the_Love_Tonigh: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, JntStereo
NATURE: data
Nu_Love_-_Can_You_Feel_The_Love_Tonight: data
Pattern 31: MPEG ADTS, layer III, v1, 160 kbps, 44.1 kHz, JntStereo
Pine_Pipe_Instrumental_ver_-_Can_You_Feel_The_Love_Tonight: MPEG ADTS, layer III, v1, 112 kbps, 44.1 kHz, JntStereo
Pride Lands: data
skybowl_-_Lunar_a_Code_III__Variation_1: data
Skybowl - This Land (demo): data
Skybowl - Upendi: data
Skybowl - We are one: data
something: data
Star_Academy_3_-_Can_You_Feel_the_Love_Tonight: data
Sunnyday: data
Timon_&_Pumbaa_-_Can_You_Feel_The_Love_Tonight: MPEG ADTS, layer III, v2, 56 kbps, 22.05 kHz, JntStereo
Toon_ver_-_Can_You_Feel_The_Love_Tonight: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, JntStereo
Track ...

[Kcassidy-z (kcassidy-z)]

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?

[Kcassidy-z (kcassidy-z)]

Note, that those not being detected by file contain large headers before the magic bits, it may not be feasible to identify them accurately.

[Gitlab-migration (gitlab-migration)]

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xdg/shared-mime-info/issues/46.