Tux

Excellent, you didn't waste anything here, glad it works anyway !

I'll take a look later at your kof2003 problem, but this kind of path is begging for problems here : spaces + even simple quotes and [ inside a path, and it's so long it becomes ridiculous. Normally there are workarounds for that and this kind of crazy path is accepted, but I hope you at least tried a simpler path before reporting that.

It started by ffman1985 scripts. Found a way to make them compatible with the normal cps2 versions and not just the phoenix versions. Then he noticed the sound associations didn't work well in cps2, normal since they were never really tested. He says there is a site in the internet with re-arranged versions of the cps2 tracks which sounds very nice with the associations... so they are fixed now, it was much easier than neogeo, their major commands stay the same for all drivers. Then I used the cheats to convert some region bytes switches to some regions which can be changed in raine gui, it allowed to identify region clones, that is clones whose only difference is the region byte itself, and get rid of them since we can now change the region to whatever we want. Notice some games like choko don't have english texts for the non japenese versions, which is not a surprise. Then there was the problem of some long standing graphical glitches because of the dreaded priority masks. So I finally added some emulation for these priority masks, it's quite amazing that the driver worked quite well without them for all this time actually ! (and thanks go to mame for their code, even if I couldn't believe it for very long, they probably spent a long time to find this). Except that : - the list of games now using the console scripts from ffman1985 is longer, see his thread for details. Here it is : hsf2d, sf2cejc, sf2ce, sf2hfj, sf2hf, sf2j, sf2, sf2ad, sfa, sfz2ald, sfz2alj, sfz2al, ssf2ud, ssf2xjd, ssf2xj, xmcotar1d - progear had been broken for 1 year ! It's now fixed. - the ips files can now be bps files when referenced in a .dat file. If you don't know what bps files are, never mind ! - some minor fixes in the multiple files selector for "load ips dat files" - since they never fixed sdl2_image 2.6.x which does not return palettes anymore for 256 colors png, I finally merged the right version of their load_png function to be able to keep the color cycling in the raine dialog on systems with a recent sdl2_image (linux only !) - raine can optionally be compiled using clang, it's mainly useful for debuging - add back button in game controllers to switch between dialog headers and main parts in the gui - Plus some minor stuff... ! That was quite a big update this time : http://raine.1emulation.com/download/latest.html Also both appimage files, 32 bits and 64 bits have been updated to 0.95.5, and there was a small problem in the makefile which forced me to make a 0.95.5b version just for the linux packages.

Yeah big update on cps2, ffman1985 started it with his scripts then he found the sound associations didn't work that well in cps2 which was not a surprise since it has never been really tested, so we fixed that, then he complained that we still have some graphical problems in some cps2 games, which were because of the way these crazy priority masks work, after a big hesitation I finally added some emulation for that, we also found a lot of region bytes for cps2 games and could identify clones where the only difference is the region byte, since it can be changed from the gui now it allowed to remove quite a few useless clones. I'd like to check a few more things but a release is probably going to happen soon. For the strings, yeah I saw, I'll check that later (but it can't be applied immediately because I need to check if it breaks some translations or anything else 1st). For your guide mapping, you are free to remap it to whatever you like on your setup, it's just a default configuration, it can be changed as all the default controls, but I won't change it again for now, sorry, absolutely not interested. Same thing for guide to close all gui dialogs, if nobody provides a patch for that, then it won't happen anytime soon. And I absolutely don't care at what retroarch does ! I am not against it if somebody writes the code and provides a patch, but I don't want to try to do it for now. Yeah left key on the keyboard is not exactly logical in this way, well it's because basically this gui is supposed to be very simple and it shows here, left and right keys are going to next or previous item if there is one on the current line, but if there is none then the current item is selected. In the game selection dialog, the game is loaded. Oh well, never mind, I didn't even know that actually, but it doesn't really bother me. edit : for the joystick mapping, it should logically be left and right either shoulder or trigger now to change pages, the reason why it's left and right for now is because it was added before sdl2 and its game controller interface which allows to identify precisely the controls. I agree I should change that one day, but well the left and right do their work for now... !

