Leaderboard

Mameoxtras 2025 by arcades. New games now supported Bubble Buster (Special clone of Puzzle Bobble with different levels and music) Captain Barrel (NeoGeo) Gladmort (NeoGeo) Knights Chance (NeoGeo) Quick Shots (clone of Target Hits) Games fixed and now fully playable Express Raider (game could stall on level 2) Extreme Downhill (crash on ending) Secret Agent / Sly Spy (Special moves logic for the bosses) Risky Challenge / Gusson Oyoyo (protection crashes fixed) Games with graphical improvements Asura Buster Bomber Man World Dead Angle Ghouls N Ghosts Forgotten Worlds Joyful Road / Munch Mobile Magical Cat Adventure Nostradamus N.Y. Captor Strider Taito protection MCU Hooked up the M68705 MCU for Taito's Field Day removing the dodgy simulation code game is now 100% emulated. link includes new roms added and sourcecode. [code]https://www.mediafire.com/file/8szal4su7bn7lug/MAMEoXtras+2025.rar/file[/code]

Ok, nothing major this time, release mainly due because of an update for the appimage files for non arch linux distributions ! So here are the changes anyway (mostly in chronological order): - lots of script updates from ffman1985, including sf2 serie (sf2, sf2hf, sf2ce, ssf2 and ssf2t, hsf2), the sfa serie (sfa, sfa3, sfz2a1, sfz3jr2, sfz2alj), and the marvel serie (mvsc, mshvsf, xmvsf) ! Impressive work... ! - Rom region selection in the gui for sf2hf, sf2, sf2ce, sfa, xmcota, mshvsf - some big fixes in the converter I used to convert the cheats from mame, which allowed to fix quite a lot of things, I didn't fix everything because there was no report at all about that, and it's a long process. I just fixed the biggest games. - Fixed black screen for shaders when using scanline-3x during game - mer-curious updated samurai shodown 2 perfect edition to the latest romset - added some cheats and hiscore saving for dkongex and dkongjp (all dkongex cheats are not tested). That's all, nothing major, but still quite a lot of changes... Oh yeah also the 2 appimage files are updated to be in sync with the latest windows builds, and I'll update the linux arch files now... ! http://raine.1emulation.com/download/latest.html

HBMAME and HBMAMEUI 0.245.26 32bit avaliable (Xp compatible). Download from: RETRODANUART MAME XP

MAMEUI64 0.274.0 has been released. Available at https://messui.1emulation.com Changes: - Fixed minor issues with galaxian-based games such as 4in1, frogger, pacmanbl, mooncrst and jumpbug [MT 02074, 02077, 09084, 05208, 01598] - Centralised version control to the top of the makefile - Fixed crash sound in drivfrcg and clones [MT 01595] - ELF2: fixed numerous bugs to get this system working [MT 09076] Please note that gameinit.dat which previously only contained arcade-related info now additionally has console, computer, and pinball information. You can grab a copy at https://github.com/Robbbert/Startup/blob/main/gameinit.dat . This information will show at the top of the history tab.

For the 3-4 people that still happen to visit the Zzap!Raine site, I have some news. I always thought that the website "didn't really age very well" and the menu icons in particular were very old and quite ugly. So I redesigned all icons with a Bubble Bobble style, and also fixed the general site layout to make it look better on modern web browsers. However the site counts about 120 independent HTML pages and I do not have the time to fix all of them at once, so the main pages were fixed and the rest will be done at a later stage. The site logo has also been redesigned, as well as other minor icons. I hope you like it. Link to site: https://raine.1emulation.com/zzapraine/index.html Link to image:

