ogg123 (ogg123 from vorbis-tools 1.2.0) is rather stupid. If it see a tag present, it echoes it. The first problem is that it echoes the "Comment" tag (if it presents) twice. The second (and much worse) problem is that it tries to echo tags like "Cover" (graphics, though console couldn't correctle display it). Reproducible: Always Steps to Reproduce: 1. Get an ogg-coded file wicth clear tags; 2. Write the comment tag with easytag; 3. Try to play it with ogg123 and see the display; 4. Add to this file some picture (for example .jpg) as a cover; 5. Try to play it with ogg123 and see the display. Actual Results: For step 3: "Comment: blah-blah-blah Comment: blah-blah-blah" For step 5: Coverartmime: image/jpeg Coverartdescription: potan2.jpg Coverart: /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAA... (continue echoing jpg) Expected Results: For step 3: "Comment: blah-blah-blah" For step 5: To ignore the presence of Cover* tags.
Change requests should go to http://trac.xiph.org , besides I think you can silence it by passing -q
(In reply to comment #1) > Change requests should go to http://trac.xiph.org , besides I think you can > silence it by passing -q > I post this bug here because I've failed to register (and/or log on with created account) on http://trac.xiph.org Could anybody post this bug there? Entire blocking of echoing tags is not my way.
I've discussed this shortly with an xiph.org, vorbis-tools developer (but not ogg123), and this was said: Freenode, #xiph: < MikeS-tp> well, it's not a bug, it's an enhancement request. Check the AUTHORS file that's shipped with vorbis-tools in /usr/share/doc/vorbis-tools.. for mail contact with them because it seems the trac is having some issues as per what I was told
Sergey, can you please add a example file here (one with tags of you mentioned) and reopen this bug please? I was asked to provide a file for upstream to take a look at
Created attachment 197045 [details] ogg file with coverart tag added by easytag The example file you requested.
The example file was attached. BTW, when I've decoded it to reduce size before uploading, I've cheched the behaviour of flac123 in the same situation. And I've seen, that it ignores tag, which it can't correctly display (this time it was the coverart tag).
Upstream bug, http://trac.xiph.org/ticket/1570
don't think there's anything to be done in our side, continue this at the upstream bug. vorbis-tools-1.4.0 was released today...