Uploaded image for project: 'Picard'
  1. Picard
  2. PICARD-133

Speed of Ogg tag writing/updating

XMLWordPrintable

    • Icon: Improvement Improvement
    • Resolution: Fixed
    • Icon: Normal Normal
    • 1.4
    • None
    • Tags & Metadata
    • None

      from http://bugs.musicbrainz.org/ticket/5863

      It takes about 1 to 3 seconds to update an Ogg tag... Instant for an MP3... For everything there's Mastercard.... what no, that's not right.

      So yes... it's very easy to reproduce, I couldn't see anyone else having mentioned this in the tickets... my music 99% Ogg Vorbis and thus it takes aaaaages to update the tags if they need changing.

      Could perhaps we look in to why or maybe change to a quicker method of updating Ogg tags or bring it more in-line with the speed you get on updating an MP3 tag?

          [PICARD-133] Speed of Ogg tag writing/updating

          Zas added a comment -

          Fixed by mutagen >= 1.31

          Zas added a comment - Fixed by mutagen >= 1.31

          Christoph Reiter added a comment -

          This should be fixed with mutagen 1.31.

          Opus has official support for padding at the end of the vcomment packet.
          And since foobar2k writes the same padding for other streams using vcomment (Vorbis, Speex) and everything seems to handle it mutagen now does too.

          Christoph Reiter added a comment - This should be fixed with mutagen 1.31. Opus has official support for padding at the end of the vcomment packet. And since foobar2k writes the same padding for other streams using vcomment (Vorbis, Speex) and everything seems to handle it mutagen now does too.

          Philipp Wolfer added a comment -

          I fear this issue is a "wontfix". The difference for Ogg files is that for Ogg files there is no padding support for the metadata. In essence this leads to a complete rewrite of the file all the time. For ID3 tags there is support for a padding (a couple of null bytes) between the tag header and the audio data, so even if the length of the metadata changes slightly only the tags are rewritten.

          See also the comment in the original ticket: http://bugs.musicbrainz.org/ticket/5863

          Philipp Wolfer added a comment - I fear this issue is a "wontfix". The difference for Ogg files is that for Ogg files there is no padding support for the metadata. In essence this leads to a complete rewrite of the file all the time. For ID3 tags there is support for a padding (a couple of null bytes) between the tag header and the audio data, so even if the length of the metadata changes slightly only the tags are rewritten. See also the comment in the original ticket: http://bugs.musicbrainz.org/ticket/5863

          Kuno Woudt added a comment - - edited

          I don't have that many .oggs, but I notice it every two weeks when I update http://beta.musicbrainz.org/release/68da7aca-1af5-402d-931f-61fce125ef9e

          So for me it would be valuable if subsequent writes were sped up even if the first time picard writes to an .ogg file is still slow. (assuming this is an issue with the way certain .ogg files are saved).

          Kuno Woudt added a comment - - edited I don't have that many .oggs, but I notice it every two weeks when I update http://beta.musicbrainz.org/release/68da7aca-1af5-402d-931f-61fce125ef9e So for me it would be valuable if subsequent writes were sped up even if the first time picard writes to an .ogg file is still slow. (assuming this is an issue with the way certain .ogg files are saved).

            Unassigned Unassigned
            nikki nikki
            Votes:
            1 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved:

                Version Package
                1.4