This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#11920 - possible savings when reading metadata
Attached to Project:
Rockbox
Opened by Andree Buschmann (Buschel) - Friday, 04 February 2011, 00:55 GMT+2
Last edited by Andree Buschmann (Buschel) - Sunday, 20 February 2011, 17:21 GMT+2
Opened by Andree Buschmann (Buschel) - Friday, 04 February 2011, 00:55 GMT+2
Last edited by Andree Buschmann (Buschel) - Sunday, 20 February 2011, 17:21 GMT+2
|
DetailsRockbox' ID3 parser does not trim strings fields with in-lying null-termination or multiple zeroes at the string field end. For ape, aac and ogg this is already done.
This patch adds trimming to the ID3 parser in a very simple way. The next item is allowed to be written beyond the next following null in the array. Savings are few, but could be interesting for our reduced metadata size on low memory targets. |
This task depends upon
Closed by Andree Buschmann (Buschel)
Sunday, 20 February 2011, 17:21 GMT+2
Reason for closing: Accepted
Additional comments about closing: Submitted with r29349.
Sunday, 20 February 2011, 17:21 GMT+2
Reason for closing: Accepted
Additional comments about closing: Submitted with r29349.
Example: In case of multiple genre tags the current svn implementation will read each genre item seperately, write it to id3v2buf and set id3->genre to the last read genre. This way there might be several gernes written to id3v2buf, but only the last one will be valid. In effect we're wasting bytes.
Possible solution in this patch is to only add a new metadata item to id3v2buf, if the dedicated pointer within the id3-struct is still empty.