Bug 739611 – Can't extract ID3 tag for a particular mp3 file

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 739611 - Can't extract ID3 tag for a particular mp3 file


Summary:	Can't extract ID3 tag for a particular mp3 file


Status:	RESOLVED OBSOLETE

Product:	GStreamer
Classification:	Platform
Component:	gst-plugins-base
Version:	1.4.3
Hardware:	Other Linux

Importance:	Normal normal
Target Milestone:	NONE
Assigned To:	GStreamer Maintainers
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2014-11-04 10:45 UTC by Carl
Modified:	2016-12-25 11:24 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Carl 2014-11-04 10:45:02 UTC

I have a bunch of files for which gstreamer fails to read ID3 tags.

Other ID3 editors (easytag) can edit the tags properly but for some reason, the gstreamer discoverer returns most the field being null and the track name being the file name. 

This bug applies to 1.4 and 1.2.4

Note : the file plays correctly both in 1.4 and 1.2.4 (1.2.4 displays a warning though : 


(noise:2939): GStreamer-CRITICAL **: gst_structure_new_empty: assertion 'gst_structure_validate_name (name)' failed
An error occured (SIGTRAP)
   The reason is likely an uncaught error.
   Note: no file path and line numbers can be retrieved. Are you sure you added -g -X -rdynamic to valac command line?

    #1  <unknown>     in 'gst_structure_new_empty'
        at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
    #2  <unknown>     in 'gst_caps_new_empty_simple'
        at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
    #3  <unknown>     in 'g_type_class_ref'
        at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
    #4  <unknown>     in 'gst_element_register'
        at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
    #5  <unknown>     in 'gst_plugin_load_file'
        at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
    #6  <unknown>     in 'gst_plugin_load_by_name'
        at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
    #7  <unknown>     in 'gst_plugin_feature_load'
        at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
    #8  <unknown>     in 'gst_type_find_factory_call_function'
        at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
    #9  <unknown>     in 'gst_type_find_helper_get_range'
        at /usr/lib/x86_64-linux-gnu/libgstbase-1.0.so.0
    #10  <unknown>     in 'clone'
        at /lib/x86_64-linux-gnu/libc.so.6

)

Comment 1 Sebastian Dröge (slomo) 2014-11-04 10:46:26 UTC

Can you provide the MP3 file in question here?

Comment 2 Carl 2014-11-04 10:46:47 UTC

The attached mp3 failed to be included in the bug report.

Here it is : https://dl.dropboxusercontent.com/u/17850028/07%20Sooner%20or%20Later.mp3

Comment 3 Thiago Sousa Santos 2014-11-04 13:31:30 UTC

I see a few "ID3v2 frame: buffer of 30 bytes" from gstreamer. The missing tags might be inside these frames.

Comment 4 Tim-Philipp Müller 2016-12-25 11:22:40 UTC

Thanks for the bug report and the sample.

This seems to work nowadays:

$ gst-discoverer-1.0 739611-07-Sooner-or-Later-tag.mp3
  ...
  Tags: 
      datetime: 2008
      artist: N.E.R.D.
      title: Sooner or Later
      album: Seeing Sounds
      track count: 16
      track number: 7
      genre: Pop
      image: buffer of 37148 bytes, type: image/jpeg, width=(int)500, height=(int)500, sof-marker=(int)0
      container format: ID3 tag
      has crc: false
      channel mode: stereo
      audio codec: MPEG-1 Layer 3 (MP3)
      nominal bitrate: 320000

Comment 5 Tim-Philipp Müller 2016-12-25 11:24:31 UTC

Seems to work fine for me in 1.6, 1.10 and git master (didn't check 1.8) fwiw.