2005-08-21, 19:50
any interest in a new filesystem type...possibly ext: ?
what the heck do i mean? currently you can have various file system types...ftp:, xbms:, smb:, etc.... however, once you have your directory from smb: for example, you can't refer to a file on ftp: or shout: or another file system.
why would i want to do this?... one example: i love shoutcast 500 right in my music...ok fine, but what if i want only certain genre's? maybe i like comedy streams only. the shoutcast xml file contains that info. so, maybe i'd like to download the shoutcast xml file, filter it, and publish it in an smb share, or ftp it to the xbox... this new xml file needs to be "read" as a filesystem directory, and presented as files/directories.
there are other examples, which would be best fulfulled by an extensible "filesystem", which would be "read" as xml files, but processed as directories, (sort of like zip and rar files are turned into directories/file lists).
so, maybe a certain file type (.extxml) or prefix (ext would have a certain format .... <label>whatever<label> <label2>whatever bps</label2> <path>shout://www.shoutcast.com/sbin/tunein-station.pls?id=530&filename=playlist.pls<path>
this is just a rough idea so far, and more thought and development would need to go into it.
yes you could do this in python, but why would i want to make a new ui for something mymusic is already doing, and have it integrated with mymusic.. or myvideo.... etc. for that matter, the ext: filesystem could be driven by python scripts (pythonfs:?) where calls from xbmc filesystem are fulfilled by python scripts returning xml.
various kml portals and the kmlbrowser have dealt with this too, but again, why must we have a separate ui? why not have it in the nice (skinned) mymusic ui?
i've been using xbmc for over a year, and now getting deeper into the code. i've never had the need to compile anything new into xbmc before now. but the source has been a great resource for figuring out how to accomplish various things that aren't exactly documented.
i'm now procuring the tools needed to compile and will dig into this project.
i'd appreciate any input!
thanks
zigg
what the heck do i mean? currently you can have various file system types...ftp:, xbms:, smb:, etc.... however, once you have your directory from smb: for example, you can't refer to a file on ftp: or shout: or another file system.
why would i want to do this?... one example: i love shoutcast 500 right in my music...ok fine, but what if i want only certain genre's? maybe i like comedy streams only. the shoutcast xml file contains that info. so, maybe i'd like to download the shoutcast xml file, filter it, and publish it in an smb share, or ftp it to the xbox... this new xml file needs to be "read" as a filesystem directory, and presented as files/directories.
there are other examples, which would be best fulfulled by an extensible "filesystem", which would be "read" as xml files, but processed as directories, (sort of like zip and rar files are turned into directories/file lists).
so, maybe a certain file type (.extxml) or prefix (ext would have a certain format .... <label>whatever<label> <label2>whatever bps</label2> <path>shout://www.shoutcast.com/sbin/tunein-station.pls?id=530&filename=playlist.pls<path>
this is just a rough idea so far, and more thought and development would need to go into it.
yes you could do this in python, but why would i want to make a new ui for something mymusic is already doing, and have it integrated with mymusic.. or myvideo.... etc. for that matter, the ext: filesystem could be driven by python scripts (pythonfs:?) where calls from xbmc filesystem are fulfilled by python scripts returning xml.
various kml portals and the kmlbrowser have dealt with this too, but again, why must we have a separate ui? why not have it in the nice (skinned) mymusic ui?
i've been using xbmc for over a year, and now getting deeper into the code. i've never had the need to compile anything new into xbmc before now. but the source has been a great resource for figuring out how to accomplish various things that aren't exactly documented.
i'm now procuring the tools needed to compile and will dig into this project.
i'd appreciate any input!
thanks
zigg