NestopiaX v2.5 Preview Build by Xtecuterx73 [quote]Hi all, I'm still working on finishing up the full update for NestopiaX and i mentioned it would be out this weekend but i got caught up in some real life getting in the way on Saturday and wasn't able to get it finished completely where i want it. BUT In the meantime i AM releasing a special preview build here with some goodies and fixes thrown in: *The naming of the XBE has changed to 2.5 instead of '21. This will fix any issues with the "'21" naming convention. *I reverted a change way back in NestopiaX 1.2 where FDS games would autoload. FDS games not autoload when selecting so no more having to manually insert the disk *Fixed a bug where the lightgun cursor was garbled and unresponsive when playing lightgun games. Not sure how no one caught this one! *Fixed *Backport of Full Mapper 555 support - Nintendo Campus Challenge '91 now plays. You HAVE to have the second controller set to lightgun just like Nintendo World Championships to get this game to load in NestopiaX. *Backport of Handling of special battery flag cases with NES 2.0 Mapper 30 ROMS - This fixes Adventure of Panzer 3 and possibly other games on this mapper to now be fixed and fully playable. *Backport of Full Mapper 354. Powerful 250-in-1, 400-in-1, and 1050-in-1 are now playable. *Backport of Allowing 32K CHR RAM on MMC3 boards with extended PRG ROM size - This fixes and allows full quiet and garbage pail kids to now run correctly. There are more code changes and cleanup in this preview but these are the ones people will mostly notice. Until the full release is made enjoy this preview build with NestopiaX[/quote] link [code]https://gofile.io/d/BduTre[/code] mirror [code]https://www.mediafire.com/file/xnqedua5is57dku/NestopiaX_2.5_Preview_Build.rar/file[/code]

After fixing the windows compilation problem in arch (!), here it is. So the main thing is the new shinobi neogeo driver, see there : Otherwise, fixes/improvements included : - the changes for mer-curious changing his physical display and/or soundcard on his laptop are inside, there is a thread about all this somewhere. - fixed a crash when opening the console after an error while loading a game - fixed a bug in the game options dialog, there is another post about this somewhere too, thanks to mer-curious... - fix the region selection which got broken while moving around entries from the main gui menu. - Restore mouse position when exiting the program, mainly useful for linux, for window managers which react to this - Now use SDL_OpenURL to open an url from the gui, it probably doesn't change anything for now, but it will be useful if raine is recompiled for something else than windows or linux. For once the linux binaries were ready a few hours before windows because of an update problem in my arch setup, nothing major finally, but very annoying ! http://raine.1emulation.com/download/latest.html

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 !

HBMAME 0.245.26 has been released. https://hbmame.1emulation.com/ What's new in HBMAME ==================== 2025-08-09 0.245.26 - HBMAMEUI: Changed reference of "Originals" to "Parents". New Games --------------------------------- - [chelnovn] Atomic Runner Chelnov (Neo-Geo port) [iq_132] - [galapxis] Galaxian Part X (Philip) [Darran] - [mk07] Mortal Kombat Plus (v5.0.0741) - [mmatrix01] Mars Matrix: Hyper Solid Shooting (250412U)(improvement) [Trap15] - [mmatrixj01] Mars Matrix: Hyper Solid Shooting (250412J)(improvement) [Trap15] - [nbajam05] NBA Jam Tournament Edition SE (rev 5.02) - [pacupacu] Pacu Pacu [Sokurah] - [sf2prime55] Street Fighter II': Prime (v0.55) [zero800] - [sf2prime56] Street Fighter II': Prime (v0.56) [zero800] - [sf2prime57] Street Fighter II': Prime (v0.57) [zero800] - [sf2prime59] Street Fighter II': Prime (v0.59) [zero800] - [sf2prime60] Street Fighter II': Prime (v0.60) [zero800] - [sf2prime] Street Fighter II': Prime (v0.63) [zero800] - [spkick2] Super Power Kick (beta 2) - [turfmast01] Neo Turf Masters - Course and Pin Randomiser v0.1 - [y_test] Midway Y-unit Test Rom v1.40

Hmm. Weird. Going with your 2nd suggestion didn't work for me. I get the error regardless of what I pick. Ah well. I'll just wait for the next release or might roll back to 277.

this is the best that i can find when it comes to a complete package. [code]https://archive.org/download/mameoxtras_2020_complete_and_support_files[/code] but it is from 2021 and so it is using an older version of mame for xbox so some of the newer games added wont be in there.

yes this is the last update and dd one on neogeo is not compatible.

HBMAME 0.245.25 has been released. https://hbmame.1emulation.com/ What's new in HBMAME ==================== 2025-05-10 0.245.25 New Games --------------------------------- - [gladmort] Gladmort - [pulstara] Pulstar (alt 1) - [pulstar02] Pulstar (alt 2) - [sf2prime] Street Fighter II': Prime (v0.50) - [sf2prime45] Street Fighter II': Prime (v0.45) - [spkick] Super Power Kick (beta 1) - [vaporous] Vaporous intro

