QUOTE(f0xrolder @ Aug 2 2010, 07:07 PM)

[QuickLaunchButtons]
BUT_X = LUsb:\fsd2 alpha\default.xex
Default = LHdd:\Content\0000000000000000\C0DE9999\00070000\FreestyleDash
Any ideas any1??? Maybe changing default to the xex instead of the container might work. Didnt muck around with it anymore tho as i was hoping for some insight.
There is a good reason why samples were included... you're forgetting the enumeration number on USB
CODE
; HDD use: LHdd:\
; USB use: LUsb0:\ LUsb1:\ LUsb2:\
; Memory Unit use: LMu0:\ LMu1:\
; USB memory unit partition use: LMuu0:\ LMuu1:\ LMuu2:\
danthaman is right too, I don't think spaces in folder names or file names is 'proper' for the OS.
QUOTE(danthaman673 @ Aug 8 2010, 05:22 AM)

Good to hear the fixed BB, no if they could only fix all the other probs we have with dashlaunch eg; USBmu's being mounted as USB (so .ini's fail when friends bring over their profile's on a USBmu etc.. - Huge pain) And that thing it does on several of my personal consoles where it goes back to NXE when it's not meant to anbd then wont boot unsigned code eg; Can't launch Xexmneu 1.1 is the error I get when trying to go back to what
I was doing. (Not using any buttons only default
It's an awesome bit of code, I just wish they could iron-out the faults (there's more ,not all 100% casued by Dashlaunch eg; strange shutdowns and other stuff - But I have to go cook dinner...)
Brgds/Dan
See above, the MU partition on a USB stick is
NEVER mounted
as USB, they each have individual mount points - the problem is, when you have more than one usb device, they don't enumerate per plug socket but basically "whatever I find first is Mass0" (and thus LUsb0/LMuu0) regardless of which socket it is in or whether it was plugged into the machine ever before (and the same is true for MU, not the usb kind though regular MU still are USB devices) - it has something to do with the way usb hubs and such work under NT kernel and really should be up to the end user to sort (ie: plug in the extra/abnormal usb stick AFTER booting the machine.) The same goes for bringing foreign usb sticks with launch.ini on them too, no program can be a mind reader.
As to going back to NXE "when it's not meant to" - usually a disk is involved - especially if it's spun down to idle (ie: playing NXE installed game, leaving a disk in while playing a GOD), I believe it was stated that this is a known bug though I've never seen any issues with running xexmenu con or whatnot after, and I've caused it to happen on purpose a few times by messing with the dvd tray.
Shut down reboots occur on unhandled exceptions. Normally your machine would just freeze, the freeze has little or nothing to do with dash launch (but it is kinda nice to not have to get up to force the machine to turn off.)
This post has been edited by cory1492: Aug 8 2010, 02:19 PM