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

Rockbox mail archive

Subject: Re: A thought on the voice UI

Re: A thought on the voice UI

From: Rocker <>
Date: Fri, 11 Jun 2004 20:01:57 -0600

Unless the Voice UI could do this without talkbox The benefits would not out
way the energy drain and life expectancy of the Archos. Not to mention the
sluggish voice-out delay that would undoubtedly occur...rocker

----- Original Message -----
From: "Glenn Ervin at Home" <>
To: "Rockbox development" <>
Sent: Friday, June 11, 2004 6:36 PM
Subject: Re: A thought on the voice UI

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*
Received on 2004-06-12

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