Leaderboard

And what took me so long ? Finding something to use for the sh2 emulation in 64 bits, and it was not easy ! Finally I took the sh2 emulation from an old mame version (153), and modified it to be compatible with what gens did, so that it's compatible with the psikyosh driver. The result is slightly slower than the asm version, but not by a lot, so it will do for now. I lost a lot of time with yabause which I looked at before that. Except that the windows status bugs seem fixed for good for those who missed the latest update of this painful story in the forum, there was a binary specific for that. And you can update your dlls for 0.96 if you want a more recent sdl2 version, but it's not mandatory, it should work fine with the old dlls. Have fun : http://raine.1emulation.com/download/latest.html Oh yeah, I also added some links to some strategy guides in the about dialog for galaxian, pacman & clones, and dodonpachi. It's nothing fancy, it will just open your current browser with the corresponding page in the web, some kind of integrated bookmarks to raine, but I thought these guides deserved some more visibility !

And the magazines have finally been delivered! Time for a few group photos!

It mainly fixes the untested games in 0.97.0, but I took the opportunity to totally overhaul the disassemblers in the console, they are not external anymore, they use the functions provided by mame to disassemble. With that you can disassemble z80 encrypted roms which is convenient, but I did it mainly because my offsets arrays was becoming way too big with the sh2 emulation, it had been done for the 68000 for 32k regions, here it was really far over the limit ! But those who don't use the console shouldn't notice anything. Except that added the "psikyo SH2" driver to the drivers list in the game selection dialog options to be able to select these games more easily. That's all, the overhaul of the disassemblers is a very big change in git, it gets rid of most of the directories settings too. http://raine.1emulation.com/download/latest.html For the gory details : dz80 was one of the external disassemblers, the one used by the z80, it was with raine since the old allegro dos version actually ! Very good disassembler, but it can't cope with encrypted roms... ! Also there was no support for the 6502 disassembler in the console, although it supported an external disassembler ! The list command changes because of that although its functionality remains the same, now the pc line is not in the middle of the listing but at the top. That's all for now, it was a very furious coding session !

Ok, I'll take a look later, but there's no need to make a video all the time, just saying 1 load a game while being in fullscreen, the game starts normally while in the gui 2 go fullscreen -> the screen becomes blank It's shorter, takes less time, and is more efficient for everyone. I have tested this too fast, seeing that the gui seemed ok in fullscreen I assumed it was a windowed problem only. Later, then... edit : well sorry for my mistakes, I was half awaken when I did that and it shows, I went way too fast especially for the video resizing part. For the sound I didn't think just opening the sound options would make such a mess in such a case ! Anyway it's fixed again, you can have your test which was indeed useful here : http://raine.1emulation.com/archive/tux/raine.7z

Oh well you can always test this binary, since normally it can now work around the issue of soundcard not present you shouldn't be able to reproduce this error with it. https://raine.1emulation.com/archive/tux/raine.7z

For the soundcard detection and handling when there is more than 1 soundcard on the system ! All this went haywire because sdl2 SDL_OpenAudioDevice never returns 1 for compatibility with sdl1... !!! And also the fact that I never had the opportunity to test on a proper system with 2 soundcards. So if you have only 1 soundcard and everything works fine, no need to update this time ! http://raine.1emulation.com/download/latest.html

After some thinking, it's not so hard to add a small test for the video info to keep the window within the screen boundaries in case the physical screen has changed since the config was recorded, so I did just that. And in case the recorded soundcard is not available to just force a re-detection of it. 2 small workarounds for people who change their config all the time on their laptops while still keeping things easy, it should work... But I won't track the z80 error, yeah it can report an error like that if sound config is messed up when booting the game, even if I can't seem able to reproduce it for now no matter what.

