2003-10-22, 13:07
shortcuts only work for referencing .xbe files
not for referencing directories
frodo
not for referencing directories
frodo
2003-10-22, 16:13
ok that explains that fact... is the proper behaviour of selecting a 'bad' cut-file, to exit to dash? does xbmc crash or does the cut-file trigger a reboot?
no further clues on why some of us can't use the 'scan for apps' button?
no further clues on why some of us can't use the 'scan for apps' button?
2003-10-22, 20:47
i've been trying to tell you not to use a .cut. use a bookmark as defined in xboxmediacenter.xml such that it references the f:\games directory... just to test to see if you can access it that way..
a bookmark such as:
<myprograms>
<bookmark>
<name>games</name>
<path>f:\games</path>
</bookmark>
<myprograms>
ts
a bookmark such as:
<myprograms>
<bookmark>
<name>games</name>
<path>f:\games</path>
</bookmark>
<myprograms>
ts
2003-10-23, 00:01
aaw ooookey 
well that works fine... but i don't have any problem accessing the games. i just want the scanning to work so i don't have to browse through folders to start my apps/games.
and until the flattening of folders and show only default.xbe is implemented and running as smooth as in avalaunch i think the shortcut solution is a lot better.
well that works fine... but i don't have any problem accessing the games. i just want the scanning to work so i don't have to browse through folders to start my apps/games.
and until the flattening of folders and show only default.xbe is implemented and running as smooth as in avalaunch i think the shortcut solution is a lot better.
2003-10-23, 00:36
im still having the exact same problem . ican see the dialog window showing f:\ for a second but then stops without going through any folders.
. ican see the dialog window showing f:\ for a second but then stops without going through any folders.
2003-10-23, 02:11
there has been a bugfixed for this issue added to the cvs today. so maybe the problem is solved now.
Quote:from the cvs log: fixed: xbmc didnt scan c: in my programs?
2003-10-23, 06:15
floink,
i made changes for flattening and default.xbe such that it is as fast as other dashs. it now loads pretty much instantaneous.
just need to wait for the developers to look over my change and then submit it officially.
if you can compile, you can get the patch at:
http://sourceforge.net/tracker....=581840
ts
i made changes for flattening and default.xbe such that it is as fast as other dashs. it now loads pretty much instantaneous.
just need to wait for the developers to look over my change and then submit it officially.
if you can compile, you can get the patch at:
http://sourceforge.net/tracker....=581840
ts
2003-10-23, 06:24
one more thing.
what does your f partition look like in the root?
meaning, what files are there and what directories? maybe there is something out of the ordinary causing this problem?
can you list what the root of f: looks like?
thanks,
ts
what does your f partition look like in the root?
meaning, what files are there and what directories? maybe there is something out of the ordinary causing this problem?
can you list what the root of f: looks like?
thanks,
ts
2003-10-23, 15:10
problem solved! yay! 
as you suspected tslayer. my root of f: contained one 'application.xbe'. i removed that file and now the scan worx flawlessly. 92 apps found.
maybe this is a bug though? or is it an unsolvable limitation in the functionality?
what i also noticed is that it lists shortcuts to all apps and not just default.xbe.
as you suspected tslayer. my root of f: contained one 'application.xbe'. i removed that file and now the scan worx flawlessly. 92 apps found.
maybe this is a bug though? or is it an unsolvable limitation in the functionality?
what i also noticed is that it lists shortcuts to all apps and not just default.xbe.
2003-10-23, 16:08
that is the intended behaviour. to list all apps, not just default.xbe.
go take a look at the link to the patch that i uploaded on sourceforge. if you use that, you can tell it to just look for default.xbe.
as for being a bug when it finds an application.xbe in the root.. as it is now, that is how it was designed. once it finds an xbe, it will not recurse further into other directories(you can see there was a recent fix for that on the c drive only).
maybe that should be applied for all the drives that get scanned.
but i'm glad it is now working for you
ts
go take a look at the link to the patch that i uploaded on sourceforge. if you use that, you can tell it to just look for default.xbe.
as for being a bug when it finds an application.xbe in the root.. as it is now, that is how it was designed. once it finds an xbe, it will not recurse further into other directories(you can see there was a recent fix for that on the c drive only).
maybe that should be applied for all the drives that get scanned.
but i'm glad it is now working for you
ts
2003-10-23, 17:33
i'm glad too. 
as for not scanning further if app.xbe found kind of contradicts not only scanning default.xbe. but i guess default.xbe always resides in the 'root directory' for all applications, therefore the reason for that? am i right?
as for not scanning further if app.xbe found kind of contradicts not only scanning default.xbe. but i guess default.xbe always resides in the 'root directory' for all applications, therefore the reason for that? am i right?
2003-10-23, 18:04
yeah, that is the assumption i went on as well. default.xbe will always be in the root directory.
i think that is the assumption other dashboards go by as well.
so, if you have a bookmark such as f:\games then the default.xbe(or any xbe) will always be under f:\games\dir1 or f:\games\dir2, etc...
i hope that is a valid assumption as that is what i have based my patch on for flattening directories.
my patch also modifies scanning such that if you have selected to only scan for default.xbe, it will recursively search for any xbe and then just look in that directory for default.xbe and not go any further.
so, i guess the main assumption is that when an xbe is found, there will not be any further xbes in any subdirectories.
ts
i think that is the assumption other dashboards go by as well.
so, if you have a bookmark such as f:\games then the default.xbe(or any xbe) will always be under f:\games\dir1 or f:\games\dir2, etc...
i hope that is a valid assumption as that is what i have based my patch on for flattening directories.
my patch also modifies scanning such that if you have selected to only scan for default.xbe, it will recursively search for any xbe and then just look in that directory for default.xbe and not go any further.
so, i guess the main assumption is that when an xbe is found, there will not be any further xbes in any subdirectories.
ts
2003-10-24, 10:39
i also run gentoox linux and the gentooxx.xbe has to stay in the root of e: this means no other files on e: are scanned.
would be nice to override the default settings and let it scan past this.
cheers
xboxgeek
would be nice to override the default settings and let it scan past this.
cheers
xboxgeek
2003-10-24, 11:22
i would say this is a bug, please post a detailed bug report on sourceforge for it, that will be uses for tracking and reference. tia
2003-10-24, 17:35
gamester,
it looks like a fix was already put in for the c partition. i think the logic just needs to be extended for the other partitions as well.
basically, don't stop scanning if an application is found in the root of the partition. (i think).
ts
it looks like a fix was already put in for the c partition. i think the logic just needs to be extended for the other partitions as well.
basically, don't stop scanning if an application is found in the root of the partition. (i think).
ts
