View Single Post
pycage's Avatar
Posts: 3,404 | Thanked: 4,474 times | Joined on Oct 2005 @ Germany
#225
Originally Posted by stl1859 View Post
I think every little bit helps. At least in my case, the media collection does not change that often, and I could use a few seconds of faster startup. Again I am only talking about this to be an option, and not the default behavior.
Storing the index across sessions could help a bit. The quick initial scan could help detecting what needs to be updated, so that only those files are scanned again or dropped from the index.

Originally Posted by stl1859 View Post
I agree , especially depending on what more is yet to come. However, these days I have found that there are many icons on the pull up that I hardly use, and at the same time, there are many frequently used ones, such as YouTube, that require two clicks.
IMHO 2 clicks is just OK. 3 or more clicks would be bad. OK, it's a third click for Search/Featured/etc.

Originally Posted by stl1859 View Post
How about a widget identical to the seek bar, right to the left of it ?
The problem with this is space. It doesn't fit everywhere. A button to push bringing up a slider would work better I think.

Originally Posted by stl1859 View Post
My point was , the app scans on startup, and then scans again on going to the artist view. That looked odd to me. But maybe you are saving effort by delaying a potentially time consuming scan.
It's exactly because of this. Scanning the ID tags is more time consuming than just looking for files are there. But there's room for improvement.

Originally Posted by stl1859 View Post
Maybe you can have a special folder inside where all thumbnails are stored, and have a .jpg with the name of the artist with spaces substituted by dots or underscores. You can automatically pull from last.fm, or leave it on the user to supply their own pictures.
Yes, something like that. But I don't think it'll make it into 0.96.

Originally Posted by stl1859 View Post
Another approach could be - in the Track Info view, you do not show the tracks on the left at all ! Instead show the albums . In the middle you show the currently playing album's cover-art by default, but if someone taps on the screen ( you have empty space on both sides of the cover-art), it goes to a scroll list with all track names in that album. This can timeout and go back to the cover-art after no items have been clicked on that list for a set period of time. Now, to switch albums, or to navigate through tracks in the currently playing album, the user does not need to go anywhere at all. If they want to switch albums, they use the left scroll. If they want to see tracks in the current album, they simply tap on the center.
It's a good idea to have the left strip show the albums again (as it was in MediaBox <= 0.95).
So to sum it up, the browser mode will stay as it is (I for one like it this way as you can quickly jump to another album with the N810 keyboard), the player mode will have the album thumbnails on the left and the tracks of the current album (much like it was in previous versions), and only when you go fullscreen, you'll get a big cover art with big prev/next/play/pause buttons (car-mode).
Would this all make sense?

Originally Posted by stl1859 View Post
I do realize this does not solve the problem of viewing tracks without playing them. I am just thinking out loud here, so not every suggestion is quite elegant I admit.
But it helps finding the right direction step by step.

Originally Posted by stl1859 View Post
The way it works now is okay as well - but would it be possible to wrap around the text in the scrolling boxes ?
You mean continually scrolling from right to left instead of right->left->right... ?

Originally Posted by stl1859 View Post
That is very generous of you and I am glad that I got in a lengthy wishlist without ticking you off I am motivated to provide you feedback because you have been updating your application much more often than the other apps out there, and that is indeed commendable.
I'm always happy when people test the SVN version. This means that development takes longer because there are more bugs to fix and more things to implement, but in the end the result will be a lot better.

But I'm still aiming for a 0.96 release this year. Big changes won't happen for 0.96 anymore.
Now it's important to get the application API and plugin system clean so that people can start developing 3rd party plugins with 0.96.