I won't try to recreate a rare bug, it's rare so just avoid it that's all. There are known issues in sound like changing the sample rate in a game which use fm music after the game has started will produce bad sound, the known workaround is just to quit when you change the sample rate. Yeah I know it's not super ideal, now if someone wants to send patches to improve all this, I'll accept them ! It's assumed people can setup their sound once and then keep the settings for normal play. A program which works in all conditions is a crazy thing, that's something you learn quickly when you learn how to program, even if you try to do it with some sample code it can quickly become crazy. Now for some safe environments where it's a necessity, people try to keep programs small to avoid that things become too crazy. For raine it's already very big, you have to be a minimum reasonable about what to do in this case, it's already working as well as possible with some pitfalls which can be easily avoided.

Not for me, and really I get more and more tired of this... !

This part alone almost made me crazy. There is a compatibility hack in sdl2 to stay compatible with sdl1 so that it never returns the device id 1 on success when opening an audio device ! So it means you must ignore the returned device id (if using something else than autodetect). Crazy stuff... I'll fix that ASAP... It's changed in sdl3, it correctly returns the logical device id which was opened, I guess sdl3 is soon now. I would have spotted this earlier if I hadn't changed my installation here, no 2nd audio card to test... oh well... !!! Ok, fixed. The autodetection is totally different now, it can't rely on opening the device as it did before, so it might work better for you now. Tested in many configurations, it should be ok everywhere. For the neocd bios, yes it looks for neocd.zip in the raine directory, it can't look anywhere else since there are no roms directory in neocd. It's always been like that.

Impressive !

HBMAME 0.245.21 has been released. https://hbmame.1emulation.com/ What's new in HBMAME ==================== 2024-11-13 0.245.21 New Games --------------------------------- - [bubblem01] Bubble Memories: Black Edition (World) - [bubblemu01] Bubble Memories: Black Edition (USA) - [dilith] Dilithium Lift - [dkongjr01] Donkey Kong Junior (bugfixed) - [galaga03] Galaga Challenging Only (2024-03-26) - [knightsch] Knight's Chance - [kof94s40] Kof'94 (Team Edit Edition v1.4.2) - [quarth01] Quarth (Cooperative) - [redearthep] Red Earth (NO CD, Easy Password) - [sf2ce59] Street Fighter II' (Golden Magic) - [sf2ce60] Street Fighter II': Champion Edition (Aimed Barrels) - [sf2ce61] Street Fighter II': Champion Edition (Aimed Fires) - [sf2ce62] Street Fighter II': Champion Edition (Barrels of Fun) - [sf2ce63] Street Fighter II': Champion Edition (Bird in Hand) - [sf2ce64] Street Fighter II': Champion Edition (Burning Fires) - [sf2ce65] Street Fighter II': Champion Edition (Fire Serpent) - [sf2ce66] Street Fighter II': Champion Edition (Vampiric) - [sf2ce67] Street Fighter II': Champion Edition (L735 [CL1785]) - [sfz3mix] Street Fighter Zero 3 (Turbo Mix 0.31) [zero800] - [ssf2t10] Super Street Fighter II Turbo (940223U, difficulty fix)

Same kind of hdmi setup but without windows. Anyway... ! edit : I actually just noticed why the mini didn't have a 2nd soundcard, because it's an integrated intel soundcard which needs a dedicated firmware ! Since I don't use it because I need a digitial out connector and it has none I don't really care, but I installed the firmware anyway. But no luck for you, it's a very specialized pc, no desktop environment at all and no windows, so it still selected the usb soundcard as it did before, oh well, you'll see on your side but if it doesn't work like you want I won't be able to do anything about it anyway ! (sdl2 choice, not mine).

If you want... You know normal people don't keep on deleting their config files all the time, usually sound setup is done in a few seconds only once and never after that, so it doesn't really matter which device is selected by default usually... But it's your day of luck, sdl2 thought about people like you and it knows about selecting a default device instead of just the 1st one, so that's what I'll do now. I can't test it now because I don't have any pc with 2 soundcards, maybe the mini but it has no raine for now because of a very small disk... I might test this later then. (but I don't guarantee sdl2 default will be the one in your desktop, but maybe !). edit after trying : no luck, the mini has only 1 soundcard detected, I got an old pc with 2 but this one hasn't been powered on for 3 years now and everything is too outdated on it to test something like that ! Oh well, you'll test that next time... ! Anyway I have no pc with 2 soundcards and windows installed on it !

