Thank you for your reply...it helps a lot! I was thinking about manually naming the folders as well. I guess I can check and see the information that you request. Your post has been more helpful than most I have found in other forums so I appreciate it. Please excuse my "noobness" but how would I find the information that you request? Thanks...

Attempted to do a little more troubleshooting tonight. I'm still mystified as to what's going on, but at least now I have a better understanding of the problem.

After a little trial and error, I realized that InputAutoCfg.ini writes to mupen64plus.cfg, so anything I put in the former will overwrite the controller values in the latter. Thinking that perhaps whatever issue I was having was specific to Super Smash Brothers, I loaded up GoldenEye 64 also using Mupen64plus-gles2 emulator, and voila(!) the game seemed to be respecting my dead zone values. I had set them to essentially be maxed out, and sure enough I couldn't move the in-game cursor without moving the left joystick to the far edges of its range. I had similar results when I tried Mario Kart 64. I confirmed that I was seeing motion when a joystick value exceeded my deadzone threshold as displayed by jstest.

So I guess now the question becomes, why is Super Smash Brothers ignoring my dead zone settings, but the other two ROMs aren't? Oddly enough, there were a few times when I loaded up Super Smash Brothers and it DID seem to respect the dead zone settings--I had to move the joystick to an extreme to cycle through menu options--but there was no way I consistently get to exhibit this behavior. Is there a config file or something similar that's overriding whatever settings I'm specifying in the InputAutoCfg.ini and mupen64plus.cfg?

Ah... Thanks DD_Indeed.

I'll give it a shot tomorrow and see how it goes.

@ncrx please open another topic and give as much info about your setup as you can (like those suggested in the read-me-first post).

@herb_fargus I've read up a little bit on wine. My only thing is I am basicly building a retro all in one game console everything n64 and down of all my favorite games and i was wanting to include some older pc games i.e. quake,nukem,worms,bomberman....so retropie is a must. That being said i dont believe wine is an option unless im wrong

@girlzstalkme02
I am having the same issue... Did you ever get it to download for you? Thanks

Why not set up a file server on the pi3 and have the piZero read from that directory for the roms and game saves. That way it will all be stored on the pi3 for OTG fun. You can have the pi3 host its one access point from the on board wifi and have the piZero connect to it. You can also have the piZero temp download the rom and save the game locally and once the game closes you can have it automatically sync the game saves using something like rsync.

Hope that wasn't too confusing but that all works! :)

@wolfgangrumpf Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

Please start a new topic providing the information detailed. Thanks.

@screech I disabled my Anti-virus and ran it with no success, I will try disabling the firewall later.

Take a CUE/ISO/WAV TGCD disk image and burn it to disk, then re-rip it. Do this 10 times, and the crc/hash/ect of the file will be identical to the one you started with (assuming you're using good ripping/burning software).

Take a CUE/BIN image of a TGCD game, burn and rerip it ONCE, and you'll get different file sizes. By the second time you did this, you'd be lucky to get an emulator to load the image (or the actual hardware to load the disk) anymore.

File sizes are VERY important with a TGCD backup.

At least for the type of data disk TGCD games are you CAN NOT properly back them up ANY way except CUE/ISO/WAV.

I've followed the TG16/TGCD emulation/backup/preservation for about 20 years now, and this was a MAJOR issue with backups until NightWolve made TurboRip, which allowed for perfect rips almost every time.

Oh, and CUE file problems for TGCD games should be handled by TOCfixer (http://www.ysutopia.net/index.php?ind=downloads&op=entry_view&iden=4), not Sega CUE Maker. TOCfixer can also help you properly covert those crappy CUE/ISO/MP3 backups you find to proper CUE/ISO/WAV backups.

ive noticed it hard to do special moves in street fighter when a diagonal is needed.

@mediamogul
No BUT I just got word that I might have some issues with my connection. My land line is down but i still have internet. Going to give it a bit and try again later!
Thanks

Pi Model or other hardware: 3
Power Supply used: CanaKit 2.5A Micro USB Power Supply with Noise Filter
RetroPie Version Used 4.2
Built From: Flashed retropie to work through Jessie, made a disc image copy to place onto new (not working) micro sd
USB Devices connected: keyboard, ps3 controller (via bluetooth)
Controller used: ps3
Error messages received: none - system stops during boot
Log found in /dev/shm/runcommand.log (if relevant):
Guide used: youtube install instructions
File:
Emulator:
Attachment of config files:
How to replicate the problem: plug in retropie to turn it on. system stops during boot process.

Hi,

Im having the same problem with my Hori Pokken controller not working in the N64 any of the emulators but working fine with everything else. Did you find a solution to this?

@dsatta60 Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first (as you agreed when registering).

You can run RetroArch on a number of different things. I have it on a 3DS, but it's not "RetroPie" where it ties everything together neatly with an EmulationStation front end.

@edale

Good to hear. If you get some time, I'm sure it would help others if you could detail the solution you landed on.