if there is an error message then the emulator can not found your USB device, it does not matter where you have put your ROM files, if the drive can not be mounted, it's helpless here are some stuff you can check : Current version will fail to mount the USB device if the application is loaded from USB by the Homebrew Channel so you have to launch the emulator from SD. You need to uby ekeeke - Getting Started
QuoteSeems that both the genplus and wii64 app are not working properly. I have put each in apps folder on sd and usb drive. Neither will create a rom/save folder like tantrics great products. the instructions state to create the folders on the root of drive which has been done to no avail. genplus does not create any /roms folder, it will look by default at sd:/genplus/roms (or usb:/genplus/roby ekeeke - Getting Started
Shaking the wiimote does nothing, all you need to do is aim at the bottom of the screen (where the bullets are displayed) and press the fire button (A). In most light gun games, reload is generally achieved by shooting outside the screen but it really depends on how the game was programmed.by ekeeke - Homebrew Applications
I don't need to borrow anything. I say to you the problem is with the library that handles controller support in homebrew. Normal games use official Nintendo library which off course has no such issues since they basically designed the system. Other emulators you mentioned were released 2 years ago and obviously use an older version of libogc. I was actually saying to you to play a game iby ekeeke - Homebrew Applications
Try to remove the "no_ios_reload" line from the meta.xml files of your applications or to wait until HBC is properly connected to Wifi network before loading an app. Regarding freeze, sometime you can not press the RESET button to return to HBC, it just hangs there infinitely, not responding to anything else but a power cycle. This can happen within the application or within the "code dump" scby ekeeke - Homebrew General
Did you understood what I wrote ? The menus have NOTHING to do with that, nunchuk and classic controller (left) analog sticks still work fine in the new menu. If you are still not convinced, play a game with the controller and verify analog sticks don't work either in game mode. I repeat, it's the library homebrew apps are using to access wii controllers that is not compatible anby ekeeke - Homebrew Applications
I don't know this kind of controller: is it a game cube arcade sticks or a wii expansion controller ? First thing i would do is checking in the controller settings menu if it is detected by the emulator, if it is affected to the player input and if it is, try to reassign keys to test available buttons. In the case you didn't already knew it, you need to configure the inputs if you wanby ekeeke - Homebrew Applications
It's a bug in HBC, turn your wifi router ON before going into HBC and wait for network to be initialized. Or better, remove the <\no_ios_reload> line from meta.xml files. Actually, it happens in any homebrew using the new HBC no_ios_reload feature.by ekeeke - Homebrew Applications
Homebrew Browser might not have updated the binary (i didn't changed the version number for the fixed one). Better download directly from genplus googlecode and update the boot.dol file.by ekeeke - Homebrew Applications
QuoteAlso having a look at __ES_Init(), I don't see a reason why calling it multiple times would hurt anything. well, the only thing I noticed is that it calls __ES_InitFS which is reentrant so AddDevice function was called each time you call __ES_Init but I don't know what it could break but you are right, this didn't fix anything. I also tried to add a call to _IPC_Reinitiaby ekeeke - Homebrew Applications
Quoteand then a stray IPC response from IOS arrives to *your* app, initiated by HBC. Your app calls the callback, which points to a PPC address from HBC, and *CRASH* It seems to me it crashes when calling _ipc_freereq after the cb, this is the only iosFree occurence I see in the IPC interrupt callback (the DSI stack dump indeed indicates the crash occurs during execution of iosFree, in an IRQby ekeeke - Homebrew Applications
Alright, thanks for confirming the bug, it's very annoying indeed. So basically this means a net device is still opened on the IOS side and off course we can not close it anymore . Does this also mean that you cannot use the network when using no_ios_reload, since net_init() would probably fail when trying to opening IOS devices ? Though, I don't understand what is causing theby ekeeke - Homebrew Applications
I can't make the program crash as I want or display stuff before it hangs: indeed, it hangs because something got wrong in libogc interrupt callback processing... and never return to the application. There is no way to predict this. As I said, also try to start the HBC with your Wifi router ON (if you ever have one) as freeze only happened to me when Wifi is shutdown. On a last solutiby ekeeke - Homebrew Applications
Ok thanks a lot, this was so much unstable I thought I was going nuts :-) I'm doing something similar now and it indeed seems to work better. int retry = 0; int fatMounted = fatInitDefault(); while (!fatMounted && (retry < 12)) { usleep(250000); fatMounted = fatInitDefault(); retry++; } Any insight about the freezes and DSI exception that occurs whenby ekeeke - Homebrew Applications
Another bug (?) I spotted with HBC (IOS58 + no_ios_reload). This only happen if no SD is inserted and you are loading apps from the USB drive. Now, if you wait for network to initialize (bottom icon stops blinking) then load the application, the USB drive cannot be accessed by the application after calling fatInitDefault. If you don't wait for network and load the application immediatelyby ekeeke - Homebrew Applications
QuoteEven while disabling Player 2 and leaving it with no physical control installed, somehow I could keep summoning Player 2 in Toejam & Earl (I'm not entirely sure about this right now... mind is kinda fuzzy 'cuz I need to sleep). I tried what you did with only wiimote connected to player 1 and player 2 is not summoned, you must have messed something with the emulated devicesby ekeeke - Homebrew Applications
On a side note, I just noticed that some weird DSI exception could occur when the network is not initialized properly (i.e your Wii not connected to Wifi) after you launch the application through the HBC. The crash is within libogc and is always the same, crashing during an IRQ handler (making the RESET button reload feature ineffective) lwp_heap_fre->iosFree->c_irq_dispatcher->irby ekeeke - Homebrew Applications
Thanks for the feedback. I have tried to test all this quirks but apparently it's always when it's released to the mass that they start appearing :) Quote But as soon as I fired it up, some weird little hanging instances ocurred. Among the first things I noticed that after pressing A on the Wiimote at the disclaimer, the Wiimote would not work with the emulator's menu. Huh ?by ekeeke - Homebrew Applications
The version on homebrew browser is quite old and does not support USB2 so installing IOS58 won't change anything. I still don't understand what is happening to you exactly: is it a program crash like before or is the program working normally except you have a loud buzzing sound when playing the games ? Does the buzzing sound also happen in the emulator menu ? Anyway, it is probabby ekeeke - Getting Started
What version are you using ? Is it a crash like you described before or just a constant buzzing sound with the emulator remaining active ? As I already explained you above, libogc USB2 support was quite unstable some time ago so if you are using unofficial builds, they might give such issues... Also, I have fixed things some time ago that would cause FM internal table being corrupted and raby ekeeke - Getting Started
Unlike Snes9x, available ZSNES source code is not portable, it's written in x86 assembly which means it would need to be rewritten quite entirely in order to run on the Wii. I can say without any doubts that nobody is ever going to do that. This also seems like a big waste of time if the only thing you want is netplay code. I don't quite understand the logic of your request either, eby ekeeke - Ideas, requests
As explained, .7z compressed ROM files are NOT supported by the emulator You can get 7zip from here, install it then either decompress all your .7z ROM files (the emulator supports any common uncompressed ROM files like .bin, .smd, .gen, etc) or, if you need space, recompress them to .zip, which is a supported compressed format. 7zip usage is quite trivial, once it is installed, rigth-clickby ekeeke - Homebrew Applications
I also experimented some random application crashes recently, while testing the new libogc USB2 compatibility in genesis plus gx. Strangely, it can take various form: DSI exception screen (you can still reload to HBC manually), freeze (you can' t do anything but holding power button to switch off the console ) or automatic reload to HBC (you don't see any exception screen)... Sometiby ekeeke - Getting Started
"buf" is a pointer, this means "sizeof(buf)" will return the size of the pointer, which is usually 4 bytes (size of a memory address), not the size of the buffer in memory . This also means only one 16-bit stereo sample would be played, and you would definitively not hear anything. try using pFmt.sample_channel * pFmt.sample_count * pFmt.sample_byte as the size parameterby ekeeke - Coding
Since Nintendo SDK only comes in the form of plain header files (.h) and compiled libraries, the only things that could have been copy-pasted to libogc would have been type definitions, constant and function names. I have no idea if this can be considered as copyright infringement in regard of law but apparently, it didn't matter until now. The disassembly and analysis of illegally obtaiby ekeeke - Homebrew General
Actually, I didn't want to simply hide all files beginning by "." because it would include the ".." folder which is used to go up to previous directory. But yeah, since controller can also be used to go up, I guess I could get ride of this kind of files. That's said, I still think that cleaning unnecessary files from your SD is a better solution than just modify the program to make "by ekeeke - Homebrew Applications
I looked for your problem in Google and in 5 seconds I found these links: See, the problem is on the MAC side.by ekeeke - Homebrew Applications
It's not a "glitch": if the emulator were creating those files, it would happen for every other users, and I garantee you it doesn't happen. No, the files are there, the fact your OS cannot see them is another issue. Afaik, other emulators only list supported files so they would hide those .bin files, change the extension to .zip and I'm sure you would see them in those emulatorsby ekeeke - Homebrew Applications
- reformat your SD Card properly and make sure to get ride of any hidden file while you are copying on your Mac. Genesis Plus (and Wii 64 also as it seems) will list ALL files found in the directory, including those hidden by your OS, so yes, if you have put unwanted files on it or if the directory somehow get corrupted, they will be listed as well. - the ROM limit per directory is there to liby ekeeke - Homebrew Applications
QuotesorgInitialized or not, it's static and resides inside executable address space instead of heap or stack area. I don't think it's normal and good style. That's why I'm thinking that some similar "tricks" can cause hang using IOS_ReloadIOS from MEM2 Sorry to insist but could you explain me how this is a trick and what could be bad with that ? AFAIK, libogc usesby ekeeke - Coding