Tux

Yeah I hoped we would be lucky, but it's rarely the case. It will probably take quite some time, I'll look into it a little later... well it went much faster than anticipated because for me in arcade mode when I insert a coin the music indeed stops ! I'll try to switch to console mode then... !

Fixing : not interested, I guess some other emus used some generic code found elsewhere for that, I didn't have it, I don't really care, it's supposed to stay easy, I already spent way too much time on this. Reverting : no need, with controllers buttons 0 & 1 are mapped to buttons A & B or X & O on playstation which means the main button to validate and to cancel, and anyway I don't plan ever to add something to map controls in the gui. The light : it's actually more fun when you program it, you have access to its red, green and blue components from 0 to 255 and by combining these you can display whatever color you want. But it's still useless, I guess it's in the spirit of these pc cases with a glass panel to see neon lights inside... ! It's also much heavier than the DS3, making it more fragile if it falls (my nephew had to replace one because of a bad fall, my ds3 fell an incredible number of times without any problem ! And actually I had to reuse it lately on an old windoze game which doesn't allow to select the joystick to use and it insisted on using this one, and I had to press heavily on the square button which was almost dead... It actually made it return to life, now all buttons work correctly ! I don't remember the exact age of this ds3 controller but it must be more than 10 years old now !).

This was supported in the old dos version, through the 3 keyboard leds, but of course accessing these leds with a multitasking os can be more problematic and the emulation was just dropped when switching to the sdl version, a very long time ago... Now there are ways to access the leds available on the system in linux through sysfs. It makes accessing any led and controlling it much easier. These leds are available in /sys/class/leds, see the description in any kernel documentation in /usr/src/linux/Documentation/leds, they had neat ideas on how to use all these leds... I finally made a good interface to choose which led on your system you want to assign to the emulated leds, you can choose any led displayed in /sys/class/leds as long as its brightness file is writable. I found a nice udev rules to assign group leds to all files in /sys/class/leds from there : https://unix.stackexchange.com/questions/20125/how-can-i-change-the-permissions-in-sys-to-alter-the-state-of-a-led-light-using After this, just add your user to group leds, and he has access to these leds... There are at most 4 emulated leds, so if you have only the keyboard leds you'll be able to assign only 3, but it's usually enough, these leds are not of an uttermost importance ! The status of the leds is restored when raine quits, and the thing is super fast, so even if it's not spectacular, it would have been a shame not to emulate it ! If you have a dual shock 3 connected, it adds 4 new leds that you can assign here ! The new "leds..." option is at the end of the "Options" dialog, it displays leds assignments so far, the names are taken directly from /sys/class/leds so it's not always super user friendly, but it's understandable, it looks like this for the keyboard : (see attachment). For windows users, sorry, there is no such interface for leds in windows. There is a way to assign keyboard leds though, but it's complicated, there is a demo source included in mame source for that, and even them chose not to merge it (unless it's been done since then but it's unlikely). Well microsoft usually loves to make things complex, here it's just too easy to use not to use them ! The games supporting these leds : most taito games (taito f3, darius, exzisus, bonze adventure, rainbow island, the taito xsystem1 68000 games), the toaplan2 games. There are probably more which can be added, this feature has been completely forgotten for many years now ! While doing this I found a bad bug when loading a game which uses more than 1 cpu of the same category, like darius, and a forgotten free in the game selection header if the number of games played is more than 5. Of course all this is totally optional, if you don't want to see your leds changed by raine, just don't assign any in the leds assignment dialog and it will fail silently.

Yeah welcome to the wonderful world of utf8 insanity, your 3 bytes is just a weird utf8 sequence which is ignored if seen in a browser but raine can't ignore it of course ! It happens sometimes especially when getting a text from the web, you have to find a way to filter out this kind of sequence in this case. Anyway you found a way around the problem so it's fine.

