Tux

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 !

by the work WE did, it was an idea from you and you were motivated if I am not mistaken !

Unfortunately as soon as I press Escape the Raine window vanishes. It doesn`t even need to be in fullscreen for this to happen. That`s why I asked for the safe-close shortcut. This would be the only way to save my data after loading a game in this machine/system. Even the bordeless setting can`t help me here. Edit: I`ve just noticed that with NGCD games I can reach the GUI. So the issue is with the arcade roms. It's a crash then, oh well you can always try to describe how you did that, but I guess it's related to some hardware on your side. This is the kind of situation where you could give some useful information if you knew how to build a debug version, anwyay... !

No, still there, but don't worry, not a big deal. I also get some garbage at the bottom of the screen after posting instead of seeing the page updated, but same thing, I live with it !

Lol, I suppose you could make this change in minutes, whereas I would take hundreds of hours to learn how to code. Actually no, what I mean is the dialogs are defined in a very very short way, but then all the code which handles this and displays them is not short nor super easy to handle, so it wouldn't be easy. Live with it for now, it's not a big deal. This is very useful for backing up, sharing and moving settings from one PC to another. I guess most emulators save the inputs profile to a file in the computer. But if it`s too complicated leave it for another time. Backup the config directory ? Anyway it's configured very quickly normally, not a big deal. I`m sorry for your disappointment with the lack of coders working with you. It's not only that, I am less and less interested in emulation, I almost never play any arcade emulated game now, I have continued to maintain raine for a few years anyway, but since it's growing, it also gets more complex and all this is really becoming crazy when doing it alone, so it's time for me to stop and turn to new things... !

ESC to call the gui and then Q, even if you don't see it. You should know that already by now ! A fullscreen window is not bad too imho, you don't care about windows decorations then. in opengl ? Well normally it's enabled by the driver, if it's enabled in the options and you still have a problem with that I can't do much about it.

Yeah I also get this at the top of the page : registry = ipsRegistry::instance(); $this->settings =& $this->registry->fetchSettings(); } public function getOutput() { return; } public function replaceOutput($output, $key) { require_once( IPSLib::getAppDir('ibprobattle') . '/sources/battleHooks.php' ); $this->battleHook = new battleHooks( $this->registry ); return $this->battleHook->statsTopicView($output, $key); } } ?>registry = ipsRegistry::instance(); $this->settings =& $this->registry->fetchSettings(); } public function getOutput() { require_once( IPSLib::getAppDir('ibprobattle') . '/sources/battleHooks.php' ); $this->battleHook = new battleHooks( $this->registry ); return $this->battleHook->statsTopicViewJS(); } } ?> and it's not in the source, it's like someone is testing something, except it's been like that for months ! I don't even try to post about it anymore... but thanks anyway !

