Rockbox mail archiveSubject: Re: A thought on the voice UI
Re: A thought on the voice UI
From: Glenn Ervin at Home <GlennErvin_at_cableone.net>
Date: Fri, 11 Jun 2004 19:36:00 -0500
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" <ralfaro_at_bellsouth.net>
To: "'Rockbox development'" <rockbox_at_cool.haxx.se>
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.
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
> > 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
> > 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
> 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 für 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 _______________________________________________ http://cool.haxx.se/mailman/listinfo/rockboxReceived on 2004-06-12
Page was last modified "Sat May 23 08:12:40 2020" The Rockbox Crew