Ah yes you're right, forgot this "detail". Well good news : it doesn't change anything in linux, because there is some compensation built in the driver for this controller for its horrific dead zone. But in windows where there is no compensation, indeed it happens. I'd say maybe there is a way to improve the dead zone compensation for that in raine, but really, the easiest solution is just to use the left stick in the gui instead of the dpad OR just not relying so heavily on the auto repeat, OR even better, just use the keyboard it's much faster to navigate the menus anyway ! Apparently the dead zone compensation works as long as there is only 1 axis moving, if there is more than 1 at the same time, it creates havoc and since this thing is a dead zone nightmare, moving the left sitck 1st as you do makes sure that raine will receive moves from the left stick forever after this, add either the right stick or one of the triggers, and the dead zone compensation becomes crazy ! I'll see if it can be improved, but it's super low priority because you have many ways to work around that. Well the difference with the ds3 is that you can stop the perpetual movement with the ds3, it's not always easy, but always possible. Here it seems to have become impossible (in windows at least !). What's this horrible light for by the way, the big one they added on the controller ? It's a generation 2 too, yes. edit : after looking at the code, I don't want to make it more complex. If you find a case where it's problematic without moving one axis while pressing the dpad (that is all the axis close to their neutral position), I'll have another look, but for now it's just not worth the trouble. I noticed that usually most games don't even bother adding an auto repeat for the joystick when it's usable in the gui, so it's already better than most here.

On 2nd thought I can add something : if your right stick still interrupts movement in 0.94.2 then it means it sends some left stick movement. I don't know if it comes from a bad mapping or from a hardware problem, but that's the only possibility.

Well in this case you are on your own. Tested here, without any fancy configuration file or anything and it works, if it doesn't for you, it's something on your side, I can't help you there.

- In the gui only the left stick and buttons 0 & 1 are now handled - sound associations improvements for kof94/95, and enable this for samsho4 and real bout fatal fury 2. - and the hiscore.dat file is smaller, got rid of a ton of useless stuff in it. That's all !!! http://raine.1emulation.com/download/latest.html

Ok tested this famous ds4 controller, well nothing fancy here, it didn't require any driver in linux or in windows, recognized immediately. In raine too, no need to add a mapping it's one of the most well known game controller. With 0.94.1 yeah you can interrupt the auto-repeat from the gamepad either by the right stick or by L2 or R2, it's because these are axis movements and axis movement are used to move the selection like the gamepad. With latest binary since only the axis coming from the left stick are recognized, all the other axis are ignored in the gui and so the auto-repeat started by the dpad is never interrupted. Tested in win10 & linux, without any fancy mapping in both cases. I guess I should finally release an official binary for 0.94.2 to finish all this for good... ! (+ the new sound associations need some testing from players anyway). The only slight complaint I have against this controller is that if you are using testjoystick on it from the SDL distribution and move one of the analog sticks, it's impossible to stop the move, it's a dead zone nightmare, but if you use something which handles the dead zones correctly it's not really an issue.

