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

Rockbox mail archive

Subject: Re: A thought on the voice UI
From: Glenn Ervin at Home (
Date: 2004-06-12

I would suggest that if this were to be implemented, the script should also
generate a subdirectory to hold the .talk files to keep the directory with
the MP3 files clean.

----- Original Message -----
From: "Rick Alfaro" <>
To: "'Rockbox development'" <>
Sent: Friday, June 11, 2004 2:54 PM
Subject: RE: A thought on the voice UI


I would say that I would not expect RB to delete any matching .talk file,
just leave clean up to the user. A matching .talk file for play lists would
be great too, and I guess a good compromise if you guys felt having .talk
files would be too messy.

I certainly would not mind remembering to delete any of that clutter when
browsing through my unit in USB mode. Just my 2 cents worth as a user.

Best regards,

Rick Alfaro

-----Original Message-----
From: [] On
Behalf Of [IDC]Dragon
Sent: Friday, June 11, 2004 3:32 PM
To: Rockbox development
Subject: Re: A thought on the voice UI

> > Also while looking through the rest of the script, although again, I
> > am
> not
> > a programmer, it seems like it could be easily modified to generate
> > file names along with folder names if RockBox had the ability to
> > pickup on an additional trigger like _filexxxx.voice where xxxx
> > would be the number
> of
> > the file in that particular folder.

The number is probably not the best to use, if you insert/delete files it
gets all inconsistant. I'd suggest the same name with a trailing ".talk".

> I (and several others) could easily modify the script to do this if it
> is ever supported by rockbox. One suggestion I might make - and maybe
> Joerg and some of the other devs could explain why it is or isn't a good
> idea!) is that the single clip currently present in each
> folder be expanded to include both the foldername *and* the names of the
> files in that folder.

Currently, this is a plain mp3 file for the directory name. No indexing
struct or anything. I don't like the idea of having a joint file with the
folder content, for maintenance reasons.

> There would, of course, have to be additional complexity in the
> talkbox
> code, e.g., error checking (what if user adds or deletes a new file and
> doesn't update the .talk file?),

See? It would be like having a second directory, without it being part of
the file system.

I can imagine to have at least playlists accompanied by a .talk file each,
these are probably not so many. Technically, the same could be done for mp3
files, but be aware of clutter. The consistency problem remains. If you
delete a file, would you expect Rockbox to delete the matching .talk file?
Would you do the same from your PC in USB mode?



+++ Jetzt WLAN-Router fr alle DSL-Einsteiger und Wechsler +++
GMX DSL-Powertarife zudem 3 Monate gratis*




Page was last modified "Jan 10 2012" The Rockbox Crew