FB Alpha 2012 25 26 27 don't work, Black Screen and freeze
Same here. the most recent doesnt even have the fba core in it. Does anyone have a link to the last working fba(full) rpx core?
FB Alpha 2012 25 26 27 don't work, Black Screen and freeze
http://buildbot.libretro.com/nightly/nintendo/wiiu/retroarch_rpx.7zSame here. the most recent doesnt even have the fba core in it. Does anyone have a link to the last working fba(full) rpx core?
Is there any reason to update all of the cores to RPX instead of ELF?I saw that, noticed a lot of cores in there for us to test. Gonna upload them to my SD card
Was the GitHub link I gave the correct one?I pull a request on the github to include the icons but could be some copyright issues since they are official logos, the team is looking if including or not.
Alright guys, here is an update to the library.
I added DISC_INTERFACE devices for sd and usb to the library. Those disc interfaces can be used in combination with libfat, libntfs or libext2fs to mount varios devices with different filesystems on the wii u homebrews.
One of a great improvements is that the SD speed is way faster than using the original FS library of nintendo. Another bonus is that mounting USB with other filesystems than the original nintendo WFS filesystem is now also possible. This could theoritically be used to mount the USB inside the MCP iosuhax module (aka wupserver) before the original MCP module starts to search for titles on the USB. Then force it to search on an NTFS/FAT32 formatted USB device through a hook. This is not done yet but it would be quite possible. Maybe with this some people that were sceptical above see some light in this now.
What's done for now as a demonstration on how it works is a version of ftpiiu everywhere that uses libfat for SD and USB mounting. You can just insert a FAT32 formatted USB device either as first or 2nd usb device and it will be mounted by ftpiiu everywhere. It first tries the first device and if that fails then the second. Be aware hat if you attach the 2nd usb drive inside the WiiU Menu it will tell you to remove it and reboot. So only attach the 2nd device once you are inside HBL. If you only use one device as FAT32 you can attach it at any time. ftpiiu everywhere will automatically mount FAT32 usb devices to "usb" and WFS usb devices to "storage_usb".
Where to find the new stuff?
You can find the new update of libiosuhax on my github here:
https://github.com/dimok789/libiosuhax/commit/918491b2db486dd3c6ddb45c009b14a9fefc3561
I adapted libfat a bit to use the new disc interfaces as defaults. With that you can simply use fatInitDefault(); and it will mount the SD card and any FAT32 usb devices. Of course you can also just use the manual libfat mount functions. You can find it here:
https://github.com/dimok789/libfat
The new ftpiiu everywhere version that makes use of the new changes can be found here:
https://github.com/dimok789/ftpiiu/tree/ftpiiu_everywhere
Here a compiled version: http://www81.zippyshare.com/v/2wnWV6Xd/file.html
Have fun with it
The ROM structure is fine. I'd put the neogeo.zip in the System folder just in case (where all your other BIOS reside). Is your romset FBA 2012 compliant? Rule of thumb: if you can, check them on the PC version of FBA first, so you can quickly discard.Hi, I can't get fba 2012 neo geo to see the roms, I think this a romset thing, but basically I have a roms folder under retroarch in the root of my sd card... and each rom is in a zip file in a separate folder with neogeo.zip, but when I go to load my rom in fba it can't find them.. can somebody help me out here... did I get the rom structure wrong. Thanks..
Hi, I can't get fba 2012 neo geo to see the roms, I think this a romset thing, but basically I have a roms folder under retroarch in the root of my sd card... and each rom is in a zip file in a separate folder with neogeo.zip, but when I go to load my rom in fba it can't find them.. can somebody help me out here... did I get the rom structure wrong. Thanks..
People should always use FTP for smaller files when they can to avoid wear and tear. These cheap SD slots aren't designed for the card to be constantly removed. The same goes for the 3DS and most consoles.What you can do is set up an FTP server (FTPiiU) and update the files you need without having to take the SD card out, saving on wear and tear. I don't know what's causing it, as it is worrisome (and I don't have the means to get a new Wii U anytime soon). That being said, I wish that the HBL just kicked back to the menu and not lock up the console.
People should always use FTP for smaller files when they can to avoid wear and tear. These cheap SD slots aren't designed for the card to be constantly removed. The same goes for the 3DS and most consoles.
Only remove the SD card if you need to copy something big like a full Wii U game.
It's not necessarily the cards that will wear out - the SD card slots in the consoles themselves are super-cheap and may wear out if you take the cards out every day for a long period. It should be kept to a minimum.
Not saying it is the cause of your problems, it's just good practice in general.