Rockbox.org home
release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide



Rockbox mail archive

Subject: RE: A thought on the voice UI
From: Rick Alfaro (ralfaro_at_bellsouth.net)
Date: 2004-06-11


Jorg,

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
ralfaro_at_bellsouth.net

-----Original Message-----
From: rockbox-bounces_at_cool.haxx.se [mailto:rockbox-bounces_at_cool.haxx.se] 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 _dirname.talk 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?

Jrg

Jrg

-- 
+++ Jetzt WLAN-Router fr alle DSL-Einsteiger und Wechsler +++
GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl

_______________________________________________ http://cool.haxx.se/mailman/listinfo/rockbox

_______________________________________________ http://cool.haxx.se/mailman/listinfo/rockbox



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