I just added support for bps files, not sure it will really be useful, but I found an example of a patch using a bps here : https://www.romhacking.net/hacks/6689/ and I was curious to see it working, even if nes graphics are quite ugly... ! In the end it works. You need to create a dat file manually for this example, extract the bps files to a dkong directory in the ips directory, then put this into the dat file : c-2j.bpr c-2j CRC(d6412358) c-2k.bpr c-2k CRC(e273ede5) l_4m_b.bin l_4m_b CRC(59f8054d) l_4n_b.bin l_4n_b CRC(672e4714) l_4r_b.bin l_4r_b CRC(feaa59ee) l_4s_b.bin l_4s_b CRC(20f2ef7e) v_3pt.bin v_3pt CRC(15e9c5e9) v_5h_b.bin v_5h_b CRC(12c8c95d) [en_US] Kana Kong Arcade v1.0 The crc infos are totally optional, in fact these crcs are given in the bps files, but they are just used in the end to check everything went correctly for now. It was fun adding this anyway ! this bps support doesn't check for conflicts, I wouldn't imagine applying more than 1 bps file to a rom even if in theory it's possible...

Good news I had some fun with this crazy setup to build appimages again, a docker container having ubuntu bionic in it, customized with an up to date sdl2 (2.0.26.5 for both 32 and 64 bits now). I added some code to detect the lua-5.3 from bionic, I don't guarantee it will work for every distribution but at least it works for arch and ubuntu bionic ! So it works, I have some appimage files, and I had even forgotten some file in it last time. But you'll have to wait a little more, the next version is not ready yet.

The bug was fixed in 0.95.4, as stated in the release : - revert a neogeo optimization which made unibios crazy with its strange screensaver (a black screen when using their cheat menu) I won't update the appimage all the time, sorry, but the bug happens only when you try to display an unibios specific screen while ingame, so just don't do that. I'll try to update the appimage next time.

After thinking, we could add a shortcut for the joystick to switch to the top entries where the most recent commands are, with the keyboard it's the tab key. Any proposal for the default button to use on the joystick ? (probably select or start) edit : it's done, with the back button, which is select on a playstation controller.

And it has lua as new dependency, but I tested it here too, works perfectly yes !

For now just use button 2 instead of guide, and it just closes the current dialog as does ESC key. If the guide key was handled here it would have to close all dialogs to return to the game, there is currently no function to do that. Just press button 2, it would be B, it's must easier ! Very fast if you use the direction pad left, and keep it down, there is an auto repeat which brings you to the top in a super short time. But the fastest remains the alphabetical keys in the keyboard, you can't beat this to quickly find a game in the game list, it even makes most recent lists useless.

And you got a 0.95.4b, a bug specific to windows and which doesn't happen all the time displayed very weird script error messages. And the lua label was missing for the lua console script for sf2, that's all so it's sill 0.95.4, just an update.

Yeah, ffman1985 was making bigger and bigger scripts which were harder and harder for the old script system, so I tried an lua interface instead, and it made wonders, I can have 0% in Misc with a console script active in linux with the 32 bits version constantly ! The console scripts are available for xmcotar1d, sfz2ald, sfad, af2, af2j, sf2hf, sf2hfj, sf2ce, sf2cejc. For now the old normal version is still available for comparison, but since we couldn't find any bug it will probably be removed next time. The lua version has [lua] at the end of its title. There is a perl converter to convert from the old scripts to the new lua syntax, but it's useful only for those writing scripts ! You can read more details about the crazy work from ffman1985 with these scripts there, and post something for him too : This means you get a new dll, it's included in the raine32 and raine64 zip files for now. Except that : - some last fixes for the multiple files selector to preload ips dat files - a setting to disable ips files globally (at the top of the "preload ips dat files" file selector) - revert a neogeo optimization which made unibios crazy with its strange screensaver (a black screen when using their cheat menu) - a fix so that keys which open a gui dialog are not seen as always down when returning to the game Get it from there : http://raine.1emulation.com/download/latest.html linux binaries updated (except the appImage) edit : oh by the way, the how to compile guide was updated too for lua, and I added a part about the minimum things to know about mingw if you install it only to compile raine.

