dev builds
themes manual
device status forums
mailing lists
IRC bugs
dev guide

Rockbox mail archive

Subject: Re: How up to date is the feature requests page?

Re: How up to date is the feature requests page?

From: BlueChip <>
Date: Wed, 22 Sep 2004 21:56:27 +0100

given the "compare with above" solution, it should be fairly simple to

the dir entries seem to be held in: dircache[]
which is an array of stuct
for example: dircache[1].name

you should find more info in: apps/tree.c
in the funtion: showdir()

devkit (& loads of other unofficial rockbox goddies) from my website:

Good luck,


>I am new to the rockbox experience. I was looking for an older mp3
>player (with a 2.5 inch hard drive) and originally bought the Neo 25 G
>II. When I found out that there was an open source firmware for Archos
>players, I bought one. I just want to thank everyone for making such a
>great project.
>On to my question. I was wondering how up to date the status of the
>requests on the "feature requests" page is. In other words, if and
>entry is marked with no resolution, is it possible it was still
>resolved? How often is the list updated?
>Here's why I'm asking. There are two feature requests (asking for the
>same thing) that are exactly what I am looking for. Request
>and 739088
>I listen to a lot of audio books and old time radio shows. Sometimes
>the first 20-30 characters of the mp3 name are the same. I would love
>to be able to display the file name starting from where the characters
>differ, filtering out the letters that are the same.
>Is there any chance that this feature has been implemented even though
>it is marked as unresolved?
>Thank you,
>PS I was thinking of ways to logically implement this issue if it
>wasn't already implemented. I am not a programmer (I mainly do bash
>scripting, although I have taken an introductory C course) so I
>probably won't be able to implement it myself, but I thought of a way
>it might work. Being that the files are displayed in Alphabetical
>order, all you really need to do is compare the file to the one above
>it in order to find the differences in the file name. I don't know if
>it is a practical solution or if it would end up hogging memory or
>anything like that, but it is what I came up with.

Received on 2004-09-22

Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy