Tux

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.

As I already replied a million times (it feels like a million times at least), I will keep this short : not here. So remember this clause which tells that free programs are given without warranty even though they are supposed to work the same way everywhere ? You are in the 0.1% cases where it doesn't work the same way, absolutely no idea why, sorry for your case, but obviously I don't have that and no idea how you can have it since as I already told, using the gui or alt-return calls exactly the same code ! So, sorry for your niche case, I'd advice you to use the keyboard in this case even if it doesn't seem to make much senses. If you ever find out why you have such a curious behavior, post again, otherwise you can stop, it's useless.

You're becoming dumber and dumber here... ! Of course there is a black border on top OR on the sides, re-read what I have told for ages this is the normal behavior !!! When the game screen is scaled the same ratio is applied to the horizontal part and the vertical part, since the ratio of our modern screens don't match what they had for these games most of the time you get a black border somewhere, but it's done to fill at least vertically or horizontally the screen so you can't have both at the same time. There are options in the renderer option to play with this but if you want to keep the original screen ratio you shouldn't touch them. Of course the ctrl-s can't work correctly when the resolution is displayed, this is a debug feature, it's displayed just before the frame is drawn, you could have guessed that ! And finally for your video : bad choice of a game : if you play it in a window, you'll notice the top part of the screen remains black during the demo, it's a game which plays with borders on top and on bottom, I guess it's to look like a movie, take a game like bublbobl which is a real 4:3 game. You even saw the prompt telling you the coordinates of your game screen : 63x0, meaning 0 pixels from top and still you could see a black border on top, that's because the game displays it that's all ! And all these posts for nothing then... ! At least I hope you have understood now... ! I think you can delete the build which displays the game screen coordinates it shouldn't be useful after that.

Shortest reply ever : no (for everything) And I wouldn't have seen these black borders in all that time ? Tsss !!! Ridiculous ! I had fun with my own capture tool, obs because the windows bar is allergic to opengl programs clearly, it's a 16:10 screen, 1680x1050 so you don't get the same ratio as on yours, but you don't get any fucking black border (at least not on the right and on the left) : https://mega.nz/file/XUdCXQYQ#HWL-VxqTM1OGbnosgtW_XCVi4He7mT00rHfmX7yE4UQ and finally a last build which will display numbers for you each time it calls the function to resize the game screen, it will tell you the resolution (of the window, or the screen if you are in fullscreen), and then x, y, w, h of the game screen. Don't use that as your main raine binary because it's probably annoying to get this message box all the time ! This way you can post just screenshots, if you have a software black border then you should see x > 0 and y > 0 from this function, if one of them is at 0 then everything works normally. Still the same link : http://raine.1emulation.com/archive/tux/raine.7z

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

Sigh, as I already said, I don't get your black borders in dino ! For info the code to toggle fullscreen from the gui and from keyboard is exactly the same, it's not twice the same code, it's really the same code called from 2 places, and fullscreen from the keyboard is always desktop fullscreen, so I don't know how you got a fullscreen with black borders and 1 without, I can't do it, even in windows. For info here it's always without borders. Now it took me a while to understand how you could get this maximized window in the middle of the screen while exiting fullscreen from the gui : it's because you used the REAL fullscreen, 1 I should have removed completely since all the game these days use desktop fullscreen anyway, and when you see the insanity in windows you understand why !). So this part I can fix again, it's again some windows insanity : yesterday I just avoided to send 2 commands to place the window and scale it when exiting normal fullscreen in windows. Well if you don't send these 2 commands when exiting REAL fullscreen then you get this maximized window in the middle of the screen ! It doesn't make any sense, I know, this is microsoft's world... ! So I made a workaround by having a variable to keep the previous value of the fullscreen state to decide if I send these 2 commands or not. I made this fix, but it's probably better to remove this real fullscreen mode completely and just don't use it, so far there is no good reason to keep it. For your print screen game, I don't play this kind of game, print screen is the window way to take a screenshot, if it doesn't work in windows I can't do much about it. The raine's key to take a screenshot is ctrl-S by default but it doesn't work from the gui. The print screen key is not broken for me actually in windows, it did its job correctly last time I tried it, but I am not going to reboot again just to test with dino during its demo mode (typing this mail in linux yeah). I updated the raine.7z file, get it from the previous link. edit : I also have the print screen problem, it doesn't seem to like the gui fullscreen mode, oh well... ! a side note about the gui screenshots not working : in the old allegro version and even the sdl1 version, the gui was rendered to a bitmap, and then the bitmap just displayed on screen, so it was very easy to save a screenshot of it. With sdl2, it's totally different, the game screen is rendered to a special streaming texture which is updated for each frame, and the gui is just drawn on top of it. So there is no single bitmap to get the picture from, that's why I didn't bother to make the screenshot function to work, since the ingame function works, it's enough. Anyway in linux (using windowmaker here, I didn't try any other window manager though), you can take the screenshot correctly in the same situation, but there's no insanity here like in windows ! Proof :

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 !

