search

libretro / RetroArch

Cross-platform, sophisticated frontend for the libretro API. Licensed GPLv3.
http://www.libretro.com
GNU General Public License v3.0
10.31k stars 1.84k forks source link

Retroarch does not work when in a folder containing the character "#" #1746

Closed SixWingedFreak closed 7 years ago

SixWingedFreak commented 9 years ago

I think I brought up this issue a couple years ago and it was fixed, but it would appear it's broken again. I'm using nightly 2015-06-03 but will check with a newer one in a moment. I wanted to move to this new release because of the parameters for shaders!

I use emuControlCenter as a frontend and it creates folders called "#_GLOBAL" and "#_AUTO_UNPACKED" (it would appear there's no way for me to change the unpacked folder name). I always put Retroarch in "#_GLOBAL" as it's my main program. When I do this it cannot read or write to the retroarch.cfg file (loads defaults every time). If I rename "#_GLOBAL" to "_GLOBAL" it works perfectly fine.

When I go to play a rom, when ECC unzips the rom to the "#_AUTO_UNPACKED" folder, some systems (Genesis/genplusgx, Game Boy Advance/vbam to name a couple off the top of my head) won't load the rom and Retroarch crashes. Some systems (NES/nestopia) will load the rom though. Basically it can't parse the "#" character.

Edit: Same behavior w/ nightly 2015-06-04 Edit 2: Same behavior w/ nightly 2015-06-05

andres-asm commented 9 years ago

well, # is now used for archives so yes indeed it's an issue but you're expecting retroarch to cater to your specific use case

SixWingedFreak commented 9 years ago

This used to work fine though, around 2014 and prior. I doubt I'm the only person in the world that still uses emuControlCenter... probably one of few now, but sure. I don't have the HDD space for Hyperspin and all it's modules -- plus Hyperspin/GameEx/EmulationStation are not exactly a "fast" way of launching and searching for a game -- thus I use eCC. The other frontends are more for show, and RetroArch's is not quite a point and click interface AFAIK. Showy frontends are the hot thing right now unfortunately.

I use RA with eCC on my PC; I hook up my Logitech Rumblepads, look through a very large list of systems & games (1000 per page), click the one I want, and my AutoIt scripts do the extracting, launching, window centering, apply shaders per system and so forth. I don't fuss around with (or have the need/space for) marquees, menus, videos, boxart and all that other stuff. If I had a cabinet it'd be an entirely different story though.

But yeah... I don't find it unreasonable to expect RA to be able to parse folders (not files) with a "#". I'd switch frontends if there was something better but extremely similar for Windows. I can't even remember what eCC replaced back in 2006/7 or whatever it was... I think it was something called QuickPlay? Just looked it up, yeah that was it... old as hell. Looks like it's being developed again but it's still inferior.

What is RA reserving the # symbol for exactly? Is it where it extracts archives to...? I don't use the content library so I'm unaware

shad00m commented 8 years ago

I'd be happy to see it fixed as well after confirming in irc that it is indeed a mistake due to "badly programmed compression code".

markwkidd commented 7 years ago

This seems to be solved per https://github.com/libretro/RetroArch/issues/3273

lasers commented 7 years ago

Close this? No problem loading WEW#LAD# here.

./Sony - Playstation/WEW#LAD#/WEW#LAD#.bin
./Sony - Playstation/WEW#LAD#/WEW#LAD#.cue
SixWingedFreak commented 7 years ago

Haven't tested yet, but going to assume it's fixed now. We have #3273 and a report of it working again (thanks lasers) . Thank you RA team! Will be fixing my ECC setup when the holiday madness passes. :+1: