Jump to content
LaunchBox Community Forums

cammelspit

Members
  • Posts

    378
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by cammelspit

  1. @percybuttkins you aren't calling the RetroArch Core. RA is prolly starting and then shutting down immediately because you don't have it pass that through. I did this exact thing before and the section of the guide that explains it isn't done yet. in the per system section of RA in LB, you need to copy paste the whole command line as you have it into each system. LB does not add the per system commands to the main default ones, it will use the per system command lines INSTEAD of the default ones if present. You have

    
    -steam -name "%gamename% (%platformname%)" -fallbackname "%platformname%" -proxy "C:\emus\RetroArch\retroarch.exe"

     in the default field and the  -L "cores\whatever.dll" in the per system line.

    What you need to do is just clean the default field entirely and under the associated platform tab, make it INCLUDE the cores command. Like this...

    
    -steam -name "%gamename% (%platformname%)" -fallbackname "%platformname%" -proxy "C:\RetroArch\retroarch.exe" -L "cores\mupen64plus_libretro.dll"

    You can just copy paste everything before the -L because the only difference here should be the core line so that RA can know what core to load for a specific platform. You almost had it buddy, this is just one little thing I hadn't covered yet in my guide. One of the "under construction" spots. :)

    I will try and find some time today to finish at least this part of the guide for more clarity.

  2. @Nielk1 You beautiful person you! I am thoroughly impressed by this already and I have only tested about 5 games so far! Of course, I haven't tested enough to be able to fill you in if there are any problems I can find but I will let you know after I have done some more extensive testing.

    Already, though, I have found this version is SUBSTANTIALLY faster in the launch itself. It also seems to not be quite as likely for steam to miss hooking the emulator and having the overlay fail to apply. The rename sticking problem, so far, hasn't happened and I am using the end shortcut link in the BPM overlay to test it before it caused sticky names every time and for the moment it hasn't happened yet.

    Rock on dood! :D

  3. @Nielk1 All of that sounds all perfect! I also agree with avoiding too much logic when launching. As it stands I can launch the same game ten times in a row and the time from double clicking the game to the title screen can range from instant to 30 seconds or more. IF ten seconds is the hard coded limit on this then keeping that process streamlined is absolutely a priority. An after the fact clean up seems just completely reasonable all around. Also, never fear, this guy is gonna be testing like a mad fiend when the next release happens. You will know even the slightest of problems, I assure you. :)

     

  4. @Nielk1 DeSmuME doesn't hang, crash or show any signs of anything wrong while playing. It seems that I can make anything have this behavior if I close out via the BPM close shortcut option, which force quits the emulator. My assumption is the app is not properly announcing it has stopped at all and so proxy just sits there. Having the entry not rename is meaningless because I have hidden my proxy shortcuts in steam and so I will never even see them. The only issue is that, since the name is different, the ID# for that shortcut is also different. The new version can actually search for the shortcuts and not rely exclusively on the ID#, correct? I think you may have said it before but I can't recall at this moment. If this is the case, even if  the rename back to it's original name fails, the game will still boot and the user would be none the wiser, which is fine for now.

  5. @Nielk1 I think @percybuttkins is probably gonna have to wait. By what we discussed this morning, pretty much all of his problems would be rendered 100% moot by the new version. I tried to help but it is rather hard to do when I can't just sit next to him and say, "Go here, do this, now type that". :)

    @Nielk1 Is there any kind of more advanced troubleshooting you would like me to do for the sticking names? It does not happen every time except for DeSmuME and happens only about 20% of the time with ePSXe. I am your guinea pig oh wise one... Your wish is my command! :D

    I also LOVE the updates my friend, it keeps me from cracking out with anticipation, like that Dave Chapelle character.

  6. @percybuttkins Hi! To answer your question no, there is no way to filter just for my own configs, sorry. I also have all but stopped uploading them because of how completely broken the config management system is for steam controller configs. Though Valve has explicitly stated that this is precisely the issue they are tackling next, they said this HERE. I am actually about 20% done with a guide on the steam controller community guides section but I stopped before writing anything specific to 0.0.2.0 because @Nielk1 is working on some major improvements and updates that will make the majority that work obsolete a week after I write it. I would say you have two choices...

    1. You can wait until 0.0.3.0 is finished and I will write up a fancy community guide with pictures in excruciating detail.
    2. You CAN use it now, I do. but the setup is a bit cumbersome right now. Trust me I know. :D

    I always do my best to help others with issues or questions regarding the steam controller and if you are 100% motivated to get something working right now and are not squeamish then you can feel free to friend me on steam and if I have the time, I will do what I can to help you through the process of setting it up and getting it going.

    To answer your other questions regarding configs. The steam controller locks a config into the name of the shortcut being used. For example, One config will be used for a shortcut named "Dolphin" and another will be used for a shortcut named "RetroArch" etc.. My original intent for asking for something like this was exactly what you want, I wanted it to say Dolphin when I launched a game in Dolphin, not LaunchBox. this makes a config MUCH less complicated. If you use Proxies renaming functions to rename it using the ROM name if WILL have a separate config for each and every game because the shortcut will then have a different name. IMHO this is not a problem and is, in fact, preferred. This is because I just make a basic GameCube template I load for GameCube games each time I play something I don't have a config for. This also works for all other systems too. For Wii and some GameCube games, you would require having a per-game config because of the massive difference between Mario Galaxy and Kirby's Epic Yarn, or example. I was using 40 action set deep touch menus for managing this before and this is actually a lot easier IMO.

     

    I hope this was helpful to you in some way. Let me know if you need a hand and I will try to help if I can.

    Take care

  7. @Nielk1 Ah, I had no idea. See, this is the kind of thing that bothers me so much about this whole process, I can't help really in any direct way. I didn't even know about the [ ] thing. Though, if I did know what the heck I was doing I prolly would have made this myself a year ago when the SC first hit. :P

    
    GameLaunchProxy.exe [-steam] [-steambigpicture] [-name "%gamename% (%platformname%)"] [-fallbackname "%platformname%"] [-rom "path/to/rom"] -proxy <command to proxy>

    would be written by the user/frontend as

    
    GameLaunchProxy.exe -steam -steambigpicture -name "%gamename% (%platformname%)" -fallbackname "%platformname%" -rom "path/to/rom" -proxy <command to proxy>

    If I am now understanding correctly?

    Now I feel a little silly...

  8. @Nielk1Ok, so as far as how I do the renaming scheme currently, I set it up like this "N64 [%cleanromname%]". The reason I use the [ ] instead of () is because, as it currently sits, () usually encompasses the region, revision or other data like (Japan), (Rev A) and so on. Having two sets of () looked a little silly when there were others inside it. With this new naming scheme, I would GREATLY prefer to use () and have it remove the (USA) or (Ver 1.1) entirely, which LB already does. My preferred method of naming would likely be "platformname (gamename)" or maybe "gamename (platformname)", really, whatever ends op looking the cleanest to me personally in the end.

    It seems to me that you are intending to use the [ ] to block off each individual command going out so this would make using [ ] in any way problematic. I both understand and agree with using [ ] for proxy commands. In fact, this blocking off of the commands looks really nice and makes it much easier to understand, explain, use and most importantly, troubleshoot if someone has a flare up of fat finger syndrome and makes some typos. :) This will make constructing the syntax in the front end much easier to read from an end user standpoint so I say go for it. For the Platform list, if I would use, say, the %platformname% it would just reflect what LaunchBox is using? This seems reasonable, You can always change what LB says or you can use it manually from the command line like it works currently. Plus, when you do get the manual lists up and running, the platform names can be modified directly through the proxy, which is perfectly fine.

    Mass loading shortcuts like that would make the whole thing infinitely more useful than ICE. Even if a user never really used the typical proxy functions and only wanted an ICE alternative with more control, this would fit the bill. Personally, I wouldn't care for the steam library clutter but I could see that being yet another common use case for this app. Obviously, this can be expanded in the future but a very nice touch I think.

    All in all, this is great progress and I am looking forward to this with the anticipation of a child on Christmas day. Thanks for the update! Please, take your time, I would not want you getting burned out or anything. :D

    As always, keep up the good work, you are a godsend!

  9. @lordmonkusAlright, I had a feeling that was the case. I usually go through my whole collection with clrmamepro every six months or so. The new dats I use usually consist of a few dozen to a few hundred renames and a few dozen new roms. It might not be super convenient but reimporting is one of the least annoying parts of the whole rom update week. :D

    Thank you very much, I appreciate it.

  10. Hello, all you smart people! I have a question that seems rather dumb but I am going to ask it anyway! :)

    I am cleaning my 4TB emulation drive by updating, rescanning and repacking all of my rom sets. My question involves the fact that LB has an option to bulk download media and metadata. What about the rom directories themselves? If I want to clean out all my good sets and replace them with no-inro sets, can I rescan the directory and have LB just update to the new files and remove no longer existing dupes in an automated way? What if I add only one to three missing roms in my set, do I have to reimport all of them? I would hate to have to re-import all of my systems, that would also have the downside of making a lot of orphaned artwork. I know this can be cleaned but with 40GB of media in the LB folder, this process can take days. (Didn't actually let it finish because my lord that's a lot of media to clean)  Also, doing it game by game for individual additions would be, tedious and I find now that I have a few new roms in each folder.

  11. @Nielk1 No need my friend. I am still using your app literally every day and it has greatly enhanced my overall experience with LB, emulators, steam controller etc., so I am grateful for what you have already done here. I am nothing if I am not patient so never think I am wanting to try and push for speed or anything. :) I also did a little looking into DeSmuME and if you recall when I reported that the renaming doesn't work with that emulator, it seems to be a related issue. I tested some more and it seems that about half the time it doesn't rename, it will also not close. I can't believe I didn't notice this sooner. I had just switched to using the DeSmuME core in RetroArch because it performs approximately equally, with fewer features, and I am not too into DS games. I only really play less than a dozen games overall and so it was never a big deal to me. NES, N64, Genesis/SegaCD/32X and a tiny handful of PS1 games are my primary uses of emulation so I hadn't gotten into some of the most obscure emulators.

    Take your time and take care! :D

  12. @Nielk1 Just wanted to touch base and fill you in on a couple of interesting things I have run across recently while testing some new emulators I haven't tried with 0020 yet. ePSXe is a big bummer here because what happens is Proxy, upon closing out ePSXe, will not close itself. I have to force it to close from the task manager to launch another game. It also fails in renaming the shortcut back to the original name. When you were speaking earlier about renaming priorities, I was thinking you might want to add a check to make sure that the last run name for a shortcut was successfully renamed back. If not, it could do that as a clean up so the user won't have to manually go into steam and rename it back before another game will launch. A check to close a previous erroneous Proxy instance might also be helpful. Not sure if this will even be a problem in the next version because of the major changes you are planning but I thought I might fill you in in any event.

    Supermodel, the SEGA Model 3 arcade emulator seems to also do similar shenanigans except is also just fails to load a game altogether and gives some OpenGL error, I can't figure out why. I checked the logs and it seems like everything is passing along properly so I have no clue. Model 3 games with Supermodel was added just for kicks as I don't really play those game more often than once in a great while but for testing reasons I chose to try it anyway. :)

    I will try and use more than just Dolphin and Retroarch and see if there are any other problem children I can find too.

    Just figured you might like to know what I had found, Thanks again!

  13. Agreed, from a user experience standpoint, it is much less intrusive to have a one-time setup that takes a minute or two Vs. having a speed decrease you have to deal with every single game you launch a game. Handling updates to the list will also be something that needs to be considered unless rebuilding the whole database each time is preferable. Consideration of how often an update to the local Proxy database is needed as well as if it should be left entirely up to the user when/if they choose to update it or if it should just be done anyways after a period of time. Maybe just a simple message telling the user that their database is older than 30 days, or whatever time frame is prudent, and should consider updating their database.

  14. You are right, I was just thinking about stuff. :)

    Ah, on the name thing, that seems reasonable. It also seems like it would be a lot more work on your end. This thing is going to start getting pretty advanced it seems, I like it! For the naming thing, would this building of the list be a one-time thing as in generating this names list from launchbox, or wherever else, when you run Proxy directly for the first time setup? Would it then fallback to the filename if it can't find a suitable real name for the game?

  15. @Nielk1 Wow, that seems like it would be a LOT smoother process. Now, when you say hidden shortcuts, steam can actually have shortcuts, even to games, that are invisible to the user? If this is the case then that could really be of benefit. I say this because one of the biggest complaints myself and others have had with ICE is that even a few hundred games can, and likely will, clutter up your steam library like crazy. As it sits now, Proxy does require at least one shortcut, ideally one for each emulator in the case of renaming failures. If they could be hidden then someone's OCD might not be triggered by seeing some shortcuts they should never actually touch.

    I also love the idea of using LaunchBox's name for the games instead of the ROM name as a general rule. There are some circumstances where it would be beneficial to still use the rom name, though. Are you thinking of making this the default behavior or will it be selectable with another command line switch in the same way the %cleanromname% is currently? If this is the case then %cleanromname% can be left along and then something like %gamename% could be used instead or in addition to. Personally, the only system I would use that second mode would be for Nintendo Wii. This is because normally, I meticulously have all of my roms built into no intro sets with proper file names but my Wii games are all in WBFS format and are named based on their NintendoID# and not the name of the game itself, for use on a real Wii as well. So, with %cleanromname% I will get "Wii [RM6EEB]" as the game name.

    I also have yet another crazy idea/question that might be worth some research. So, you say there are a bunch of API calls that Steam normally does not have revealed to developers or users. In those calls, is there anything for changing settings for steam itself? For example, enable/disable overlay or, more useful still, there is a checkbox in the steam settings that allows the user to opt out of using the BPM overlay exclusively when the steam controller is on. The downside here is you lose in-game real-time configs, touch menus, and action set labels but I know a few guys who will use this checkbox in one way or the other depending on the game because they feel that some games get a reduced performance with the BPM overlay. They are also using toaster ovens and not PCs to game on but that is an entirely different conversation. :) I was just thinking that there is bound to be a few settings that a user would love to be able to set on a per game basis and valve has not seen fit to grace us with any way of doing this per game. Just a thought... :D

  16. @Nielk1 For one, thank you for taking my feedback to heart. I am truly honored to be included, even in a minimal way, in the overall process here.

    So, correct me if I am wrong here but...

    you are thinking to not use the ID# at all for the steam proxy shortcuts. Instead, you are considering to use the name of the shortcut on its own instead. After it renames the shortcut it would search for a shortcut exactly as it is supposed to be and it not found, it will search for a shortcut to the emulator itself, failing that too it would search for a shortcut to proxy itself. I have two concerns, you can dissuade them if I am not understanding correctly. Firstly, do you think this would be a slower operation than it is currently? Secondly, we do still probably want to have a fallback mode, having created a shortcut to the emulator itself without the rom names, if all of the renaming functions fail. If it fails entirely 100%, then it could do the long way of shutting down steam, making a shortcut to the emulator through Proxy and open steam back up. Then, on subsequent launches, it would be able to say "cammelspit is playing Dolphin/RetroArch/Whatever" and simply ignore the ROM name option until it is fixed. In the case of this kind of catastrophic failure, it might be a good idea to have a popup happen that warns the user that the fallback method is being used and will take a few minutes to set up a new shortcut for you.

    The process of making your own steam shortcut is, frankly, cumbersome. Just because I can make one in a few seconds does not mean a new user could and is the most likely point of failure for the average user. Remember, these are people who are not motivated like I am or know how the program works like you do. This has to be as easy as it can be so that the typical user can handle it. I am talking about the people who would say 'I just want it to work, the first time, exactly as I expect it to'. Since you have stated you could add the shortcuts in the same way ICE does, it would be more than beneficial to have this feature. In the case of creating a fallback as stated above and for initial setup.

    Origin launching ALONE would be worth the price of admission for a large section of steam controller users. Origin and it's own overlay, do not play well with the steam overlay, which is more or less required for the steam controller to work properly. Right now, if a person wants to launch an Origin game, they either have to hack the Origin requirement out of the game or greatly change all of their launch settings in Origin itself. The problem there is when a user decides to use Origin itself while playing with KB/M or another controller, they have to change all those settings back and forth, which is a pain in the butt. I don't use origin myself as a rule since I have boycotted EA but this has been the Achilles heel for steam controller users as well as Battle.net.

    As far as a second program and the pre-game launch options go, I do like the idea. I would not want it to come up for myself, personally. A 'never show this again' tick box would be a good idea and then maybe you can hold a button on the KB while launching to have it come back anyway. This is just me thinking out loud here so if I am being silly, let me know.

  17. Yes, interested very much so. If you do manage a large reduction in that "fiddly ID matching" would that give a boost to the speed at which the app goes through all the motions? I ask mostly out of curiosity but also because it seems to be super fast on the launch sometimes and at other times it can take more than twenty seconds to actually launch the emulator and the rom. Me, I don't care because it works and it does precisely what I want it to and I love you for that but it has been a curiosity of mine.

    From a user interface standpoint, are there any plans to drastically change things or how shortcuts are made in the near future? A question I ask because I have several friends that would like to start using this in a similar way to what I have setup and have been requesting instructions on its use. I would like to maybe put together a simple, quick, step by step setup guide on the steam controller community guides section. I have been apprehensive about actually doing so because of your earlier comments regarding it changing so much. It just seems to me that if I don't write something then the likelihood they are going to be able to do it themselves is rather low. I mean, I think I am smart and I messed it up a bunch of times. :D I, of course, would update this guide as necessary but if there are some big changes forthcoming I may as well wait until that happens first.

    Again, keep it up! You are amazing!

  18. Hi, I am new to using LB and I have decided to use this app to migrate away from EmuLoader to LB for use with my MAME collection. I like that LB can import directly but I missed the filtering options and such from more dedicated MAME frontends. I saw this app as a link in LB before my MAME import and decided to give it a go. I am not sure if this is a bug or I might be completely stupid and have no idea what I am doing but I can't seem to get the output list to generate anything at all when I hit the filter button. 0 games and 0 clones. I have even tried making a clean MAME and clean MAME\roms directory with all of the assets and list XML, the whole nine.

    LB sees my roms and so does Emulaoader and 2-3 other front ends I have tried just to make sure my collection was usable. All of my roms are T7Z merged sets and work just fine when I play them through LB directly, other front ends and directly through the command line. I could use a hand if anyone is more knowledgeable about this thing. If I am posting in the wrong place, please, let me know where to go and I will go there.

    Thank you in advance

  19. At least today was the first day I actually tried using that version of proxy since it was the only version that we had at that time. I will likely have to go and make a clean install of LB, RA and proxy in its own location so I don't have any similar mishaps happen in the future. Heh, as smart as I think I am, I can be really dumb sometimes. :D

  20. @Nielk1 The one in the LB folder is but the one in the RA folder is still 0.0.1.3 and I completely missed that. I am a complete tard on that. :S I had only put it in the RA folder before 0.0.2.0 and never bothered to update it because I wasn't using it. Entirely my fault. Either way, 0.0.2.0 seems to be doing it correctly when using the per system arguments so that is a BIG plus.

     

    EDIT: See, this is why I need to be more organized.... :P

  21. I had already tried this before but I did again to get a fresh log. This is what was returned.

    
    c5f0ddbd-f451-468f-89b1-f9bc20dc8301	[0]	-steamproxysetup
    
    c5f0ddbd-f451-468f-89b1-f9bc20dc8301	[1]	2b61fe2f
    
    c5f0ddbd-f451-468f-89b1-f9bc20dc8301	[2]	-steamproxyname
    
    c5f0ddbd-f451-468f-89b1-f9bc20dc8301	[3]	FDS [%cleanromname%]
    
    c5f0ddbd-f451-468f-89b1-f9bc20dc8301	[4]	E:\Emulation\Emulators\MultiPlatform\RetroArch\retroarch.exe
    
    c5f0ddbd-f451-468f-89b1-f9bc20dc8301	[5]	-L
    
    c5f0ddbd-f451-468f-89b1-f9bc20dc8301	[6]	cores\nestopia_libretro.dll
    
    c5f0ddbd-f451-468f-89b1-f9bc20dc8301	[7]	E:\Emulation\Roms\Nintendo - FamicomDiskSysytem (FDS)\Yume Koujou Doki Doki Panic (Japan) [b].zip
    
    c5f0ddbd-f451-468f-89b1-f9bc20dc8301	End

    It drops the quotes around the cores/whatever.dll and the paths. I am beginning to think that this is Launchbox itself stripping these but if it does, then why would it work at all even without the proxy?

    For completeness sake, I just tried using the proxy inside the launchbox folder and it DID work! Holy hell, I swear this was not working before. It was throwing an error telling me that proxy was already in start mode or something like that. I know I posted about it earlier in this thread.

    Frankly, I am stumped. No idea why it would be working all of a sudden unless your code refactoring fixed a bug somewhere and I hadn't tested in this very specific scenario in a while.

    Again, just for completeness sake here is the successful log for Proxy being in the LB folder using RA in another folder and ALL command line switches being added right to the system specific command line and literally nothing in the main command line.

    
    1c31a908-2beb-457d-b18d-6a0a186ca783	Start
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	Raw Command Line	"E:\LaunchBox\GameLaunchProxy.exe" -steamproxysetup 2b61fe2f -steamproxyname "FDS [%cleanromname%]" "E:\Emulation\Emulators\MultiPlatform\RetroArch\retroarch.exe" -L "cores\nestopia_libretro.dll" "E:\Emulation\Roms\Nintendo - FamicomDiskSysytem (FDS)\Yume Koujou Doki Doki Panic (Japan) [b].zip"
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	Mode SteamProxySetup
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	-steamproxyname Contains %cleanromname%
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	New -steamproxyname	FDS [Yume Koujou Doki Doki Panic (Japan) [b]]
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	Looking for shortcut in database that ends with -steamproxyactivate 2b61fe2f
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	Found Shortcut
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	set shortcut name	FDS [Yume Koujou Doki Doki Panic (Japan) [b]]
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	steamproxy.json contents
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	{"Program":"E:\\Emulation\\Emulators\\MultiPlatform\\RetroArch\\retroarch.exe","Args":"-L \"cores\\nestopia_libretro.dll\" \"E:\\Emulation\\Roms\\Nintendo - FamicomDiskSysytem (FDS)\\Yume Koujou Doki Doki Panic (Japan) [b].zip\"","ShortcutID":10470880777326297088}
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	start	steam://rungameid/10470880777326297088
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	Start
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	Raw Command Line	"E:\LaunchBox\GameLaunchProxy.exe" -steamproxyactivate 2b61fe2f
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	Start Mode SteamProxyActivate
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	steamproxy.json
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	{"Program":"E:\\Emulation\\Emulators\\MultiPlatform\\RetroArch\\retroarch.exe","Args":"-L \"cores\\nestopia_libretro.dll\" \"E:\\Emulation\\Roms\\Nintendo - FamicomDiskSysytem (FDS)\\Yume Koujou Doki Doki Panic (Japan) [b].zip\"","ShortcutID":10470880777326297088}
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	Starting Program
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	FileName:	E:\Emulation\Emulators\MultiPlatform\RetroArch\retroarch.exe
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	Arguments:	-L "cores\nestopia_libretro.dll" "E:\Emulation\Roms\Nintendo - FamicomDiskSysytem (FDS)\Yume Koujou Doki Doki Panic (Japan) [b].zip"
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	WorkingDirectory:	E:\Emulation\Emulators\MultiPlatform\RetroArch
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	found process to wait on	retroarch
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	Ended Program Normally
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	End Mode SteamProxyActivate
    
    5b82d00e-f2e9-4b7b-9de4-8bd60a9c9c96	End
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	ended	steam://rungameid/10470880777326297088
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	set shortcut name	RetroArch
    
    1c31a908-2beb-457d-b18d-6a0a186ca783	End

    Then again, LB just had an update so maybe there has been some changes to the way it is handling the command lines in some way that is passing it through properly now when it wasn't before. I have no idea but now it will be easier to make only ONE Retroarch emulator entry and use the per system command line to do all the special stuff. Of course, now that I have already made a separate entry for every system I have roms added to LB with so far AND have migrated my whole RA install into my LB folder. Gonna need to do some major directory cleanup now. :P

  22. @Nielk1 Alright, I have done the testing I promised and here are the logs exactly as they appear. I will sort these by what the situation is so you can have an idea of what the heck I am doing. :D

    
    
    
    c8347800-553d-4d2a-8ae5-bd82cf833e51	Start
    
    
    
    c8347800-553d-4d2a-8ae5-bd82cf833e51	Raw Command Line	"E:\LaunchBox\GameLaunchProxy.exe" -L "cores\nestopia_libretro.dll" "E:\Emulation\Roms\Nintendo -Nintendo Entertainment System (NES)\1942 (Japan, USA).zip"
    
    
    
    c8347800-553d-4d2a-8ae5-bd82cf833e51	Start Mode GenericProxy
    
    
    
    c8347800-553d-4d2a-8ae5-bd82cf833e51	Program	-L
    
    
    
    c8347800-553d-4d2a-8ae5-bd82cf833e51	Args	"cores\nestopia_libretro.dll" "E:\Emulation\Roms\Nintendo -Nintendo Entertainment System (NES)\1942 (Japan, USA).zip"
    
    
    
    c8347800-553d-4d2a-8ae5-bd82cf833e51	End Mode GenericProxy
    
    
    
    c8347800-553d-4d2a-8ae5-bd82cf833e51	End
    
    
    
    8e11eb74-044a-4ce8-a024-14080baf505f	Start
    
    
    
    8e11eb74-044a-4ce8-a024-14080baf505f	Raw Command Line	"E:\LaunchBox\GameLaunchProxy.exe" -L "cores\nestopia_libretro.dll" "E:\Emulation\Roms\Nintendo -Nintendo Entertainment System (NES)\Abadox - The Deadly Inner War (USA).zip"
    
    
    
    8e11eb74-044a-4ce8-a024-14080baf505f	Start Mode GenericProxy
    
    
    
    8e11eb74-044a-4ce8-a024-14080baf505f	Program	-L
    
    
    
    8e11eb74-044a-4ce8-a024-14080baf505f	Args	"cores\nestopia_libretro.dll" "E:\Emulation\Roms\Nintendo -Nintendo Entertainment System (NES)\Abadox - The Deadly Inner War (USA).zip"
    
    
    
    8e11eb74-044a-4ce8-a024-14080baf505f	End Mode GenericProxy
    
    
    
    8e11eb74-044a-4ce8-a024-14080baf505f	End

    Above is the log that happens when I load a game from Proxy while both proxy AND Retroarch are both in the same folder as Launchbox but I use the per system command lines for the -L "cores\whatever.dll" argument.

    
    
    
    ddbe1426-3477-4501-be1e-d5156c97fcc0	Start
    
    
    
    ddbe1426-3477-4501-be1e-d5156c97fcc0	Raw Command Line	"E:\LaunchBox\GameLaunchProxy.exe" 
    
    
    
    ddbe1426-3477-4501-be1e-d5156c97fcc0	Start GUI
    
    
    
    ddbe1426-3477-4501-be1e-d5156c97fcc0	End GUI
    
    
    
    ddbe1426-3477-4501-be1e-d5156c97fcc0	End

    Above is the log that happens when I load a game from Proxy while Retroarch is NOT in the same folder as Launchbox and I use the per system command lines for the -L "cores\whatever.dll" argument. I also tried loading two games and this is all that was written in the log.

    
    
    
    5ff249a3-b531-4a3b-b1df-fdd85429ae1d	Start
    
    
    
    5ff249a3-b531-4a3b-b1df-fdd85429ae1d	Args[3]
    
    
    
    5ff249a3-b531-4a3b-b1df-fdd85429ae1d	[0]	-L
    
    
    
    5ff249a3-b531-4a3b-b1df-fdd85429ae1d	[1]	cores\nestopia_libretro.dll
    
    
    
    5ff249a3-b531-4a3b-b1df-fdd85429ae1d	[2]	E:\Emulation\Roms\Nintendo -Nintendo Entertainment System (NES)\Adventure Island 3 (USA).zip
    
    
    
    5ff249a3-b531-4a3b-b1df-fdd85429ae1d	End
    
    
    
    6ec00440-361c-42ba-b56b-081672fb722a	Start
    
    
    
    6ec00440-361c-42ba-b56b-081672fb722a	Args[3]
    
    
    
    6ec00440-361c-42ba-b56b-081672fb722a	[0]	-L
    
    
    
    6ec00440-361c-42ba-b56b-081672fb722a	[1]	cores\nestopia_libretro.dll
    
    
    
    6ec00440-361c-42ba-b56b-081672fb722a	[2]	E:\Emulation\Roms\Nintendo -Nintendo Entertainment System (NES)\Adventures of Lolo (Europe).zip
    
    
    
    6ec00440-361c-42ba-b56b-081672fb722a	End
    
    
    
    0067944f-6440-4e90-93a1-c15683e4fa0c	Start
    
    
    
    0067944f-6440-4e90-93a1-c15683e4fa0c	Args[3]
    
    
    
    0067944f-6440-4e90-93a1-c15683e4fa0c	[0]	-L
    
    
    
    0067944f-6440-4e90-93a1-c15683e4fa0c	[1]	cores\nestopia_libretro.dll
    
    
    
    0067944f-6440-4e90-93a1-c15683e4fa0c	[2]	E:\Emulation\Roms\Nintendo -Nintendo Entertainment System (NES)\Adventures of Lolo (Europe).zip
    
    
    
    0067944f-6440-4e90-93a1-c15683e4fa0c	End

    Above is the log that happens when I load a game from Proxy while Proxy AND Retroarch are NOT in the same folder as Launchbox and I do NOT per system command lines for the -L "cores\whatever.dll" argument.

    When both RA and Proxy are both in the same folder as Launchbox and I do not use the per system command lines, as in putting the -L "cores\whatever.dll" in the main command line instead, it will work and it works quite well too. This has the side effect of me needing to make a new entry for RA through the proxy for each system and remove the per system command lines while adding it all to the main command line window.

    I mean, for me as of right now it is at least doing what I want with RA. I also haven't found any other emulators, so far that is, that exhibit similar behavior. If I do, I will surely let you know. IF that does happen, I can see a point where having more than one emulator embedded into my Launchbox folder could cause some real havoc with conflicting file names or directory structures. Thankfully, RA can emulate a good variety of systems so I haven't run across this yet. This having been said, I also haven't done as much "testing :D" as I could or should have because of my HDD shenanigans but I hope this is enough for you to see what is happening. If you would like me to test a specific scenario, please, let me know. I will do anything I can.

    Thanks again for this awesome little program, I am having a blast setting things up. I am one of the only people I have seen that actually considers setting up frontends and making steam controller configs therapeutic. *Double Thumbs Up*

×
×
  • Create New...