MAMEUI64 0.276.1 has been released. Available at https://messui.1emulation.com Changes: - Various minor adjustments in the GUI - New working system: Macbug-1802 (Debugging console for Cosmac CPU) - New not-working system: Jantar 0801 (Polish clone of Osborne Executive)

Done in git, notice that dead zones are not really necessary afaik in linux, at least all the joysticks I could test don't return anything when the joy is at its default position, which is the expected behavior but it means no dead zone necessary, but that's not what happens in windows at all ! That's why I added this big dead zone... At least this way people will be able to fine tune this... ! It's in the inputs dialog, like mouse sensitivity, same principle, a slider.

Oh you could speak more clearly by saying they finally released sdl3 as I suspected would happen soon... Well I didn't know, but if the switch to sdl3 is as involved as the one from sdl to sdl2 then it won't happen now for raine... edit : and after a quick look : yes it's involved, and so it will take time, and well maybe the time is right to stop raine here, sdl2 will continue to be supported anyway.

You mean some scaling option in the video driver from nvidia, set it to 150% ? But even so, there's 1/3 of the resolution less to go from 1920x1080 to 1280x720, which would not match a 150% ratio ? Anyway it seems like a crazy idea to use such an option here... There is no change in the rendering compared to 0.97.2 at least ? For the shaders, all this glsl stuff is about running shaders, even the ones we currently have, but yeah I am annoyed not being able to run these .glsl shaders. No noticeable progress so far though, but at least the black screen you found shows there is another error that I missed, I'll fix it later.

1.4.2 is since July 2024. I actually cloned their git repository so I have been using this 1.4.2 for a very long time already, by using the ips patches of course. I have some symlinks in the ips directory which point directly to their cloned repository so when it's updated, the ips directory too. Very good work I agree even if I don't play this kind of game usually.

HBMAME 0.245.22 has been released. https://hbmame.1emulation.com/ What's new in HBMAME ==================== 2025-02-02 0.245.22 - NAM-1975: Enabled the demo in the attract mode - Galaxian hardware: fixed bugs in sprite drawing cocktail mode New Games --------------------------------- - [cbarrel] Captain Barrel - [doubled] Double Dragon One demo (2025-01-23) - [doubled1] Double Dragon One demo (2025-01-03) - [galaxiann2] Galaxians (beta 2, 2023-06-23) (Neo-Geo port) - [pakupaku] Paku Paku (v0.01) - [pakupaku2] Paku Paku (v0.02) - [sgz] Shadow Gangs demo - [shinobin] Shinobi v1.0 (Neo-Geo port) - [shinobin1] Shinobi v1.1 (Neo-Geo port) - [shinobint] Shinobi Test

There's a golden axe conversion happening too.

The missing strings : apparently the files in locale need to be updated too, 1st time I see that, usually this format is very stable, sorry but it will have to wait for next time. I have this for french too, the same strings. The default english : no, because it's supposed to be available to any dummy who doesn't know a single english word The missing 0.97.3 : I didn't do it on a a whim : I needed to update libintl-8.dll, but also recompile any file using it. Which meant dlls-0.97.3 became already outdated, + the 0.97.3 needed to be recompiled when 0.97.4 was just released. Useless, it's just easier to delete everything and just keep 0.97.4. Those who can compile their version can compile 0.97.3 if they want to. precision : if you don't recompile the binary which uses this dll, it's not just the translation functions which don't work, you get a cryptic message from windows on launch and immediate return to desktop ! That's also why 0.97. 3 became useless after updating this dll if it's not recompiled.

And I had to make a new dlls-0.97.4 package because gettext got broken in the last one creating many problems with the translations. So you'll need to donwload the new dlls-0.97.4 package, and if you downloaded raine 0.97.4 before this new dll package was available, you'll need to update it too ! Sorry for the inconvenience, it was worse for me, windows is really a nightmare to maintain lately. No wonder nobody wants to do it ! At least I took the opportunity to update to the very latest sdl2 version...

