Rockbox

Hi..
i tested the patch it seem to work,
even the alphabetical sorting seems working..

mfg Domonoky

Yes truth is that alphabetical sorting works in the end.

I updated the patch to be more stable and optimized.
Also I included some checks if the user tries to open
folder with more than 2000 files. (500 for Archos)

Only thing is left is to define the play/record keys for the
archos.

Is there any reason why you’re not skipping directories?

When reading the directory contents, do something like if
(entry→attribute & ATTR_DIRECTORY) to check if the current
item is a directory.

Bacon Boy:
Yes you are right, I have solved this bug, I just forgot to
update my patch which solves this issue.

I will also ask the devs about the commitment of the patch,
(with or with out the playback patch).

Ok here is on of the last updates for this patch.

The code now accepts “.jpeg” extensions (just in case) and
excludes folders from loading.

Maybe the keymappings need better adjustments for the Archos
but I will leave that for the devs.

Any plans for commitment?

*Final Update: Button handling fixed for all archos targets.

P.S: Except if someone changes code in cvs before commitment

Major Update:
This update implements file scrolling with a whole different
approach. In addition I added viewing of files while audio
playback, on iriver targets. (Thanks to Sebastian Henriksen
for main idea)

The plugin will force to fetch data from the plugin buffer
unless it runs out of memory, where it will ask the user to
choose from various actions. To have limitless capabilities
it follows another way of events.

First the folder is scanned for all jpeg files, and passes
the data to memory. Then it sorts the data and afterwards it
will write the whole (sorted) list to a physical filename.
This way it will discard the big buffer and save a lot of
space for the jpeg buffer.

In my tests it handled very well for up to 1074 files with
74 characters each. (note that only filename matters, not
the path)

(Fixed a bug where stkov error could occur)

P.S: My tests were done with 1074 files in theory this
number can climb up to 10000 (rockbox limit). Though I
haven’t done any tests with so many files. (Even rockbox has
a hard time to show all these files in the filetree.)

Major Update: Ok this is another major update.

Third and (probably) final approach for the file scrolling
capabilites.

Now rockbox dir buffer is used to get all the files in
current folder. Only 1 array buffer and no more file listing
and tricky memory management.
I had to add tree.h in plugin.c and plugin.h because I use
the tree_get_context() to get the address where filenames
are stored in dir buffer. Up to 10000 files (rockbox limit)
without major delays.

I hope this is the final version. :)

Updated with current CVS

Updated again to compile with current CVS.

Updated again to compile with latest changes and fixed a
serious bug. (though hard to reproduce, (file handler))

Updated iPod keymap.

i synched this patch with the latest CVS (17.02.06), which
includes color JPEG decoding. get it here :
http://nicolas.pennequin.free.fr/jpeg_scroll.diff

Finally It got commited!! :)
Patch closed.