Tux

Yeah as you say, maybe all this has aged too much now, 1998 till now it's been 20 years, and it was getting crazier and crazier to be alone on that, it was time to retire for sure ! Oh well don't worry also on your side, for me compiling the dos version is easy the tools are already installed, the hardest part is to upload it actually, the server here is quite troublesome ! For the job, no it's not ideal, far from that, but it's out of the subject anyway ! Anyway it was good talking to you, thanks !

Not sure, dos version has become increasingly difficult to test because the only way to test it on modern hardware is through dosbox (or dosemu which allows to run it at the real cpu speed instead of an emulated one), so it's not ideal to appreciate eventual speed changes, and there is no problem related to the emulated sound card in dos box too... ! Also I never had enough feedback, only 1 user in this forum to report about the dos version, and even in the previous one, posts about the dos version were more than rare. I remember one from India which made me happy though ! Neocd was never made dos compatible because having mp3 decoding in dos is messy, but you can have neogeo assuming you have enough ram for that, there are games which require more than 64 Mb of ram, and it's quite rare in dos ! So in short, you should test and see by yourself. If you can compile your own one then you have more options, you can choose to use seal or allegro for the sound, and you can choose for which cpu to compile (although it won't make a big difference since raine core is in asm... !). I have added a few fixes recently while testing in dosbox : a crash in the about dialog if the history for the game was too long, happened with bublbobl for recent versions of history.dat, and another one if you had a recent cpu with a very long name (like "AMD Ryzen 7 2700 Eight-Core Processor", which is really the name of the cpu !). If you are interested by these and can't compile your own, I can make a very last dos binary !

I have a mac mini, but from 2004, the time when apple was really good (and Steve Jobs was alive !). I don't use it anymore of course, it's retired at my mother's now, it has only 512 Mb of ram and it shows, + it's a powerpc... ! For all the crap displayed, it's not a surprise, it's a very long standing bug in the server configuration which never recognized correctly the 7z files. Clearly there is more than 1 web server to serve the requests, and not all of them are affected, so depending on the server, you get either a download dialog, or some crap on screen. It's always been like that here... ! Later then... !

Ok, just posted a 0.64.16, see the git page for the changes but they are mainly what I said. Sorry for the delay, it was because passive mode didn't work anymore with the ftp, and I had forgotten how to deal with this... ! I had to update the conf for that and was not very motivated to do it. I only uploaded the windows binary, I don't think anyone else would need something else. By the way osx has gone crazy, deciding to stop supporting 32 bits binaries and even opengl, so I won't ever worry about osx anymore (that's a good news after all !). In case you forgot, the download page : http://raine.1emulation.com/download/latest.html and the old versions were updated too there : http://raine.1emulation.com/download/old-versions.html by the way there were some fixes for the dos version too, but it was only because I was in the middle of some crazy testing, I hope the dos version is not useful anymore to anyone... ! And merry Christmas to anyone reading this !

Lol, you are alone, this site is almost dead I think ! Oh well, I'd love that more people could build it, it would be easier, with every thing installed it's : git pull -> update the sources make and that's all, eventually a make install if you want to install it in the system in linux, otherwise you can play directly in the directory, much easier for everyone including me... Ok, I'll try to post a binary anyway this week-end, it will be made with an old gcc though, but it shouldn't matter since raine's core is still in asm...

There were quite a few fixes since the last released binary, and even "fairy land story" which is now playable (and it was way harder than what I had anticipated, a very old game, but not an easy one !). There are no major fixes anyway, see the git log and post here if you are interested ! The git log is here : https://github.com/zelurker/raine/commits/master (these are mostly fixes for me and those who might be interested by the code itself, just posting here to make sure there is nobody left interested by a binary ! )

Windows specific, fullscreen with double buffer, and it doesn't happen in my old windows 7, didn't test it yet with my new computer which has win10... Anyway a possible workaround is to play in a fullscreen window, there is even an option to use a borderless window if borders are a problem. Or disable double buffer, there might be some tearing but it's rather rare in most games. Sorry, not enough people programming raine !

Nope, still using a ps3 sixaxis controller here, it also can be used like an xbox controller using some software converter for all these games which know only about xbox controllers (I guess microsoft used something to convert games from consoles to windows, but doing anything to change the controls... !). It works well, one of the best part of the ps3 !

2 years, wow ! Raine is not really portable in its current state, using too much asm for that. It's better than before though, you can choose to use a c version of the video functions now, and there is a partially working z80 C emulator (not all the functions are done so it can't work with all drivers). But you would still need some 68000 C emulator, so it's possible but not easy, you would have to be very motivated. I gave the idea a try some time ago, maybe 2 years ago actually, to experiment with emscripten and to see what could be done with it. I got some unexpected problems with sdl first, so you could add to that 1st convert raine to sdl2... ! So it's quite a daunting task, I gave up for now. I'd suggest trying mame for android for this, they use only C so they are portable at least. But I am not sure an emulator is a very good idea on some android device, it would eat the battery very fast, and virtual controls on screen are probably less convenient than real controls...

