This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#8335 - album title config & small improvoments for PictureFlow
Attached to Project:
Rockbox
Opened by Thomas Martitz (kugel.) - Sunday, 16 December 2007, 16:25 GMT+1
Last edited by Andrew Mahone (Unhelpful) - Saturday, 27 December 2008, 13:42 GMT+1
Opened by Thomas Martitz (kugel.) - Sunday, 16 December 2007, 16:25 GMT+1
Last edited by Andrew Mahone (Unhelpful) - Saturday, 27 December 2008, 13:42 GMT+1
|
DetailsThis patch adds a setting to the pictureflow plugin.
The setting named "Show album titles" lets the user dicide where to show the album titles *hide album titles *show at the bottom *show at the top (show at the bottom is default) For people knowing there albums very well hide is the best option. For all others "show at the top" is the best option (imo), since it it doesn't destroy the beautiful reflections of the cover with overlapping album titles. The track list (after selecting a cover) is moved downwards by 30 pixels, when the title is set to be shown at the top, so that the album title doesn't overlap with the track list. Small improvements are: *correct the zoom settings menu to be called Zoom (it was "Number of slides") *move the track list downwards by 30 pixels when show fps is enabled to not overlap the track list (IMO it looks better in any case when the track list is moved downwards a bit, but I didn't want to change to much at once) |
This task depends upon
Closed by Andrew Mahone (Unhelpful)
Saturday, 27 December 2008, 13:42 GMT+1
Reason for closing: Accepted
Additional comments about closing: Parts of this, and equivalents for the rest, merged in r19599.
Saturday, 27 December 2008, 13:42 GMT+1
Reason for closing: Accepted
Additional comments about closing: Parts of this, and equivalents for the rest, merged in r19599.
Overall improvement concering the tracklist:
*full screen tracklist if both album titles and fps are hidden
*move the tracklist if album titles and/or fps are shown, including reducing the number of visible items
Secondly, I changed a bit how PREFERRED_IMG_HEIGHT/_WIDTH are calculated. It's now dependent on the screen size instead of a fixed size (e.g. a Gigabeat F/X defaults to 150 height and width). Also, this values will be used for resizing.
NOTE: Resizing will not keep the aspect ratio. If this behavior isn't wanted, please comment on that.
Thirdly, I fixed (or at least worked around) the wrong order of tracks in the tracks list (
FS#8425). It's maybe a bit dirty, but I noticed that the tagcache search for the track titles returned the results in the wrong order. My fix is to "invert" the track index when getting the names from the index.This patch also moves show_fps into the config struct.
This patch also fixes
FS#8347by forcing the track list to reset upon selecting the album.The only tracker entry which doesn't get fixed is
FS#8927:) (FS#8326doesn't seem to happen anymore)If there are no objections anymore I'm done with this patch, it should be ready for commit. I hope I didn't change too much at once. If I did I could consider splitting it up a bit.
Slashery said the inverted order I get comes most likely from the filesystem which returns the files in some order. I have named my tracks to have the track number leading, so they are if they are ordered by name they are also ordered by track number.
More needs to be done to give it an order. Until then the tracklist is more or less random.
I'm not even sure if the tracklist was intended to be ordered.
I changed PREFERRED_IMG_WIDTH and _HEIGHT to LCD_HEIGHT / 2 now. This should be fine with the committed smooth scaling. Also, it only uses this when resizing is enabled.
- If the track list is taller than the screen the last song title gets cut in half.
- You can zoom way too far in so that the album titles and FPS are mixed with the art. User's choice, I suppose but maybe worth mentionning.
Aside from that it seems fine to me. Required a delete of the rocks/pictureflow folder.
Regarding your issues:
- I can't confirm that. I've tried some albums with 15+ songs, so that I need to scroll in the track list. The last song was fine in all cases.
- Yea, probably a users choice. I don't see a need to restrict the zoom function in anyway.
- Correct, the pictureflow folder needs to be deleted, because pictureflow uses a rather uncommon way of saving & loading config. Literally all changes to the config struct make existing config files break pictureflow.
the only thing i've changed is so it looks for cover.100x100.bmp if the preffered size isnt found, 88x88 isnt exactly a "standard" size, the cache is made but it still says 0 albums...
kugel., thanks for this patch, i like the album titles on top ;-)
JdGordon, I've tried to reproduce your problem. I've got something:
You said it only found a few covers, the debug you showed me said it only found 10 out of much more albums. http://pastebin.ca/1091783
My tests with having a cover.120x120.bmp and a cover.100x100.bmp in each of my 7 test music folders were successful. It found every cover.
I also ran a test with having a cover.bmp in a few of the folders, which also have been successful.
I did my tests with e200 and h300 sim.
FS#8347) and v7 (1 track missing in the tack list) from the improvements. The fixes are ready to commit IMHO.In pf_album_title_v10.fixes.diff I replaced the reset_track_list() call by a simple "start_index_track_list = 0;", which does the job too.
Should we open a new bug report just for the fixes (or reopen
FS#8347) to get them committed ASAP?FS#8347is closed (Reason: "Fixed: about to ci a fix") but the bug is still alive in r18359 :-(But I don't have a problem with committing a version without resizing (and without the PREFFERED_IMG stuff rewritten). I just would want to use the config struct from v10, so that a later commit of resizing would break the config again (which in turns means the pf folder needs to be deleted).
I just know, I made the tracklist move up when the album title is at the bottom.
- fixed (and slightly changed) calculation of tracklist position
- moved the calculation to reset_track_list(), so it's done only once and not in every show_track_list() loop
- revert my replacing of reset_track_list() in PICTUREFLOW_SELECT_ALBUM handling (cause recalculation may also be needed when returning from the settings menu)
Tested on iPodColor and all screen sizes (in sim) with different fontsize/settings combinations.
(Fixes from v5 and v7 are included.)
changed defaults of "Center margin" to -40 (about the first value where's no space between center slide and side slides) and "show album name" to be shown at the top.
slightly changed the album name display to look better (centered in 2 lines)
reset_track_list() only when show_fps or album name setting changed (those are the only one affecting it, no need to redraw on every selection).
Removed the changes to PREFERRED_IMG_WIDTH and _HEIGHT and the album art searching mechanism accordingly, so that it should exactly behave like SVN. Instead, we use RESIZE_WIDTH and _HEIGHT macros now.
Fixed an issue with the centering of the track list.
FS#8347.BTW: The issue above was a trivial fixed. I can't believe I spotted it so late :/
Plus: I needed to apply it for testing and apparently forgot to remove it before preparing the diff.
FS#9135(finally). And remove the fix fromFS#9622, it needs a better one.to sum up what improvements are left after the bugfix commit yesterday:
a) album title config (show at top, bottom or not at all)
b) resize of album art to lcd_height/2 (usefull if covers have different sizes or are too small) at cache building. Zoom is still available available after cache building
c) change center margin to a nicer looking default value (-40), so that there's no space between the center cover and the ones next to it instead of a huge gap, also allow more values for center margin
d) some other cleanup's and fixes to bugs which are revealed by album title config
it also removes the rather useless (since it's not configurable) search for cover.XxY.bmp