Recent content by oggzee

  1. oggzee

    Hacking Cant get covers on USB Loader CFG

    I assume you have set it like this: covers_path = usb:/usb-loader/covers that should work. You can check the debug messages from inside the loader to see if this setting is correct there and if the usb partition is mounted, i assume you have games on usb/fat? You can also save that debug...
  2. oggzee

    Hacking Converting a WBFS hard drive with games on it to FAT32

    All top loaders supports FAT32 including GX, WiiFlow and CFG of course. :)
  3. oggzee

    Hacking Configurable USB Loader

    Strange, maybe the iso is from a different region than the physical disc?
  4. oggzee

    Hacking Configurable USB Loader

    Doesn't look right, try first with a smaller game like wii play or sports or something
  5. oggzee

    Hacking Configurable USB Loader

    What you did should be it. Are you launching from HBC or a forwarder?
  6. oggzee

    Hacking Configurable USB Loader

    Regarding speed no, it should be the same. In every case a direct sector read is done. The way it is implemented there is no filesystem and file format overhead - only a list of sectors on the drive. The only case where there could be a difference would be a heavy-heavy fragmented filesystem...
  7. oggzee

    Hacking Configurable USB Loader

    No, splitting the files should not affect the loading speed.
  8. oggzee

    Hacking Configurable USB Loader

    Your configuration is ok. And no moving ntfs_write and fat_split_size to config.txt will not prevent remounting and it's only the ntfs_write that causes the remount. I would move fat_split_size to config.txt as it has no special meaning if it's inside meta.xml. As for ntfs_write, the loader...
  9. oggzee

    Hacking Configurable USB Loader

    Great! So, problem solved. :) Yes I see that the ntfs partition is remounted, and the reason is because you have enabled write to ntfs. However you have done that in meta.xml, so the loader could be a bit smarter and know that the ntfs partition was already mounted with write enabled and don't...
  10. oggzee

    Hacking Configurable USB Loader

    From the debug.log I can see that the forwarder did not specify which IOS to use at startup: args[2]: [0]=fat:/apps/usbloader/boot.dol [1]=not set Should be something like: args[2]: [0]=fat:/apps/usbloader/boot.dol [1]=ios=248 It probably doesn't support The meta.xml file. Which forwarder are...
  11. oggzee

    Hacking Configurable USB Loader

    In gui: Info / Debug / Save Debug in console mode: minus button / global options / save debug.log
  12. oggzee

    Hacking Configurable USB Loader

    You can try adding the debug=1 option to meta.xml to see if it is being accepted at all or not, like this: <arguments> <arg>ios = 248</arg> <arg>debug = 1</arg> </arguments> Then you should see a lot of debug info printed out. Alternatively, you can find the debug log somewhere in the gui...
  13. oggzee

    Hacking Configurable USB Loader

    Are you launching through a forwarder channel or through HBC? If it's through a forwarder channel, then maybe the forwarder doesn't read the meta.xml. Does it work if you launch through HBC instead?
  14. oggzee

    Hacking Configurable USB Loader

    Check this: http://gwht.wikidot.com/usb-loader scroll down to: Meta.xml steps basically you need to add this to meta.xml: <arguments> <arg>ios = 248</arg> </arguments> just before the last line: </app>
  15. oggzee

    Hacking Configurable USB Loader

    It should work. Try selecting the right partition from the device menu. Note: it's wbfs not wfbs as you have written. Maybe use a tool like wii backup manager to copy the files over, to be sure they are in the right format...
General chit-chat
Help Users
  • No one is chatting at the moment.
    Xdqwerty @ Xdqwerty: Good night