You are in luck, my nephew will lend me one tomorrow for testing ! (but I am almost certain I won't have that many problems !)

yeah my cheap controller has analog triggers, although their resolution is not very high (it jumps very quickly from minimum to maximum, very hard to do something precise with that). So you can interrupt the auto repeat with the right analog stick ? Well I have absolutely no idea how then, and no I can't do that here, with the dual shock ps3 controller or the chinese xbox one ! No I don't plan to buy a new controller specially to test your setup, that's too much to ask, eventually one day, but your problems are really not a motivation !

Same kind of signature, will be enabled next time, and will require some more testing too.

You replied yourself, the detection is done on some signatures in the sound rom, some are not tested. Although "Samurai shodown" is supported here, but "real bout fatal fury 2" was not, it has a signature very similar to some other games though so I can enable it for next time, but it will require some more testing to check if everything is ok. The detection of the 1st tracks is right. For samsho be sure that speed hacks are disabled in neogeo/neocd options otherwise it destroys the intro sequence.

There is a misunderstanding here, you are not saying your triggers can move the selection in the gui, just that they are interrupting the auto repeat feature of the dpad in the gui ? Well assuming they are seen as buttons too, and I guess it's the case here, it can't be avoided, the autorepeat works as long as it does not receive another button press. Eventually send the string for your controller either in userdb.txt or gamecontroller.txt to confirm they are seen as buttons, but if it's the case there's nothing which can be done, learn to live with it, that's all. For info I use a very cheap generic Chinese controller found on amazon as my main one, it doesn't have this problem (although it has some other problems, the dpad is unprecise which can be very enerving at some places where you try to input some precise combination, and it can be used only wirelessly, the cable is only to recharge it, it can't be plugged as an usb controller, except that it's recognized as an xbox controller by default which is fine). Well actually buttons other than buttons 0 & 1 could also be totally ignored (that is buttons A & B). Crazy thing...

No I meant only in the gui, of course these can still be mapped ingame to whatever you like (even though it's not easy to find a good usage for these!). Well what you describe doesn't make any sense (L2 & R2 should be totally ignored if it's a game controller in the gui, if not there is really something broken somewhere, is there a joystick which is not a game controller connected at least ?), there is probably a problem somewhere, but I can't reproduce it here for now, maybe later when the weather will be more "reasonable" !

Sorry can't help you more with that, for me the triggers are completely ignored in the gui now and they were not before, can't do anything more about it. Are you sure your ds4 thing is recognized as a game controller ? If so its inputs for the left stick should appear as "leftx" and "lefty" in the controls.

Yeah aof3 is a "type 2" too, so it's affected by these changes. Your gui "fix" is inside too, so this binary can be considered a 0.94.2... except the code for it was very short, so I'll wait some more but you can use this meanwhile !

Yeah replied the post just before this one, happy testing !

Sorry I can't reproduce anything with this save, the graphics are totally garbled when loading it, I don't know how you did that, but the game is not frozen, it still reacts to inputs, I can press a+b+c to get to full power but it has no effect on any music playing or not. After that a makes the final punch, victory, and still nothing happens for the music. Ok, finally did it, there are random sounds playing, one of them stops the music, which gives us 2 more prefix commands, because I tested some more manually, and another test build. This one should be good everywhere, assuming it doesn't break things in the other games of this kind, but it shouldn't. exp.7z

You are supposed to use "Stop" from the sound commands dialog 1st. If you forget that's not a disaster, just leave the associations dialog, use "Stop" here, and go back to the associations. Sorry stopping the song from here is not so easy for me !

kof98 is a completely different game for the associations, not at all comparable with kof94/95 sorry. So changes for these 2 will not impact kof98 at all. These 2 category includes galaxyfg, 3countb, fatfury2, fatfury3... and so it's a problem to know if the change detected here is specific to kof94/95, or general to all these games, so it will take quite some time to test all that. edit : it seems there is a new prefix for the sound commands, this makes a new experimental build to test, 64 bits only since that's what mer-curious uses, it seems to work for kof95, maybe for kof94 (I was not able to reproduce the problem here), but expect no change for kof98. For info I found this while making no real associations for the game, I just used the debug messages I get in a debug build which tell if the song changes... ! exp.7z

Specific to a particular stage or any battle ? There was no change in the current version for this so it's probably an old problem Well I can't seem able to reproduce this in kof94 (but I am not a good player !), so I'll need a lot more details !

Well the easiest solution is simply to put the controller on a table instead of on your lap ! Yeah raine reacts to any "stick" in the gui, the code is from before game controllers so there was no way to identify a movement to know from which jostick or button it came, and so it reacts to any stick movement. I guess I could at least remove this now so that for game controllers only the left stick is handled for that. I'll do that.

It's just the silly bugs reported in the thread of the previous version fixed, nothing more, no comment... ! Get it from there : http://raine.1emulation.com/download/latest.html

Ok, confirmed, that's if using 2 neocd games which both read their files from an iso, it's a 1 error mistake, forgot to clear a file after freeing it. Workaround : extract all the files from the iso and put that in a zip file, then delete the iso, it will take less space and it will work ! It's fixed anyway...