Sorry for your bugs, I told you it was all a bad idea and I wanted to remove all this crap in the last version, you refused, too bad ! Now most people don't change the video mode often so I don't think there is a lot of people who has any problem with that except you ! And sorry but I don't plan to make any update on this front any time soon, although I committed some small change lately because I found a problem in galaxian when in debug mode, but only in debug mode ! For the git commit, it's just to avoid a warning, a single click or the press of the esc key should be enough, but I accepted the commit anyway, but you'll have to learn how to make your own version if you want a binary here, it's not complicated, you don't need to know how to write C code to compile it. Thanks for the retroroms.info info (!), I used it to check your patch works, I confirm it does. archive.org should be back to normal very soon now, it was already announced a few days ago, probably for this week then... Now I have read the hackers who did that were pretty crazy, it was to protest against the usa, archive.org is free, but they say it's American, so it's evil... ! I didn't think there was a big security hole in archive.org, but you don't always get this kind of rights because of a security hole... anyway they said they took their time to reinforce the security of archive.org so it will come back better than ever ! (sorry lost the link about all that, it was from slashdot). The latest part of this story : https://it.slashdot.org/story/24/10/20/1733227/internet-archive-users-start-receiving-email-from-some-random-guy-criticizing-unpatched-hole

Oh, let's keep it for the record then, in case someone with enough skills and curiosity wants to try it !

Can't remove it twice but glad to see we shared the same reaction here !

Strange to post a link to something unrelated, plus it doesn't even work with firefox here... Just in case, apparently the original site known by search engines is cardgames.io and not freecardgames.io as in this link (and it works perfectly with firefox), so there might be something bad with this link, use at your own risk then, although I fail to see if it really tries to do something bad...

The reason there is no message is actually because this crc is complex to compute ! When extracted from a zip it's directly given by the zip library, but when read directly it has to be computed separately, which we never did ! And indeed it can be convenient sometimes... !

When you give the path of a zip file on the command line it's considered to be the path of a neocd image, so it will try to start kof96 neocd version here ! That's because raine accepts files extracted from a neocd iso and the packed into a zip for its neocd files.

Yeah it feels like that...

They have already made a backup in internet archive, the site is still available for now. It's mainly for the consoles, but there are a few arcade hacks though. Just found 2 for tgm2p that I didn't know, I converted the one to stop the music to a cheat for raine, it's committed in git for now (incompatible with currently released version, because there was no way to modify a sh2 rom in this version !). It's right that the game is good but the music is a disaster and it's actually better with just the sound effects ! The news : https://games.slashdot.org/story/24/08/02/1810215/the-best-rom-hack-website-is-shutting-down-after-nearly-20-years The index of arcade roms hacks : https://www.romhacking.net/?page=hacks&platform=26&perpage=20&startpage=1

Ok, I'll move this anywhere else. Since I use raine menu on the keyboard I don't care where the commands are, I just type the 1st characters of the command all the time. For your windows, sorry you are the only one complaining about that, and I am done playing with this, it will remain like that until I feel like playing with these super stupid things again, or decide to remove entierly this because it clearly looks like it wasn't such a good idea to add this after all. Raine is an emulator, not a window manager ! Moved preload ips dat files just below change/load game.

Hey I do my best here, the total changelog is on git, but it's quite technical of course, this post here is a condensed version made to be read by non technical users, well I guess I could add a cumulative changelog file in the archive, but it would require to maintain it separately and writing docs is really not what I prefer. Now it's an open project, if someone wants to help...

Ok !

Did you notice he didn't send any script update for 0.96.11 ? It's because he was working like crazy on a huge update... ! And that's finally 16 new scripts and 5 updated ones for 0.96.12. The short names of the games handled this time : wakuwak7, wh1, wh2, wh2j, whp, aof3, aof, aof2, doubledr, fatfutsp fatfury1, fatfury2, kabukikl, kof94, ninjamas, samsh5sp, samsho, samsho2, samsho3, samsho4, samsho5 ! Sorry I am too lazy to get the long names, you can either display the short names in the game list in raine, or pass the short game name on the command line when launching it (which is a feat in windows, I know !), or if you have nothing else, an internet search will give you the long name. Except that I added some other fixes for the windows placement/status, and added the ability to eject the neogeo/neocd memory card in neocd options, mainly for pbobblen hack, to be able to run it without 1st dealing with the file of its memory card. Ah also fixed a big buffer overflow for 24bpp games added in previous version, but you didn't have time to notice that, did you ? You can get this there : http://raine.1emulation.com/download/latest.html (we should be able to take long holidays after that !) EDIT : just uploaded 0.9612a with an update for the roms for samsho2pe sent by mer-curious 5 minutes after the release of 0.96.12 ! Anyway, here are the changes for this new rom which you can already get from internet archive : https://github.com/zelurker/raine/commit/f96079448381e97c4181b19b01827006e175ffeb

Not a very courageous reply, you could say at least if it's better to have the ips function where it is now or where it was. But anyway I didn't change my mind on that, most of the functions in the top of the game selection dialog are related to sorting the games, you could very easily miss the ips part while it was there, so it's not going back. Super unlikely that it will ever come back, or one of the things to do for the day after the end of the world, which will be a very busy day apparently !

Ok, the stupid windows are fixed again, but this time I forbid fullscreen from a maximized window to preserve my sanity, things becoming too crazy at this point and making too many problems. All the other situations tested afaik.

Just did a mistake while reinstalling msys in windows, installed gcc instead of the w64-x86_64 version, very easy to do and you are in a hell of trouble if you do it. Anyway problem fixed, back to sanity, but I had to delete the whole msys directory and restart from scratch to fix it... what a mess... !

I'll let a little time pass to cool down, I'll see what I'll do about this, but yeah removing all this and switch raine to fullscreen all the time is quite tempting I must say ! It's ffman1985 who was confused, and he is not really a basic user, and I suspect a lot of users were too. I don't see any problem with the current way things are done anyway.