Hi mer-curious, you are lucky I still come here regularly, I have the site in my bookmarks and it's a habit to come here even if the site is mostly dead now... I think the bug has been mentioned earlier, it's specific to sdl 1.2 in windows, but only with some specific hardware (doesn't happen in win7 with a nvidia here, using the default sdl driver + opengl + fullscreen). You can work around the problem by avoiding fullscreen, you can use a windowed mode without borders to look like fullscreen, it's a little longer to setup but it should work. Why are you always stuck with some hardware with problems ??? Hum no, I am not going to change this and rebuild a new binary and release it just for you. But I guess you are right it should be in video options ! Anyway normally we use keyboard shortcuts with raine, it was done for that, fps counter is f11 (by default). Oh this stupid forum doesn't seem to want me to insert a reply here so you'll have to find it anyway inside the body of your message... Yeah there are zillions of different pads out there and they seem to all use some different button assignments for some reason. It's not very long to reassign this with the gui though, using the keyboard again you can quickly reassign all the inputs for a game and the settings are re-used for all the other games using these inputs if using the default inputs which is the case normally, so you don't need a wizard here. If you really need one, use kega ! No I won't try it, not interested... Ah this time the forum allowed me to insert a reply, how nice from it ! Well the gui was made to allow me to add new stuff very quickly in the code without worrying about coordinates, size and so on. Since I was the only one of this, it had to be quick. If I had someone eager to improve the gui looks, it would be nice. As a matter of fact, I don't. So no, I won't try to touch this, but good news, you can do it if you feel so inclined, just download the source, learn to compile, etc, that's the hard way of open source, but at least everyone can improve the code instead of just complaining... Shitty forum. You are the 1st one to think about it, I don't think a lot of people would find this useful. I am afraid they are forgotten now, sorry I couldn't continue to do this alone forever, even if I had a little help for osx support toward the end, I was almost alone most of the time, and it's really too much ! Try to have fun anyway !

Ok, he replied by mail only for some reason, the cheat is not from him nor his team, but he found this old comment about it anyway : ""Enable this selection cheat as your chosen characters are walking into the ring. If necessary pause the game and select the character you want." I didn't test this, but it should work normally... ! EDIT : weather being way too hot currently, I took the time to test this anyway. The location of the cheats are good, but not the 2nd number which gives the character. Here is what I found : # 0 : hulk hogan # 1 : ultimate warrior # 2 ; Jake the snake # 3 : Big BossMan # 4 : Legion of Doom # 5 : Legion of doom again ? # 6 : Sgt Slaughter # 7 : Mr Perfect # 8 : Earthquake (unreadable at presentation !) # 9 : million dollar man Cheat09 = 1C0607:04:00:00:Play as LOD Char. 1 Cheat10 = 1C0191:05:00:00:Play as LOD Char. 2 So if you use these cheats, you get only 1 big logo for the 2 legion of doom chars, and they are slightly different. I guess that's what you were looking for... !

I guess there is a specific moment to enable these 2 cheats. This is probably the game which got the most posts on the forum and one I don't really like.. ! Anyway I forwarded the question to Stephh who was the expert for the cheats, I don't guarantee he will reply, and even if he does, it will probably take time !

I have read that apple wants to remove the ability to run 32 bits applications from osx, maybe it's already done ? In that case you can tell bye bye to raine, there will never be any 64 bits version of it, too many things to change for that. Best options in this case are either to use something in osx to run windows programs and run the windows version, or to run it from a virtual machine (supporting opengl, most of them do now). Anyway the readme was actually updated 7 months ago, that's not that old, the latest version is here : https://github.com/zelurker/raine/blob/master/README.OSX It was not using frameworks anymore already, but if your brew doesn't support 32 bits binary anymore, you are screwed. I tried to make some binaries for osx but sadly the osx tools tie the binaries with the osx version they were built on, and the osx version I used was already old (sorry I don't have any real mac around, using a virtual machine for that, and it was heroic because apple doesn't want you to run osx from a virtual machine running on anything else than osx, so it required some unofficial patches that I was lucky to find !). Too bad homebrew removed support for 32 bits binaries so quickly it was working very well and was easy to use. I can't do much for you in this situation. Post something to homebrew forums to tell about that if you have the time... there might be a way to install a version of homebrew which still supports 32 bits binaries and in this case it might be your easiest solution. Good luck and please post here if you find a solution !

An outstanding bug report I just received from the git interface (by mail), sf2 inputs lacked the punch inputs since the addition of input combinations 1 year and a half ago ! it was just 2 characters to change to fix it, but it's quite outstanding ! I am currently lazy so it's fixed on git and those who compile their own binary can use the fix, but is it really useful to make a new binary for this now ? (1 year and a half before someone noticed it, I guess it can wait some more !). Anjyway reply to this thread to complain if you really want a new binary !

The videos on youtube don't tell if they were recorded from the arcade or from mame, so it's hard to tell but assuming this one is from the arcade : ( video sjv7lpp5nTU in case it doesn't show in this quite broken forum !) https://www.youtube.com/watch?v=sjv7lpp5nTU I guess the difference you are talking about is the sound which can be heard while seeing the astronaut in the 1st images just before zooming on the planet, right ? Anyway the intro is the place where we see the most the bad zooming emulation in raine, I had hoped Antiriad would finish this one day but he lost all interest in this long ago (about 17 years ago actually !). Well the code is quite different if you had a look at the code for raine in the git section, we still don't use the c++ interface for one, and the update function uses 2 levels of while loops, I'd admit your code is clearer, there was some hasty testing in this area in raine and nobody never tried to clean things up... I am not sure I want to risk a rewrite just for this missing sound, I'll think about it...

Well there is no issue with the f3 sound afaik, but ok send the file, I'll take a look (we shared the one in raine with mame but it hasn't been changed for a very long time and I doubt the interface is still compatible, but anyway, send it !).

Good news at least ! Stupid apple to make this kind of restriction, there is nothing specific to 10.12 in raine of course, so it's done by the compiler... ! Anyway happy new year then, even if it's going to be hard probably !

Not sure I have the motivation to do that now, mcu stuff is pretty tricky usually, but thanks for the info anyway !

It's a good old build where you drag directories and it just works, contrary to all the mess of last year. A kind of christmas present ! It was built on Sierra, it might be compatible with some previous osx versions but I didn't test that. You'll find it at the top of the mac os page. You need the frameworks linked from the page to make this version to work. There are a few osx minor fixes in it : new default key for fps counter f12 instead of f11 since f11 is reserved for the finder, fix to detect mounted directories in the file selector, included m68kdis and dz80 since it's difficult to install them in the current osx version (usefull only in the console anyway), allow to use opengl when non accelerated (actually probably only usefull when running from a virtual machine !). Also this version returns to using the assembler version of the video core and the 68020 emulator, which is more like the raine spirit ! Also I wonder if it's worth updating the windows version, a small fix for kof98 for mer-curious in it, the fix to force the double buffer setting in opengl, the ability to setup the locations of m68kdis and dz80 for the console... Most of the previous changes were for osx, but there are a few details which could be usefull to other operating systems as well... The updated instructions to compile raine in osx are there.

I did wonders with my vmware image, raine osx now uses the asm code like the linux and windows versions, and uses frameworks anybody can install by just draging them to the frameworks directory like the good old osx versions... Just give me a little more time to upload this tomorrow (it's 3am now, I think I am going to take a break !). Also I have put a few osx specific fixes, it has been a very long time since I was able to test this and there were a few small fixes to do. If you still want to compile it yourself anyway I can try to help you but it will become useless after this. For your message, it means there was a mess between 32 and 64 bits symbols, it's not clear which symbols since TFont_ttf::dimensions is part of raine and should not be affected by this, maybe you need a make clean ? Anyway wait a little more and you'll be able to just install this by draging stuff. For info for those who like compiling stuff : it's still based on the libs from homebrew, or the brew command in osx, very well done, I just use a script to convert these libs to frameworks to be able to distribute a program usable by end users without having to compile stuff themselves... ! Sorry for the long delay before being able to fix all this mess, I just didn't have any access to any osx version.

You should NOT define CC or CXX, it's done by the makefile where needed, and 64 bit is not supported except as an experimental feature (almost no driver can work in 64 bits, and almost no cpu emulator is supported). It's been years since I didn't compile anything on osx, it seems opengl linking must be explicit and not implicit, anyway... So a last try : We'll need to take a back a few frameworks from the LIB line, and change it completely in fact, so edit this part : ifdef DARWIN # Official SDL1.2 frameworks (SDL / image / ttf) in /Library/Frameworks CFLAGS += -I/usr/local/include/SDL/ -DDARWIN LIBS += -framework SDL -framework SDL_ttf -framework SDL_image -framework Cocoa -framework OpenGL # SDL_sound is statically linked from homebrew as gettext, libpng etc. LIBS += /usr/local/lib/libSDL_sound.a /usr/local/lib/libintl.a -liconv should look like this : ifdef DARWIN # Official SDL1.2 frameworks (SDL / image / ttf) in /Library/Frameworks CFLAGS += -I/usr/local/include/SDL/ -DDARWIN LIBS += -framework Cocoa -framework OpenGL # SDL_sound is statically linked from homebrew as gettext, libpng etc. LIBS += -lSDL_sound -lFLAC -lintl -liconv and then remove this block, or comment it out (a few lines below) : ifdef CROSSCOMPILE LIBS += -lSDL_sound -lFLAC # -lmodplug else LIBS += /usr/local/lib/libSDL_sound.a /usr/local/lib/libFLAC.a /usr/local/lib/libsmpeg.a endif #CROSSCOMPILE and this time everything should work, assuming you have correctly installed all the dependencies... good luck again ! EDIT : I finally found a usable vmware image of osx, from Italy and in italian, but I managed to change the language ! It's a sierra image, works well but no 3d acceleration so even if I decide to use it my testing abilities will be very limited ! Oh well this is kind of risky I can't be sure bad things have not been put in such an image, the kind of risk which could be avoided if apple accepted that vmware and virtualbox officially support osx... I'll see if I use it or not to update all this mess...