reupload,new link [code]https://1fichier.com/?n8p7y0kelduezvr67gqm[/code]

No, there's no good reason to re-add it. The main reason why most games prefer desktop fullscreen games is probably because there are less issues when alt-tabing out of the game and you can have some windows visible on top of the game screen without issue, which is impossible with the real fullscreen, it's totally exclusive and it can have sync issues sometimes. The desktop fullscreen is the modern way to do that, the real fullscreen was the old way. Glad to see it's finally fixed, it was the most annoying series of bugs to fix, especially when you think that it was not even related to real emulation ! Most of the fixes are short, it's not complex code, but you just need to guess what needs to be done, there are more comments in the code and in the git log about all that.

Alright fixed normally, and finally it was not a dll problem, just the usual kind of bug you get when you mess too much with windows statuses, and it could happen in linux too (the small screen in fullscreen). Test when you can the good news is the new dll is not needed anymore, you can delete it if you still have it, it's a return to the normal build process from linux ! http://raine.1emulation.com/archive/tux/raine.7z

Yeah it's the quarter picture I got because of the dll problem, I guess I didn't get the right one then... I'll see that later. But all this mess is a windows non sense, I just loose time here, had to reboot an incredible number of times while testing things since I couldn't reproduce the bug in linux and windows didn't have any decent dev tools installation yet. What a waste... Did I mention I really hate windows now ? Anyway since I got this thing working here it's probably a detail to pinpoint so I'll finish this.

Ok, did a minimal fix, you can test it at the usual place : http://raine.1emulation.com/archive/tux/raine.7z This forced me to reinstall the dev tools in windows, which showed me that the compilation of the 32 bits version was broken in mingw32, so nobody did that clearly ! Actually I had never reinstalled these after upgrading my windows disk which is now a ssd about 1 year ago or so. Anyway the fix is at 2 levels, it forces the desktop size to the video mode size instead of looking at the usable area, but except that I got a stupid game screen in the lower left part of the screen when I was in fullscreen, only for the 64 bits version, so it forced me to make the binary in mingw32 and not in linux as usual, there is clearly some dll problem, probably specific to windows 10/11 somewhere. So this archive is bigger, it includes a new libcrypto-3.dll which was not required before. Also since the bug is saved in the config file, the fix can work only if raine is not started in fullscreen with a broken config file, if it's the case you need to return to some windowed mode and switch again to fullscreen, or delete your config file. It seems to work for me, I guess I'll have to make something more official after that mess... Problem is that it probably breaks compatibility with old windows version for good this time. It's not my fault, it's the way windows is made, they willingly make things harder and harder to stay compatible with old versions. edit : and uploaded a new dlls64-0.96.7z with an updated SDL2.dll, 0.28 was becoming quite old. This should still be compatible with all 0.96 versions, and the libcrypto-3.dll is only in this raine.7z package for now.

Ok, it happens, windows only of course I would have spotted this long ago in linux, it's not so old it started around 0.96.10, because of the windows tricks which was probably the worst idea I ever had ! It's even worst that what you say because once the video is broken this way, it's saved in your config file and you'll find the same broken video next time you launch raine. It's easy to fix manually though, it's just screen_y in the config file which gets a bad value, just put your real screen height here and it will work, at least until you return to the windowed mode before switching again to fullscreen this way. It's not easy to fix because this has become an intricate mix of craziness to work around the strange behavior of windows, my 1st attempt to fix it triggered an even worse bug. So for now either switch back to 0.96.9 or before, use the keyboard, or switch to linux ! For info the size of the black border on top is exactly the height of the title bar for a maximized window, it's a windows bug you see here, it doesn't happen when using the same binary in wine in linux. I am tempted to remove all this windows craziness, but even that has become complicated for now, so for now it will just remain as it is for now, I might return to it later, I already lost way too much time on that.

