what are the chances of us seeing support for long file names through either fat32 or avalaunch's fatx wrapper style?
i would guess that the majority of people who use xbmc/xbmp much have a lot of media with long file names, especially in music. this has necessitated the use of such kludges as special renamer programs that truncate your mp3 file names before transferring them.
if xbmp added fat32 support, that would be really helpful, especially with drive g support. i don't know enough about how things access the drive on the xbox to really know, but i could imagine any games placed of a fat32 drive completely flipping out, and if that was the case, then making drive g formated with fat32 a media drive would be a really convenient solution to this problem.
is there any possibility of seeing this?
Quote:what are the chances of us seeing support for long file names through either fat32 or avalaunch's fatx wrapper style?
fat32 = 0%
it wont be added by us simply because i dont have the skills for it. this would probably need some changes in the bios. so maybe the evox guys ??
fatx wrapper of avalaunch
now thats something we could add, but unfortunaly avalaunch isnt open source. i can ask the authors if they wanna share the fatx code with me and (more important)
if they release it under gpl. if its not possible for them to share the code that fatx = 0 % as well :-(
frodo
(frodo @ oct. 02 2003,17:55 Wrote:Quote:what are the chances of us seeing support for long file names through either fat32 or avalaunch's fatx wrapper style?
fat32 = 0%
it wont be added by us simply because i dont have the skills for it. this would probably need some changes in the bios. so maybe the evox guys ??
changes wouldn't necessarily have to be in the bios, but the skills required would still be specialized, and if they don't exist in the developer group, i guess that's that.
just to clarify my point, you'll note that all support for file systems in pcs is done in the os/software level, not the bios level. it's completely possible to write software-only support for a given file system. if this was built into xbmc/xbmp though, like i said, i'm not sure if games would work under a fat32 partition since unlike with pcs there is no os to act as an interpreter. i don't suppose you developers have any pull with either the evox or executor groups do you? xbmp must be the most popular group in the scene after them, maybe if a developer from here requested it they might listen...?
(frodo @ oct. 02 2003,17:55 Wrote:fatx wrapper of avalaunch
now thats something we could add, but unfortunaly avalaunch isnt open source. i can ask the authors if they wanna share the fatx code with me and (more important) if they release it under gpl. if its not possible for them to share the code that fatx = 0 % as well :-(
avalaunch did say (at the initial announcement) they would release that specific source code under gpl once it finnished. i've spoken to tj and he said they have unfortunate haven't found it stable and have even been it removed from latest ava builds, but he said (as the perfectionists that they are) they will release the code once he finnished it as finds it stable enough for public use, (they might even make it a seprate sourceforge library project).
(manekineko @ oct. 03 2003,01:48 Wrote: (frodo @ oct. 02 2003,17:55 Wrote: (manekineko @ oct. 02 2003,16:33 Wrote:what are the chances of us seeing support for long file names through either fat32
fat32 = 0%
it wont be added by us simply because i dont have the skills for it. this would probably need some changes in the bios. so maybe the evox guys ??
changes wouldn't necessarily have to be in the bios, but the skills required would still be specialized, and if they don't exist in the developer group, i guess that's that.
just to clarify my point, you'll note that all support for file systems in pcs is done in the os/software level, not the bios level. it's completely possible to write software-only support for a given file system. if this was built into xbmc/xbmp though, like i said, i'm not sure if games would work under a fat32 partition since unlike with pcs there is no os to act as an interpreter. i don't suppose you developers have any pull with either the evox or executor groups do you? xbmp must be the most popular group in the scene after them, maybe if a developer from here requested it they might listen...?
manekineko, you are right that it would not have to be added to bios, but it would still be hard to add as require low level programming skills. yes, i agree that it be nice with support for it for f: or g: though would recommend ntfs instead (open source in linux os code) but it is not very realistinc and the fatx wrapper would be a more logical way to go (this would also mean long file name support for the xbox original harddrive's c: & e: ...and microsoft also goes a similar way with the xbox dash cdda ripping and naming of those files,
see here)
ok, so i was looking for a song to play, and while looking at one of the songs which shows up as 'bom' (actually called 'hom-sha-bom', but the hypen fucked it up, because i have file name conventions turned on). so, i thought, why not something like an 'exceptions' list, that would change how the song shows up, if it had a hyphen in the name. but, then i thought why not elaborate on this, and allow it to rename anything. say you have a movie with a long ass title, or it has xbox illegal characters in it, you could use this list to say change "f:\vid\blah.mpg" > "bitch get off me", or whatever your little heart desires. would also work for songs and the like.
this is mearly a suggestion, but something worth incorporating in my opinion.
eeeh,
first this is the xbmc forum, not xbmp
second with xbmc you can already rename files
third, i dont have a clue what you're talking about :d
frodo
well, i know this is xbmc forums. i posted it here, because xbmc is still in early development, and i figured it would be easier to add now. and i didn't know xbmc could rename files, but that's not what i'm talking about. i'm talking about a list stored in the xbmc directory called rename.txt or something.
hypothetical contents of 'rename.txt':
f:\video\comedy\movie.mpg = "mövie wîith xbox illegal chars. or very long name"
and it would display 'movie.mpg' located in f:\video\comedy as 'mövie wîith xbox illegal chars. or very long name'
now do you get it?
maybe this will get shot down mabye not... i would like the ftp to reconigize file names longer then what the file system of the xbox supports, this could be done by the ftp taking the file name and storing it in a database of some sort and then cutting the name down to the correct length to store on the xbox then when listing the ftp it could have 2 modes one to list the files from the database or one directly from the hardhard. plus then xbmc's interface could then show the long file names from the database making it easier to recongize movie files and mp3 files or whatever. reply back if you would like to see this feature implemented. ~~~
apprently no one has any problems with file names being long then 38 characters or whatever the limit is?
42 chars is max, and it should be enough to be descriptive really.
i actually think we should keep to the 8.3 filenames
ts
i'm running into problems with like tv shows and stuff like that
simpsons 05x09 - the last temptation of homer.avi
i don't want like partial names, you know? is it really that hard to make the ftp program read from a hidden file in each folder or something... my first suggestion of a database would obviously be a bit more involved, i'm just saying it would nice to be able to give give the files "virtual names". a lot of my mp3 are over the 42 char limit. i can't be the only one. and yes i understand implementation of this would def not be the first thing on the programmers list of things to do.