While I'm playing around with it, I'd like to ask about something I've noticed. Sometimes when I use metaflac to add tags, it performs it's operation instantly in a split second. Other times the same command causes lot of HDD I/O's and I can see it create a "filename.flac.metadata_edit" temp file. For example - I just added tags to a 25MB file and it took 15 seconds to process the command. Can anyone help me understand why there's different behaviors like this? It's not a problem, just want to understand. Thanks, - Brad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac/attachments/20070415/1a3374b1/attachment.html
Thanks Graue. That makes sense. Like I said - it's not causing a problem, I was just curious what it was doing. -Brad On 4/15/07, Graue <graue@oceanbase.org> wrote:> > "Brad Leblanc" <brad.leblanc@gmail.com> wrote: > > > While I'm playing around with it, I'd like to ask about something I've > > noticed. > > > > Sometimes when I use metaflac to add tags, it performs it's operation > > instantly in a split second. Other times the same command causes lot of > HDD > > I/O's and I can see it create a "filename.flac.metadata_edit" temp file. > > For example - I just added tags to a 25MB file and it took 15 seconds to > > process the command. > > The tags are stored at the beginning of the file. > Since it's not possible to add new data into the > beginning or middle of a file, adding tags > normally means having to copy all the audio data > that comes afterwards. > > The reason this is sometimes fast is that FLAC > adds a padding block with unused space after the > tags. As long as your new tags fit in the padding > block, nothing has to be copied. > > If this is a frequent problem for you, look at the > documentation for FLAC's --padding option. Setting > a larger padding size might help. > > Regards, > Graue >-- Brad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac/attachments/20070415/bb22e893/attachment.html
"Brad Leblanc" <brad.leblanc@gmail.com> wrote:> While I'm playing around with it, I'd like to ask about something I've > noticed. > > Sometimes when I use metaflac to add tags, it performs it's operation > instantly in a split second. Other times the same command causes lot of HDD > I/O's and I can see it create a "filename.flac.metadata_edit" temp file. > For example - I just added tags to a 25MB file and it took 15 seconds to > process the command.The tags are stored at the beginning of the file. Since it's not possible to add new data into the beginning or middle of a file, adding tags normally means having to copy all the audio data that comes afterwards. The reason this is sometimes fast is that FLAC adds a padding block with unused space after the tags. As long as your new tags fit in the padding block, nothing has to be copied. If this is a frequent problem for you, look at the documentation for FLAC's --padding option. Setting a larger padding size might help. Regards, Graue