klepp0906

thank you joe, that was the ticket works swimmingly!

a screenshot would help. the userdata folder is created, i tried with all the checkboxes you noted checked even though none of them seem relevant to the issue at hand which is the placement of the command line switch in the command line argument to launch. instead of being vague, perhaps specifically indicate which box is the solution? If you have it working, its evident i misinterpreted something you said, but i tested with each and every box checked and unchecked and combo checked and the result was the same.

care to SS this? i'm adding -localdata as a default command line parameter and when doing so its no longer loading the game, just opening the emu itself. The docs seem to say that the emulator expects the first command line to always be the path to the image, meaning the -localdata should follow the rom path, not be between the exe and the path which it seems to indicate is the case. we need an option/checkbox to place arguments after the rompath for instances such as the aforementioned?

possible to make this portable? looks more convenient/useful than my method at current (moving the xml to a different folder for the express purpose of hiding platforms) but im not the biggest fan of installing things for a niche use. plus i tend to keep all my emulation tools together on a separate disk that i run a backup script against. if my house burned down, these are the things id want in the cloud go figure.

So I have a relatively convoluted set up. One ive made work almost entirely without caveat up to this point. I use the steam link app on my nvidia shield to launch bigbox and use bigbox at that point to launch my games directly while being able to use custom maps on a per emulator basis. these are all/always have been xinput. ive written off games that use motion controls more or less until this point. I recently discovered cemu and yuzu baked in native motion control support (not requiring cemuhook or ds4windows etc) and all you needed to do was have a controller w/ a gyro (ds4/dualsense for example) and enable SDL controller in the emulator(s). I started mucking around with it ala cemu and I can get controller input in the emulator, but the minute i launch bigbox and/or bigbox through steam its DoA. anyone using something like this with success motion-control wise? Is it going to be possible or is launchbox limited to xinput or steam hijacking and converting everything to xinput and as such killing the sdl controller mappings from working period?

thank you neil9000, exactly the info i needed

Ive been largely away from launchbox for awhile. Dove back in today to get caught up on all the latest and greatest and noticed my retroscore was showing as zero. Checked the api/tested the integration and it was fine. went to the retroachievements website and logged in which was also showing my achievements. any idea why LB is showing 0?

aaaaah, maybe that was where things got janky and confusing. seems they included it with witcher 3 but goty just.. didnt. i'm just trying to have a visual representation of which are GOG games if nothing else. consistency, a bit of OCD etc regardless, thank you a ton. I appreciate it!

the installer seems to be broken and all i can muster is the icon from the executable. its goggame-1495134320.ico and looks like this spent some hours trying to fix it and/or source it and this is my last ditch. i know the volume of media/assets floating around here and coupled with the popularity of the game im hoping EDIT: apparently it simply does not exist. the .ico file is deleted if you update from 1.31 to 1.32 and the icon for 1.31 is pulled from a dll which is also deleted if you patch to 1.32. gog breaks everything on that one. Solution, install 1.31 and dont update to 1.32. you'll have the goggame-1495134320.ico but in yet another fail, they seemed to deviate from the round gog type icon that i showed in my attachment. The default goggame-1495134320.ico is identical to the standard icon included with the exe. I guess those medallions are remnants of an icon they were planning on and never got around to... or.. something.

ah good to know considering i run the nightly builds. i didnt even consider that angle. perhaps i ought to put in a request to add the option to choose if we want stable or nightly at least it sounds like if i were running stable it wouldnt cause any issues then

does anyone know if the launchbox feature simply downloads https://buildbot.libretro.com/nightly/windows/x86_64/RetroArch_update.7z and extracts it over the top? my install is a special guy curated and refined, cleaned and maintained over lots of time. i'm afraid to click the button to find out just in case. stellar for example extracts some of the redist/lib stuff outside of folders the buildbot releases use which resulted in a lot of doubles (so i stopped using stellar some time ago to avoid pollution/clutter/contamination ;p)

So i am not a fan of having shortcuts for non installed programs in my start menu unless i explicitly put them there. launchbox is one of those funny ones that is a completely portable application yet presents itself as installed/installing and as such places a folder in the start menu. once you realize this, you can simply deselect the option to create the start menu folder and carry on. i just transitioned to windows 11 and have spent quite some time getting it back up to speed as it was my first fresh install since ~2016 or so. It was finally time to open my launchbox setup and when I did an update was available. I updated and poof, entry/folder created in my start menu. now i know this was not the behavior when I was on 10 as i'd updated launchbox countless times over the years the only shortcut in my start menu was a shortcut which was manually created and placed in a custom folder within a custom tree. did the behavior change? did i simply miss a box during the updater that allows for the choosing of a folder or not (coulda swore you just clicked "yes" to update and it went about its business), or am i crazy? only asking because i'm not super keen on having to remove a folder from my start menu every time launchbox upgrades.

Lol yea I can see that. I guess it goes both ways. This one feels pretty innocent though. Its present in other softwares I use 1:1 in some and in part in others. snapraid is really only raid in name. Disks don’t need to be in a raid, but they can be. Or it can be used against single disks. It’s just a parity based protection/recovery system in case of a catastrophic failure. It’s really best used against unchanging or rarely changing data. Think media servers. Hence my predicament with this. new files okay. Deleted okay as long as you keep them available until after your next sync. Changed files super bad. have to exclude logs, tmp files, databases. Things of that nature. For now will just exclude this dir period. I have it backed up elsewhere. Just trying to keep the spider web as small and simple as possible. As a developer and working with code im sure you know how it goes 😛

That’s the thing, I totally won’t remember and sometimes you change something innocent and want to revert after the fact. That feature is a godsend. Saved me soooo many times. Even using it as a file history/reference has been helpful. as for snapraid, it’s pretty much purely for rebuilding a drive after a complete failure. Not for rolling back a particular file. In all honesty it’s incredibly cumbersome and CLI only but it’s the only solution for those that want to remain ntfs and yet use pooling without needing to wipe drives. rarely is there an argument for not providing more control to a user after all. Isn’t that what they teach in dev school? Perhaps I’m imagining that part lol. that being said, I put in a feature request. No idea how trivial it is or otherwise, and lord knows you guys to do list stretches far and wide. For now I’ll have to work around it at least.

okay, that is a workaround i was unaware of as well (the ability to disable it altogether). I'll put in a feature request though. thank you for the reply