Notices

Yes - They stay black - and I have an update to this. What I noticed was that in the .thumbnails/mediabox directory there are many files that have the extension ".broken" . So I went ahead and deleted those, and the next time, I got some more thumbnails back , and fewer ".broken" - So the problem is intermittent. Also I am not sure if I should be expecting thumbnails for YouTube videos.

Also I find the app very slow, and not responsive at times. The feature set is amazing though - and congratulations for that.

With the v0.95 - the app is very responsive, and no issues with thumbnails etc.

Thumbnails are marked with .broken, when the thumbnailer cannot produce a thumbnail in time. Unfortunately it doesn't attempt thumbnailing .broken files again. Removing the .broken files makes the thumbnailer trying to create a thumbnail again.
Maybe I should add an option to wipe away the .broken thumbnails by user's request.
Videos in the YouTube plugin get their thumbnails directly from YouTube. Local videos in FLV format get thumbnailed by mplayer. The problem here is that mplayer on maemo cannot seek in FLV videos, so you might get a black thumbnail because the first few frames of the video are black.

Responsiveness is a high priority for me. But it's always a trade-off between memory consumption and responsiveness. Please tell me where you experienced bad responsiveness and under what circumstances, and I'll have a look at it.
The fully thumbnailed scrolling lists with the ability to list thousands of files became pretty fancy stuff with quite aggressive optimizations.

Thanks pycage for your response.

For the ".broken" thumbnails, I can suggest that you clean them out on every restart of the app. Also, I am aware of the issue with mplayer and flv files. Actually, what I did was, I decided to turn off my image and audio repository, and only use mediabox for video. I have less than 20 video files, and I was able to get thumbnails for all of them. However, I am not getting any thumbnails for youtube videos. The video otherwise plays very well.

When I did have audio turned on, the broken thumbnails probably came from cover.jpg files that were too big - but the interesting thing is the same covers work perfectly in the 0.95 version.

As far as responsiveness is concerned, I can tell you for example, when I bring up the latest SVN release, what I see first is a battery status popup, which goes away when I touch the screen. After that, I have a screen that is half painted - the bottom half is blank. If I tap on the bottom at random locations, eventually I get the toolbar back - but again depending on what I am doing, it can disappear again. The screen does not seem to be refreshing well. I can send you some screenshots later if you are interested. Since no one else has reported this, it is possible that this has something to do with my tablet configuration. I am running the latest OS release. I am not sure whether I need to do anything else to optimize. I have not seen screen painting issues with the 0.95 version.

Thanks -

You're not alone
Same problems with bottom bar, it disappears because of the playlist, I guess. I can't say anything 'bout battery status check since wrote my own battery status item. Sometimes drawing volume level is broken when playing music, but it was so from v.94 (or .95)...

I got a bit confused because of the shuffle... From my point of view when I got "repeat all" and "shuffle", the list items should be first shuffled and then repeated in a loop. Right now I have the same song repeated twice in those conditions.

In Image View when shuffle is on I sometimes can't get to the desired image by selecting it in accel menu (got some other/2nd in the list) and after that periodically can't switch to any other picture by selecting in the list.

The current SVN version is a bit broken. It's a SVN version, after all.
I'm trying different things to speed up the GUI and reduce memory consumption, so it may end up with some little flaws somewhere sometimes. The next SVN revision is supposed to fix some of these flaws.

I'm using the .broken mark to avoid attempting to thumbnail unthumbnailable media later, in order to save time. If I removed the mark at startup, I wouldn't have needed it at all.
So I think we need another solution here.

This is interesting. Big images shouldn't be a problem. They simply get scaled down.
Is this reproducable? Is it always the same cover.jpgs that can't get thumbnailed?

Canola shows the same battery popup (at least for me, when the charger is plugged in).
Apparently querying for battery status always brings up the popup in maemo. I would be happy if
somebody would find a better way of reading the battery status. If I can't find a solution for this problem,
battery display will simply be disabled in 0.96.

Please disable it you have the status at the corner to show the needed info so repeating the info does not add anything but problems, i do suggest though clicking on the icon to have complimentary info would be a good thing if it is not had to implement , you have done a good job in this version and hope you can iron out the remaining issues.

I've been investigating the problem with resuming after a long pause. I have established that the problem is isolated to media that uses the OSSO media player. Mplayer works fine and MediaBox can be configured to use it for all media by placing a modified players.mapping in the ~/.mediabox directory.

I have attached a zip of a suitable players.mapping file. Unzip this file and in xterm copy it to the /home/user/.mediabox directory.

I can confirm that it is the size. And it appears to be the file-size and not the image size, even though I do not have enough data to establish that. It was the same set of thumbnails that was causing problems. I went ahead and reduced the size, and now they do show up. Surprising thing is that the same large covers were not a problem for v0.95. But anyway, I would call this a minor issue.

I am now using the 529 version, and the screen painting problem is gone, and I can now see YouTube video thumbnails as well. Great job !

A feature suggestion - In the Photos view, would it be a good idea to have a random image from a folder thumbnailed, instead of the folder icon.

Do you still have the problematic image file? And if yes, could you send it to me?

That's a good idea.