Leaderboard

I'm having second thoughts on this idea, for the same reason that HBMAME is still at 0.245, so sorry to alarm you all. You can still give your opinions though. Also, the forum performance is horribly slow, possibly due to the rampant bots that seem to be infesting many other forums, as they harvest everyone's input for their own nefarious use. So, sorry about that. It might be that we'll have to restrict guest access entirely. We'll see.

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

Yeah nothing major this time, it's more because a few things were committed to git this week to finish properly stuff in 0.97.5, and since there's nothing in the works for now it's better to release some new binaries now rather than wait an indefinite amount of time... So the changes : - Add a configuration for the joysticks dead zones in the inputs dialog, all joysticks share the same setting, don't complain since arcade joysticks don't use precise placement, it's just up left down right and center that's all. - cheat dialog: fix bug when text for the status bar is too long to fit on the screen normally the bar flashes and you can click on it to get the full text. Except the click has been broken since the transition to sdl2 ! At least this feature is not used often, which is not a surprise. - new region switches for xmvsf, mvsc, hsf2 - mshvsf: Enable "Norimaru" for all regions. It's an extra character which was reserved for Japan only previously, but it didn't make much sense to keep it only for Japan after adding a region switch to this rom. - And ffman1985 produced a new console script for sf2hfj. That's all, and this time it should be the last release for quite a while ! AppImage files updated too by the way, since sdl was updated it was too bad not to include the updated version... I didn't update the sdl2 dll in the dlls package for windows, you can grab the updated version directly from github if you are interested, but it's really about minor fixes inside, nothing major. win64 dll: https://github.com/libsdl-org/SDL/releases/download/release-2.32.2/SDL2-2.32.2-win32-x64.zip win32 dll: https://github.com/libsdl-org/SDL/releases/download/release-2.32.2/SDL2-2.32.2-win32-x86.zip I didn't even update the version number, but you can check the date of the binary either in the archives or in the about dialog, compiled a few minutes ago!

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 !

It's been so long, what's everyone been up to?

I'm having thoughts on adding the HBMAME romset to ARCADE64, with the eventual aim of closing down HBMAME. It will be a very slow process, taking more than a year. But first, I want your thoughts on this idea. Good? Bad? Don't care?

Err maybe you could have reduced the amount of text here... ? Anyway it's fixed in git, it's just the parameter of the callback to remove, it's useless, never been used, it's some code from mame and in mame they pass a parameter here. We don't. It's fixed in git, so if you update your git repo it will be fixed. I guess you might need an updated PKGBUILD file if you don't update your git repo by yourself... ! edit : updated the PKGBUILD files, 0.97.5c for the 64 bits, 0.97.5d for the 32 bits because there was yet another incompatible pointer type in the z80 asm core used by the 32 bits version. These are minor problems except they are making all the compilations of all previous versions to fail now ! Oh well... and in the meantime since last binary release wml had become incompatible so I had to update this too... ! Anyway everything updated and working now.

In the arcade side, MAME tries to make the latest version the parent, which is completely opposite to what it should be. Definitely not the original. So, this suggestion has been accepted and implemented. Also, in the treeview (thing on the left side) it already says Parent.

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.

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)

Thanks for adding that feature ! Tested with latest version and works with PS4 DS4. Now are more easy to do moves using analog stick 😃 Have an nice week.

Oh didn't notice there was also an update for sdl2, it's quite hidden now by sdl3. For that no problem, you can download the dll yourself and place it in the raine directory to test, you can check the sdl version in the about dialog. Actually in arch I didn't see it because the usual binary package was just replaced by sdl3, to get the updated sdl2 I need to compile it using aur, which is not automatic... ! What a mess... ! Doing that now... ! edit : updated all my sdl2 versions now, linux and windows !

Done ! I finally switched to linux mint, which is based on ubuntu but with some more usable interface (at least for me) and it gave me less problems too, except its very long installation time ! Anyway you get 2 appimage packages for 0.97.5, which means the current version in git, I didn't plan to release now, but why not ? I'll make the windows binaries tonight or tomorrow, got enough building and configuration for now, with a proper announcement, nothing major in it, mainly some scripts updates, but lots of them to fix some long standing problems which means that not enough people are using them otherwise they would have been reported by now. It's a shame, these scripts are not only about cheats, they sometimes allow to see things you wouldn't see without them in a game ! And ffman1985 added some too. And mer-curious updated some romset to its latest version. I guess you are using the 64 bits version ? Well the 32 bits version seems surprisingly easy to run, see the comments on the download page, just 2 basic packages to install 1st to get a good amount of base packages for i386, and everything should be fine ! There will be another update tomorrow because I forgot some debug code in the launcher for the i386 version and forgot to update hiscore.dat and history.dat inside... Also ffman1985 managed to contribute a few more scripts a few seconds after I posted this ! I never found why the vbox shared dirs didn't work in ubuntu or in mint this time, I did it with a nfs mount instead, I don't know what they messed, the problem is probably in ubuntu, and since mint is based on it... ! Anyway...