Yeah but packages sizes add up on the server, the other day it ran out of space ! So it's best to try to save as much space as possible, even if these dlls are annoying. Actually if windows was less of the crazy os it is, these dlls should be shared in the system directory and not in the raine directory, that's what happens in linux, so in linux I don't need to maintain all these annoying dlls, I just give the list of what's needed and that's all. dlls are supposed to be libraries of shared functions useful to most applications, that's what these dlls contain here, but they are not shared at all because it's windows ! For the changelog, it's mostly the git log, I just added a few details that's all, you can see the current git log here : https://github.com/zelurker/raine/commits/master/

They are just late as usual. If it was skipped they would make an entry at mamedev.org (like last year), and my version would have been (0.272.2). I did it early (well, on time), because of hot weather that started today which may go on for weeks, too hot for my poor little computer.

1 - I was tempted to say it's not really a bug, it's super minor and you are the only one using this at least from what's reported on the forum, but the fix is trivial, just reset exit_options when opening the game options, so I did it. 2 - gui options / return mandatory C - yeah if it can't find the key you just pressed in the following games in the list, then is starts to look for it anywhere in the game title, that's for when you don't remember the whole title ! This thing is made to be used very fast, and I can confirm it does its job well ! D - not sure, well just press return in this case, I won't bother to look why it didn't select it as it should have done in this particular case.

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)

HBMAME and HBMAMEUI 0.245.21 32bit avaliable (Xp compatible). Download from: RETRODANUART MAME XP

xp last update was in 2010 or 2011, so it doesn't make much sense to loose too much time on it. I would have kept compatibility but virtualbox removed direct3d support for xp in 6.1 because of a big security hole in their driver, I would have preferred that they would simply add a big red button to click to allow users to install this despite the security hole, but they just removed direct3d support, so it's impossible for me to run any version of raine in xp in virtualbox now, so too many people want xp to disappear. On my end I quite liked some custom xp editions like tinyxp : small, fast and efficient, but oh well, I guess it's too outdated now. And it's not hardware obsolescence, you still do what you want with your hardware, you can install something else on it, it's software obsolescence only here. And the next victim will be win7, but maybe I won't have to deal with that... !

Well you can always test the last sdl1 version to check, sdl2 started in 0.92, so the last sdl1 must be in 0.91.15. Also if you saw the post in the other thread, we became xp incompatible with 0.97.2, so it's probably because of the new function to detect the soundcard. It doesn't really matter anyway, xp is ancient now, and you are bound to hit an incompatibility like that if you keep adding new functions. Also something you probably didn't think about, but if you set Autodetect as default, then you will never see which card is selected, it probably doesn't matter much anyway as long as it can be heard, but if you want to have the detect and store result as before, the only way is not to have this autodetect as default. (or modify the interface to show which card was detected when Autodetect is selected, but I prefer to keep things as simple as possible). And for the unexpected return of the black border : I had actually tested this in windows, but apparently this function doesn't return the same thing when you call it in windowed mode and fullscreen ! So it got me, because I didn't think about saving the config and run again. And it doesn't make much sense, it's supposed to be state-less normally... ! Anyway !

It's a miracle we can still post to the forum with a full disk, maybe the database uses another disk ? Anyway here is a mega.nz link for now : https://mega.nz/file/OYVAXI4b#uMADM9P6tyzFjRN3kUj90s1spQKI-B188WSJmvIBYDE

Nope, sound_card becomes a string value in the config file for sdl versions from now on, the old config file is converted on the fly so you don't have to edit it manually. Actually sdl2 accepts only a soundcard name when opening a soundcard, not an id, so it's easier this way. While testing I stumbled upon the case where you get a strange soundcard name with trailing spaces, in this case the trailing spaces are removed when reading from the config file which added another case to fix... ! Anyway it should work in all cases now, hopefully ! Test your thing... same link.

For the smaller screen : yeah it can be done, I thought about it after posting this binary, easily done. For replacing 1 soundcard by another one : not convenient for now, it obliges to change a number by a string as a setting, and for now I prefer to avoid it, so I think it's going to be my limit, you'll have to live with it ! edit : actually it might be possible to do something for the soundcard too, it's not convenient because it breaks compatibility with the dos version, but it shouldn't be too complex to do, I might have a closer look later.

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

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.

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 !

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.

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.

I'm having trouble making save states with the Arcade64 (0.264.0 / 2024-03-27). When I try to save state I get error: "Error: Load state file [romname]\quick.sta not found" Never had this problem with the previous version and wondering if I've forgot a setup option or something else at fault?