GNOME Bugzilla – Bug 730436
Opus audio tags not read
Last modified: 2015-01-15 19:03:24 UTC
Created attachment 276849 [details] Terminal session Tags from Opus audio files are not being read, this causes problems with Gnome Music where all Opus audio files are lumped together under 'Unknown Artist'. To demonstrate the problem, I've attached a terminal session in which I track a file, check its info, convert it, track that and check its info, it's a bit too long to include in the description itself.
Thanks for the attachment, it demonstrates the issue well. Can you paste the output of this for me: /usr/libexec/tracker-extract -v 3 -f /path/to/file | grep -i using It should tell you which extractor is being used for the file. Depending on your answer, the bug could be with GStreamer or our Vorbis extractor.
Here we go: ↪ /usr/lib/tracker/tracker-extract -v 3 -f ~/test.opus | grep -i using Using /usr/lib/tracker-1.0/extract-modules/libextract-gstreamer.so...
(In reply to comment #2) > Here we go: > > ↪ /usr/lib/tracker/tracker-extract -v 3 -f ~/test.opus | grep -i using > Using /usr/lib/tracker-1.0/extract-modules/libextract-gstreamer.so... Thanks, looks like a GStreamer bug then AFAICS or it could be that you don't have all the plugins installed that are needed? Will reassign.
I've definitely got all the necessary plugins installed, I've been using and testing opus in just about every music application that I can think of, and done several experiments using gstreamer to encode and decode. Thanks for your help.
Opus is just a codec, are you talking about Opus in Ogg? Or some other format? Please provide a sample file.
Created attachment 277991 [details] Test Opus in OGG file Yes, Opus in OGG (as shown in the terminal session), I've attached a smaller file generated using the same command.
Actually, as of a system update a few days ago (using Arch Linux) I can no longer replicate this issue, I checked to see if any gstreamer or opus related packages were updated since I reported the issue and found only: clutter-gst 2.0.10 => 2.0.12 I'm doubting very much that has anything to do with it, any ideas what I should check? I'd like to downgrade to confirm that the issue is fixed.
Correction, the file I repeated the test with, and the one used to create the attached test.opus with had previously been edited in Audacity. Reverting to the original flac I can fully repeat this test. However I'm not able to attack the resulting Opus file because of its size, any suggestions on where to make it available?
You could upload it to dropbox or similar, or try to reproduce it with a smaller file.
Here we are, it's already quite small just not small enough: https://www.dropbox.com/s/qg0fq2izqnou7nj/test.opus
Seems to work fine for me: $ gst-discoverer-1.0 ~/samples/misc/730436-tags.opus Analyzing file:///home/tpm/samples/misc/730436-tags.opus Done discovering file:///home/tpm/samples/misc/730436-tags.opus Topology: container: Ogg audio: Opus Properties: Duration: 0:04:55.973333333 Seekable: yes Tags: container format: Ogg application name: opusenc from opus-tools 0.1.8 extended comment: ENCODER_OPTIONS=--bitrate 96 artist: God Seed title: Hinstu Dagar album: I Begin datetime: 2012 track number: 5 genre: Black Metal album artist: God Seed disc number: 1 disc count: 1 track count: 9 encoder: libopus 1.1 audio codec: Opus
Rowan, is this still a problem for you?
Rowan, please reopen if this still is not working for you.