The glorious 1st luascript : luascript "test 2 alt [lua]" run: poke(0xFF4BE1,0xF3) poke(0xFF26AD,0x71) for i=0,0x2ac,4 do dpoke(0x90c090+i,0x6000) end it's still for mshud, so it's the same syntax as a usual script, except the contents of the sections is directly some lua code. peek, dpeek, lpeek, poke, dpoke, lpoke are supported, but these are the only functions supported for now in lua, but with this we should be able to convert most of your scripts already ! (notice the ; is actually only useful if you have everything in 1 line, otherwise you can forget it) This is of course work in progress, if you try to pass a parameter to such a script it will be ignored. But it's progressing fast anyway ! edit : and fixed for windows... !

This one is exactly like the previous one, except poke instead of dpoke. I needed something where you see a heavy misc usage, but it's not an emergency, it can wait. For the pm you cut the message too much, the important part is gone there ! and without looking at the message, if you install lua it should compile without any warning, for the 32 bits mingw32 shell it's pacman -S mingw-w64-i686-lua translate to the equivalent package name for mingw64.

Returning to your original script, xmcotar1d, it was slow in its time so it's a good candidate to test with lua, I can't navigate the menu in the start screen... 1st it displays press start, you must still insert a coin, contrary to some more recent scripts, then you reach the start screen with your "ARCADE" text printed below, there direction keys should navigate the menu, right ? Because they don't for me... Did I miss something or did we break it at some moment ?

Rename the function : sorry it's always been like this, it's documented in the very old 0.28 documentation, so maybe one day, but not for now. Guide as default : never done that, so I tried it to see how to map a button for a controller. It will work only if a controller is recognized, otherwise it will be button 6, and of course only for those like you... and probably you only + some eventual new users start without any config file. It's one anyway. for the swap : the gui doesn't even use x & y buttons for now, so really there is no point for the gui, and maybe some users like the default nintendo placement, it's their choice after all, so they change the mapping if they want. For some reason mine was overwritten and I had to recreate it. No idea why it was overwritten, I'll have to be more careful... !

Actually I have just experimented with some lua binding to do this kind of thing, I can get this run script to run at 0% misc on a debug build with a lua binding ! The script becomes this : script "test 2 alt" run: poke $FF4BE1 $F3 poke $FF26AD $71 #for counter=0 counter<=$2ac counter=counter+4 dpoke $90c090+counter $6000 lua for i=0,0x2ac,4 do dpoke(0x90c090+i,0x6000); end The lua for is like the C one in even shorter, you don't even write the test in full, nor the increment. The trick which makes it so much faster than our classic script functions is that here it's allowed to pass numbers directly to functions, so the dpoke here doesn't have to do any string conversion, it's a super short function which writes almost directly to ram ! That's also why you are obliged to use the 0x notation for hex numbers, which I don't like personally, but it's the one officially used by C and lua for numbers and you don't want to convert strings to numbers here, so you have to use their notation. I tried first to interface lua to our usual do_poke function and I got something around 38% in misc with the debug build, so I tried this direct version with numbers instead -> down to 0% ! Now it's something ultra experimental, on arch I was obliged to use some tricks for the 32 bits package because these morons (I like them usually but here they are morons !) don't provide a 32 bits package for lua53, so you need to build it yourself, which won't be easy for the official package for sure. Plus it uses liblua.so for the 32 bits package, and liblua5.3.so for the 64 bits package, not sure how it will work in mingw... ! But it's interesting nonetheless... It's not pushed to git yet, I'll have to test this in windows first... ! Ah and also : lua knows only about dpoke, this is the only function I added for it ! edit : I had a quick look at mingw32 and actually they don't have any lua-5.3 package, then I found out that finally the same interface can be used with lua-5.4, so I pushed everything to git, just install the latest lua package from mingw32, it should work. Notice that you can experiment with lua code in the console, you get some nicely displayed error messages from the lua interpreter in the console. I didn't test the compilation in mingw32 yet... ! edit 2 : windows build fixed, mainly memwatch stupid types in windows, and put lua lib in all the builds except dos (no idea if there is a lua for dos, but there is no console in dos !). Oh yeah by the way lua uses ; sometimes to finish an instruction like here for dpoke, if you remove the ; you get an error, so ; are not recognized as comments anymore !