It's an old raine, there was a bug related to sf2 inputs fixed in 0.64.15, so use 0.64.15 ! I have updated the linux binaries not too long ago so it shouldn't be a problem. For the line where it says "unknown key", it just means that some not recognized key was saved in your configuration for some reason, just click on this line and choose a key / joy button when prompted to. But you are missing some inputs on this screen, that's what was fixed in 0.64.15 !

Not that easy to do. I'd prefer to update the gui first so that it can be displayed with opengl, currently it can't, it has to change the video mode when going back/from the gui, and it creates problems. Anyway yeah this thing should be updated too, eventually ! But these art files are more for vertical games where there are huge black borders, shoot'em ups usually, here it was never a problem for me. I am sure you can get used to this !

This is the result of my experiments with docker, I finally built a debian i386 image in my gentoo using docker and used it to update the raine package. Signing the package was a mess because of pinentry mysterious "permission denied" messages, but oh well, finally it works... As a surprise, the binary seems to be totally compatible between debian and gentoo... It's an updated thihng by the way, I played with the source again while we had a lot of rain, so there are toaplan1 fixes inside, console fixes, and fairy land story becomes fully playable with sound (hacking its 68705 with the tools to recompile it was insane, but it's another story... !). I should also update the history package one day because I made a script to make the recent versions much smaller, but I lost the files to rebuild it and I am too lazy to rebuild it from scratch now. Oh well, I don't expect to have any feedback for this, but it should work. The displayed version is still 0.64.15, even if it has more things inside ! Ah yes I also included a hack to skip the slow display of the copyright page in ddonpach. tnzs sets have been reviewed, some dips fixed. For toaplan1 : vimana got sound, graphics alignment and priorities fixes for most games, and added some clones for demonwld and outzone (some useful ones which really change the game !) And some small gui fixes as often... ! I didn't actually expect to release this now, but since the debian package build succeeded, here it is !

it's just that raine already supports many cd formats, if this one added something like allowing to have smaller games on disk I would add it, but on the contrary they are probably bigger than standard images, espeically if using an iso + mp3 format. In fact mame did this because it's easier for them to handle chds everywhere. For me it doesn't add anything except eventually problems if I wanted to support this !

Ah yes I had heard they wanted to convert the cds to chd. Yeah indeed I don't really see any reason to do that. If someone wants to do it, patch welcome though !

Never heard of a chd for neogeo. At the time, the cdrom was all the rage, and it's called neocd in this case, and it's emulated already...

