Re: [Banshee-List] prepping for 1.6

[Todd Wilson <twilson csufresno edu>]

Gabriel Burt wrote:
> Hey everybody!
> 
> == Closing in on 1.6 ==
> 
> We had a great release with 1.5.0, but we have room to get even better
> before 1.6.   Here are some high-priority bugs I've identified:
> 
> http://bugzilla.gnome.org/buglist.cgi?query=product%3Abanshee%20priority%3Ahigh
> 
> Please feel free to work on any of these!  Comment on the bug letting
> us know so we don't step on each others' toes.  Even if you've never
> contributed before, or had a less than super experience - give it a
> shot, ask questions, we'll help you get it done!

I would like to request that the bugs

  http://bugzilla.gnome.org/show_bug.cgi?id=555329

and its recently extracted "subbug"

  http://bugzilla.gnome.org/show_bug.cgi?id=584860

be added to the high-priority list.  In making this request, I am just
echoing a comment (#20) that Nicolas Doyle made to the former:

> Also, I don't want to sound like a pest but I think the severity and/or
> priority for this bug should be raised because (to recap) the bug has these
> implications for iPod users:
> 
> - Album art databases are excessively large. They are easily larger than one
> third the size of the music on the actual iPod. For users with iPods with
> smaller capacities this drastically effects the amount of music that can be
> stored on the device. The album art database gets large because album art data
> is getting duplicated for every track of an album instead of being stored once
> per album.
> 
> - Users with (what I would estimate to be) iPods with 8GBs of capacity or
> higher will encounter the problem in comment #13 after loading enough music.
> This problem effectively blocks users from adding any more (usable) music to
> their iPod because both the photo database and the music database fail to get
> written after any file in the photo database exceeds 2GB (which happens
> quickly). Once any file in the photo database exceeds 2GB, a variable (signed
> 32bit integer) that stores the size of the file will overflow and become
> negative causing "Failed to save iPod database - Argument is out of range.
> Parameter name: Length is less than 0 (in `mscorlib')".

I am one of the (many?) iPod users that are affected by this bug; mine
is 120GB, so I have over 100GB of effectively unusable space on it.  Thanks!

Todd Wilson