Ah yes good lesson... ! Well I have a good news and a bad news ! The good news is that it's fixed... The bad news is that it was very fast because it executed only the 1st time, it was not exactly a bug in the for code, it was because of the recent optimization of the script, now lines are parsed the 1st time they are executed, and then it's some semi compiled code which is executed, and with the inserted instruction starting at argument 4, the instruction itself, it was really not supported ! So after fixing this, it becomes slow as it should have been, I was surprised it was so fast, but didn't care enough to investigate, it was because it was executed only once ! It means that for this loop with quite a fast cpu I get about 55% cpu time in the misc for you run: script and it's up to 95% if using a debug build (which means 0% in free, and 60 fps can't be maintained anymore). As I said originally : avoid to have this kind of beast in a run: script, if you do that, either put it inside a if so that it's not executed all the time, or make sure it's short !

Ah mer-curious is tired... ! All the raine functions which can be controlled by the keyboard can also be mapped to any joystick input, here you are talking about "stop emulation" in "inputs / raine controls". It's not a problem when mapping a joystick input to this one, but careful if you map another key here ! The difference with "return to the gui" : return to the gui is for the case when you run the emulator with the -nogui command line option and with a game name in the command line (which probably never happens in windows these days, except for those who still use a frontend to launch raine). Then if you press ESC it will simply quit, so if you change your mind and only want to return to the gui that's what this function is done for. If it's mapped as a normal button then no problem ! Yeah noticed it a while back already, it's super minor, and didn't take the time to look into it yet. Sorry I thought it was clear, in linux I use a custom mapping as explained, it swaps the 2 buttons for the gui and for the games, and it's perfect for me. I don't think I'll add some way to remap the joystick buttons in the gui alone, I find it overkill.

Ok pushed to git after a quick test, you forgot to mention there is no for in them so it's compatible with current raine version.

Why ? I love the precision of your messages by the way, I had to fetch the short name of the game in the game list... xmcotar1d, copy your script, and test it : everything is fine, so why bother ?

Well I didn't understand everything here, with this script you start it on the title screen, it works like the on script, normal, then f1 to reset, which stops all the scripts including this one, when you return to the title script it's normal which confirms this script is indeed stopped. But apparently it's not a problem for you anyway so everything is good. And that's right, this loop is quite fast, it's probably because the 3 1st instructions of the for are specially evaluated, no function parsing for these 3, the function parsing is used only from the 4th argument. Anyway it works well, so it's good.

When you reset all the scripts are stopped, if you start it again then it should work. Once again : the initialization part of the loop is always executed, so whatever value there is in the loop variable when the loop starts is not relevant.

Nope at the exit of the loop the variable has the last value which made it to exit and keeps it even if there is a reset, but if you execute a loop again, the 1st instruction of the loop is always executed so the old value doesn't matter.

Ok, finally understood so there is indeed a bug, actually 2 bugs in the for loop, here is what happens when you do many things at the same time... ! Anyway it's fixed, your test2 now clears the whole screen keeping only the stars.