I just built a "docker" package for raine, just for fun, to see if was possible. The idea was also to investigate about the "universal package format" some people talk about right now. Some guys did it for mame, but they didn't try to do it well, they just took the debain base image, installed the debian package for mame and voilà, nothing more. I started from a totally blank image to see how small I could make it. Well it ends up around 97 Mb if using busybox, and 90 Mb without, but it would probably require busybox to run correctly the console. That's uncomparable to the standard archives of course, the trick is to package all dependancies, direct or undirect, so it becomes big quite quickly. End result : it can be executed as a normal user with audio and video acceleration, tested on a good intel video card, not the nvidia but it should be possible on nvidia too. There is a windows docker version but it's not intended to run games, it would probably not work well with this. I don't think it's worth releasing anything because most people would probably never even use docker, but it was fun to try ! But hey, it's still something universal which could run on any linux distribution, assuming you install docker and know how to use it, not too bad...! (I wanted to go for the "snappy" packages first, but it requires systemd, and I don't want systemd). Oh yeah the mame package was 377 Mb, so it's smaller of course, considering the method used it's no surprise there. edit : Finished to play with this. I did it first on the laptop with an integrated intel card and it works great. But it's not so great on the main computer with a proprietary driver for the nvidia. Apparently the mesa drivers are more tolerant for this kind of play, too bad... It's not too bad though, the good old normal blits still work well and the yuv overlays too even if the screen is less sharp than with opengl. That's the main drawback of this kind of package, it needs to include all the drivers and there are lots of different hardwares out there. But still it was great trying it !

Yeah yeah I know and the fun part is that you don't always get the rubbish. I guess there is more than 1 web server and 1 of them is misconfigured about 7z files. I reported this a very long time ago, and more than once, but it's still here... At least some things don't change in this universe !

Just because someone noticed the fps setting from the game options dialog was not saved per game and he needed it ! So you need to enable 1st "save per game screen settings" in video options, and then the fps setting will be saved with this new 0.64.15, that's all there is about it ! There is only a windows binary because I can't build the debian package anymore, I used an old laptop for that, and it's mostly broken now and I had to update it and it doesn't use debian anymore, so that's the end of the debian packages, sorry ! The source is updated and tagged in git though, so you can always build from source with enough courage ! Direct link to the download page : http://raine.1emulation.com/download/latest.html

It still lasts for 4 hours only, so it will probably be too short but anyway... and it's not directly linked to emulation, but it's still close !

I bet it's the forum fault, some "working only in windows" feature again ! (I use regularly mega in linux without problem). Anyway your link to google drive is better, more saves. I might take a look later, but don't hold your breath !

Nice glitches, I think I like them ! Can't access your link anyway !

Sigh I really didn't want to update this code, but with your habit which I never understood to always unpack new versions to a new dir you found a bug you shouldn't have found if you just uncompressed new versions to the same directory overwriting the old one like what everybody else does... ! I owe you some apologies, it was not because of some crappy hardware after all ! Anyway windows didn't keep its opengl setting when intiializing, it was related to a change for osx to allow non accelerated displays for opengl, and I didn't notice this because linux doesn't initialize the display the same way (and in windows I just read my old config file with proper opengl setting and this way it seemed to work too !). At least it shows yet another time why it's crazy to maintain 3 different os targets alone ! So... ! you get yet another binary, this time it correctly displays "0.64.14", and I have included some forgotten cheats about the wrestle game I don't like ! Notice : in linux sometimes the gui isn't displayed when I run a game in fullscreen, but it's a sdl-1.2 bug related to double buffer, so fullscreen only, it can be worked around by using a big window instead of fullscreen. Well I don't have this bug in windows 7, there I can use fullscreen without problem, but anyway if someone has the problem, just use a windowed mode then ! This should be the end for this version this time ! Sorry for your crash I can't do anything about it, I am not crazy enough to try to setup a virtual image with win8 just to investigate about this... !

Nope, a keyboard shortcut to work around a crash is not acceptable. Well this thing works flawlessly in my win7, so either it's in win8 itself or in the video driver. Anyway forget about your unsupported 16bpp idea, 16bpp is supported by 3d cards for opengl, so it's supported everywhere and even if it were not you would get a distorted display at worst, not a crash. Sorry I won't try win8, and I don't want to install win10 neither, maybe I'll have to do it one day if I upgrade my hardware but for now I don't really need more power and since I foresee a lot of problems with win10 I much prefer to stay on my aging hardware for now ! (maybe one day wine will be advanced enough so that we trash windows completely, but sadly it's not the case yet !). So well no solutions for you, use another emu or some hardware more compatible with what I have, these are the 2 only reasonable options ! ps : if it doesn't choose opengl by default it means it detects a problem like opengl not accelerated. By the way you can try to switch to normal blits or yuv overlays at least to be able to use the quit command so that your config is saved once. ps2 : with your description, maybe these crashes are because you use a crappy software opengl emulation which doesn't even do its clipping correctly so that out of screen operations end in memory and crash everything. In that case you really have some super crappy hardware because I had a laptop with an intel 945gm inside for 7 years (and it was using some software opengl emulation) and it didn't work that bad, but then again it was in linux, I almost never used it in windows... !

The weird config is because it got a config file in its 7z by mistake, sorry for that. For the crash sorry, I am not going to install win8 in a virtual machine just to investigate about this. That's also part of the reason I stop here, I would need someone who really likes to program in windows to address all the windows specific issues, but strangely nobody wants to do that ! For me sdl-1.2 works fine, I have absolutely no issue in linux, so well, I am just fed up with all this ! Game over ! EDIT : I just re-uploaded the 7z for 0.64.14 without the config files this time. They were created by mistake while I was testing it and I didn't even notice that (games.cfg and raine32_sdl.cfg).

Hum sorry mer-curious if you had read carefully, I :mentioned that this crash is very probably because of your setup and I can't reproduce it, and indeed, captcomm works without problem here, I even tested it in wine (to run windows programs in linux) to be sure and it's ok. You'll probably be happy to know that wine emulates the disappearing gui too when being in fullscreen. Well I can't fix it anyway, I remember posting something to the sdl mailing list about it long ago, never got any reply and they released sdl2 since then but it's too much trouble migrating raine to sdl2. But you were right on 1 point, I should release a last binary, so the downloads page is updated with a 0.64.14. The binary inside still shows 0.64.13 because I just recompiled it without updating the version number, but it's really current. There was indeed a change related to double buffer in opengl, but even with that it still fails in wine sometimes, and a change for sf2 and clones which were bad since the addition of combinations in the inputs. And a fix for a strange crash you reported in kof96. That's all, I don't feel like creating a new topic to announce this but at least you get a last update ! And it was hard to update it, I had forgotten how to do it ! I don't think I'll make a linux binary... ! In a final effort, I'll reboot my win7 to test captcomm there... ! EDIT : and I confirm, works flawlessly in my win7, no gui problem, no crash, perfect. Good night then !