MAME, WOLFMAME AND MAMEUI 0.271 32bit available (Xp compatible). Download from: RETRODANUART MAME XP

Maybe it's just a sync problem when you choose the real fullscreen mode, normally these modes have nothing special for sync, but except that... But anyway knights is a 16:9 game, 384x224 it's 1.71 16:9 being 1.78), but I guess you took care not to use real fullscreen modes here again didn't you ? Anyway if the scaling parameters are normal it tries to apply the same scaling value to w and h so that at least one dimension takes the whole screen. For knights it's normally the horizontal screen which is full, there is a very thin black border on the top. That's why it's impossible to get a black border around the whole picture here, it's either w or h which is maximized. Unless your super windoze chose a video mode with some sync problem which forces black borders, use desktop fullscreen only, it uses the same sync as the desktop so there should be no black borders, and I really don't understand how you could miss that you were using real fullscreen modes, if you want to do it from windowed mode you have to choose left in the gui... anyway removed soon if I make another binary one day. (or you have something which reports a wrong resolution, I never heard of that). For the gui screenshot I might be able to add some code to be able to take a screenshot from raine (I guess just make the same keyboard shortcut to work from the gui), but you can't do much for the way windows does things here. And the reason I disabled maximized -> fullscreen is because it becomes almost impossible to restore the window for maximized state in windows, so it's still the case. And for the print screen key not working, it might be microsoft's way to try to discourage the use of opengl programs in favor of direct3d, except that it's stupid since if you want to be able to run your program on something else than windows, direct3d is not an option ! edit : another "confidential" binary for you to play with, it recognizes the 1st 2 emulator keyboard controls from any gui dialog, the 1st being screenshot, and the 2nd switch to fullscreen. Which means that poor windows users who can't take a screenshot using the print screen key will now be able to use the standard raine key for that at least ! And you'll be able to switch to/from fullscreen using your chosen key, alt-return by default. By the way real fullscreen is removed. By the way the code to take a screenshot from the gui is shamelessly copied from the old dos allegro version with minimal modifications : png instead of pcx, and calls ogl_save_png in the end to save the picture (same thing as the game drivers). Contrary to the allegro version, you'll get a message box telling you the filename of the screenshot when it's done. The link is still the same : http://raine.1emulation.com/archive/tux/raine.7z

And an update on this too, I recently bought a new one, chose one recommended by tom's hardware : Nacon EVOL-X Really good compared to the piece of crap I had previously, you sense some resistance in the joysticks moves which is very nice (more precision and durability probably), and even in the cross. Really not comparable to what I had before. Worth mentioning : it's for the xbox one apparently, it requires that the pc sends some initialization command through usb otherwise the gamepad remains inert (and its power led is off). It's done automatically by windows since they push to have xbox controllers to become standard on pc, but it's not in the mainline linux kernel yet, so you have to use an alternate driver for this one, I got xone-dlundqvist-dkms-git from arch, works flawlessly with that.

The forum seems mostly broken, I can edit the previous message but not post the changes ! so here is the last part : edit2 : for the 1 there is a quick fix indeed, just don't try to position or scale the window when exiting fullscreen in windows. Now I didn't test this thoroughly, it just works in the case no config file -> fullscreen -> windowed mode. For the 2nd case, I don't have it, don't know what you did with your parameters, and I don't really want to know neither. Here is a very last build just to close this for good, and no I didn't experiment with automatic builds because it would be messy to build the 32 bit version probably, might be possible for the 64 bits version only but it takes time to check this. http://raine.1emulation.com/archive/tux/raine.7z (it replaces a previous raine.7z from 2022).

Yeah all this because they forgot a credential in an open server and it stayed there for years until this stupid group decided to use it... Millions of credentials stolen after that, what a mess... ! Anyway, I guess it should be fixed soon now. For switch emulation those interested kept the binaries already, and suyu is still maintained. I might take a look at your window problem later at least to check if it's so easy to fix, but I doubt it. edit : of course it doesn't happen in linux, at least not in window maker which I use. Now seeing why this stupid windoze broke things again will take more time, so maybe later !