Golden Axe port to Neogeo is available, as is Karnov port. I've got the P.O.W. port as well, but only on neogeoCD currently. I'll see if it's possible to make roms out of it. There's a Double Dragon One demo, also for Neogeo, that's in the current HBmame.

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.

It actually started in 0.97.3 because I played a little bit with the glsl stuff, I had tested and it didn't seem to break anything, but with this particular shader because it doesn't affect all shaders, there is indeed a problem. Anyway it's fixed.

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

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

There's a golden axe conversion happening too.

Well sorry I can't guess what you broke in this case ! Actaully from your screenshot the locale gets initialized to Portuguese but raine doesn't even detect it so it stays in english internally, you even have an half translated screen : Background animation should have a translation normally, I checked and there is one for pt_BR. Eventually make sure that the contents of your locale directory is only 4 directories : es fr it pt_BR. I guess you should be able to overwrite the language setting from the gui anyway. (eventually select another language 1st and then once it works you can select what you want). For info yes here the language detection function works fine in windows so it detects french and so my raine starts by default in french, I usually change that to english because I am used to the english keyboard shortcuts. In next version the windows language detection function will recognize pt_BR and italian too by default, but you'll see that only if starting without any config file, otherwise the choice in the config file has the priority. All this might be because of the dll update, maybe the detection got clever and has its own windows language detection now... ! But normally when raine can't detect the locale, it falls back to C, which is english normally (default locale), so I am really not sure how you can do that !

Nope sorry, no change on this side, and the region is not even in this dialog, and I can't reproduce your problem so I'll need some more info, obviously something changed on your system which initialized the language, which is quite a feat because I just noticed that I had forgotten the windows language detection function and it doesn't even know about pt_BR... ! It knows only about english, french and spanish, that's all ! So I guess you must have something in your environment which does that, type win+R and type cmd in the dialog to run a terminal, then type set and return, it will display your environment variables sorted in alphabetical order, check if you have something for LANG or LANGUAGE and report here. (you can scroll the window).

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.

I took the time out of curiosity to search when they did that change : in mame 177 precisely, it was in 2016! It doesn't come for this rom alone of course, there are quite a lot of changes in the cps2 roms, and they can't be applied automatically because there are some differences in the way raine and mame load these roms. Which means that I'd have to manually test each change, plus it would make the new roms incompatible with the version for raine on internet archive ! Well if you manage to find at least 1 useful change in all these changes, I'll consider it, otherwise just forget it ! The ideal would probably be to be able to load roms from some external definitions files so they can adapt to all these crazy changes for those who want to follow, but it would require quite some changes... ! Plus it would probably create some other problems in some drivers which modify the rom and expect some precise bytes at some precise places (which is not the case of the cps2 driver thankfully !).

D : I remember now, it's just that the key sequence you type is the sequence which is searched, so if you type twice D, it means you are looking for DD, which can be dangerous in case you have a game whose label contains DD, like top hunter, the neogeo game... ! If you are not sure, it's better to enable the "return mandatory" option. I didn't do that to be standard, just to find a way to be as fast as possible with the keyboard, it works well. And for the mame update : it's a never ending headache, I stopped following their nonsense years ago, all this should have been done differently normally (preserving the old rom sets and just adding the new ones with an increasing number when they are found), it would preserve compatibility with all versions, and usually the most recent version hasn't got very important changes. So well I accept patches to update the romset if you feel like it, if not, you'll have to be patient because I really hate doing this stuff !

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)

No problem, it's very easy to reproduce. It comes from the very special nature of the console, contrary to other dialogs in the interface, it always exists, but since the interface has a parent system to be able to draw the background, it can create problems when the parent of the console disappears. Here because of the error, it takes one of the temporary messageboxes as parent and so the 1st time you try to display it, it just crashes because the parent has disappeared ! Yeah it's normal, this part of the gui is a hack, because I wanted the console to always exist, which is not the normal way of working for this gui. So there is a workaround, not too complex, maintain a list of active dialogs to be able to check if the parent is still active when drawing a dialog. If it's not, just remove the parent that's all. So patch very short and efficient. Pushed to git.

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 !

1) autodetect as default : we used the other way for years and you are the 1st to have a problem with that, I think we can keep the old default for now, I prefer to see precisely my soundcard name when I go to options. 2) your haunting black border : well not for me in linux. Maybe it's windows only... I am terribly tempted to simply stop to support windows, what a marvelous idea it would be ! I might try that in windows later, but for now in linux : 1) removed my config file, started raine, went to fullscreen loaded dino, took a screenshot of the title screen, then quit 2) run raine again in the same config, loaded dino, took the same screenshot, got exactly the same picture, end of the test for now. ... and same result in windows, same picture in both case (compared the files they are identical). got it, I hadn't the latest binary in windows, it's still the same old problem because I changed the way to get the screen coordinates, in windows we get the height of an invisible windows title bar added, not in linux. 1 line fix, a function name instead of another, but it's really annoying. At least the site is fixed, back with some disk space, you can get the ultimate test binary there : https://raine.1emulation.com/archive/tux/raine.7z

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

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

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.

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 !

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, 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?