Tux

Oh well, search that in a search engine, there are some pages about this weird code, but at this point, it's your system... if you unpacked the raine package to a directory, then the dlls in the same directory and then launched from there and got this error, then you should check your system, read the pages about that. Hint : raine doesn't use any visual c++ redist files, nor microsoft .net, so you don't have to check that ! Good luck !

Thanks for the info, yeah hopefully these shouldn't affect me here ! They were quite crazy to choose something like that, I don't like utf8, but compared to this it's paradise !

Ok, I'll start by what took me the biggest amount of time, even if it's very specific, the unicode filenames in windows ! So to see the problem you need some non-standard characters in a folder or filename, it's easier if it's on a folder containing some neocd game. I visited the wikipedia page about "the king of fighters", and got the japanese name of the game from there : (ザ・キング・オブ・ファイターズ 京). So just copy and paste this at the end of the name of such a directory. Then run any previous version of raine : the directory will be impossible to find ! It might be possible to do that with just 1 character, and less exotic, but I am not sure about this, and I am sure about the japanese name ! The reason is because microsoft has some inherently broken api to access its files, if the filename contains some non-standard character for the current code page of the system (which can't be utf8 of course !), then the usual functions to access files return a filename which is absolutely unusable. So the old versions find nothing when trying to access the dir, and forget about it. I am not going to tell the whole technical solution I found, if you want to see that, go to the git page. But shortly, the file selector now uses windows native functions to get the file listing, but since it still needs a standard file name for the file operations, it uses the short filename when available, using the usual long one just for display in the file selector. This means the workaround will work only if your volume has some short filenames, but normally it's the default for any volume created in windows - I created one in linux and used it in windows, in this case it didn't have any short file name, and it took me quite a while to find out how to reactivate them for this volume ! Anyway, after this you should see something for the directory if using this version. If you really want to see the Japanese characters in the gui, you'll have to replace the Vera.ttf in raine's font directory by some font containing these characters. All the biggest fonts in your windows fonts directory should work, assuming it's not too old. msyh.ttc for example, just copy this one to fonts/Vera.ttf in raine's directory and you are done (I prefer the look of Vera, but it has no japanese chars !). (difficult to copy that using the explorer because it doesn't show filenames from the fonts directory ! Oh well, you can always use the very outdated cmd.exe for that, dir /Os to have the biggest files, then make your choice and copy !). Except this big annoyance, the other changes : - fixed again some cheats, this 0.91 version is mainly about that after all, there were some bugs for kof98 particularly, I found quite a few which obliged me to redo the conversion for most of them. - added some new command line switches : -nb, -wb, -rp, see raine -h for details. - Fixed the display when starting raine without any gui in opengl (-n switch). So that's quite a big one, once again... I hope I won't have to deal again with these unicode characters at least, I couldn't leave it like that with some files impossible to access, but it's a mess I prefer to avoid otherwise ! Still the same page : http://raine.1emulation.com/download/latest.html (oh by the way the previous versions had some useless xml files in the scripts directory, useful only for conversion, they are gone now, so if you unpack this version in the same directory you can remove all the xml files in scripts).

Sigh. It's used like this : raine -geometry 800x600+10+10 -n 1944 (for a 800x600 window placed at 10,10) As I already said, passing a zip, or a 7z is to read neocd games, not standard roms, this message makes sense in neocd only ! I added a few command line options, -rp to set the 1st rom path assuming you never ever use the gui to do that, which is rather weird, -nb to have no border, and -wb to have a normal window with border, useful since -geometry removes the border (better like that when you want to place precisely a gaming area on a tv where the borders of the image are invisible). They will be in next release.

There is a problem with windows that I discovered lately, but usually it doesn't happen with a simple character such as ' but you never know with them... The trick is that when you have a character which can't be represented with an 8-bits representation, then you must access it with some utf16 representation specific to windows only and absolutely not portable. On the other hand such characters are usually represented as utf8 in other OSes, but it's just impossible in windows, no utf8 support (or almost none, there is a very basic one for the console only, but nothing internal). So... ! if raine stumbles on such a file, it will get an unusable filename for it ! Usually I see that by adding some japenese characters to a normal filename and even like that with some japenese characters the file can still be accessed normally, but not with all of them apparently. A big mess from microsoft, as usual. I considered the idea to try to access the files as wchar* as they call this insanity, but the problem is that it changes all variables in the program which depend on the filename and since it's not portable at all it will create a big headache in linux to say the least ! So the idea is to stay with the basic representation for now, and keep it for as long as possible. So maybe your ' was not a standard ', windows changes that sometimes to some weird character which creates some problems when reading that in another os... ! Well no luck in this case I guess. I don't know anyway to avoid this utf16 nonsense in windows, and I don't want to break compatibility because of it, so for now the best solution is to rename the files when you find something like that !

Probably because you passed a zip file on the command line, so it assumed it was a zip containing files for a neocd game, ipl.txt being the main one if it doesn't find it, it stops here. You are going to have to learn at least the basic, I can't answer all the basic questions !

Yeah yuv overlays are disabled in 64 bits because the color conversion is done in mmx asm, very fast, but 32 bits only. You can also try the windowed mode. -fs 0 with -geometry. Reminds me that I should add a command line option for "no border"...

-g is optional but is not followed by a path, but by a game name. If the game is the last parameter then you can forget -g A path is used only when passing a neocd cue or iso file. Now you are out of luck there seems to be a bug with opengl when using -n Meanwhile you can use -video 1 which is working with -n, or wait, but I don't plan to fix it just now, sorry, or try to patch it yourself... !

Ok, reuploaded the 0.91.2 windows binaries just for this fix, it's the only thing changed inside, not worth increasing the version number, but worth releasing it anyway. Make sure your browser cache is cleared (by restarting it since last time you downloaded it, it should be enough), and download it again, it should be ok this time.

Yeah it's not a font problem, at least I don't think so, it happens only in windows, encoding problem probably but not obvious. I avoid the french version and use the english one, but I guess I should look into it... Ok, it's "fixed", that is, apparently windows doesn't support any utf8, I am so used that mingw brings compatibility with linux that I didn't notice, they convert utf8 strings to latin1 so that they can be displayed by this nonsense of an os ! So I just removed utf8 support for windows, and it fixes this bug ! Windows is just too stupid, ad-ridden and barely usable, but it's fixed anyway !

yeah and you can even use raine -h to get the command line options (assuming you have a real terminal, not cmd.exe). If you have cmd.exe then do something like raine -h > log.txt and look inside log.txt then !

Wrong forum, you should post to emulationstation, I don't know this frontend... Or you could try raine directly eventually !

well normally there is no directory in the cue file, all the files are supposed to be in the same directory. And I just checked by renaming my kof95 to "kof '95", and it still works flawlessly... Anyway glad that it works for you now !

The dlls package above the binaries for versions >= 0.90 maybe ?

No idea ? There are messages everywhere to help against syntax errors in the cue files, but it doesn't complain if it can't find a file. So maybe try without the cue file, move it out of the dir or rename it, then select the iso in raine, if it suddenly works it means to really have a problem with this cue file ! Here is the beginning of my cue file for kof95, notice that in my case I re-encoded the wav files to ogg before deleting them which takes a lot less space, without touching anything in the cue file, raine knows how to look for many type of audio tracks. Anyway the cue file looks like that : CATALOG 0000000000000 FILE "King of Fighters '95, The (1995)(SNK)(Jp-US)(Track 01 of 41)[!][NGCD-084 MT B10, NGCD-084E MT B03].iso" BINARY TRACK 01 MODE1/2048 FLAGS DCP INDEX 01 00:00:00 FILE "King of Fighters '95, The (1995)(SNK)(Jp-US)(Track 02 of 41)[!][NGCD-084 MT B10, NGCD-084E MT B03].wav" WAVE TRACK 02 AUDIO FLAGS DCP PREGAP 00:03:00 INDEX 01 00:00:00 ... I hope it helps !

And 0.91.2 is posted : - the cheats about the audio cpu didn't work, it's fixed. - Another fix for some scripts which were incorrectly identified as "Set" scripts, like for mslug "Hit Anywhere" (it has an "off" part, and so these cheats didn't work, executing only their "Off" part when you tried to activate them). - and the gui bug which wasn't showing an updated joystick control for some inputs It's a small update compared to 0.91.1, maybe the last for this 0.91 version ?

Yeah dependent on blend files, and it's normal the blend files just affect some transparency to some sprites, if the sprites are used more than once you run this kind of risk, and it's clearly the case here.

Are u sure there's something wrong ? Maybe it's just a way to make sure the subtitles stay readable even with a white background ! It's not the blend files, they add transparency for some sprites, that's all, they wouldn't hide anything. Hum, there is a slight change in the intro when disabling the blend files, you can just rename the directory to do that fast, or there is an option in the gui to disable them. I am not convinced your save states show a real bug though... By the way did you know save states are also dependent on the bios used apparently ? Using the universal bios 4 with them creates a crash on the 1st one, the 3.2 version or the old europe bios both work. Anyway... !

It's fixed, but I forgot do do it before the release, it's very minor anyway, just a typo error which was unnoticed for very long, the update is done but it doesn't show in the dialog, you can just exit from the dialog then call it again and the input will show. It will be in next release. And the change for associations is in 0.91.1 of course !

I just posted 0.91.1. Since last night : - lots of hex numbers were not identified in the cheats conversion from the xml, much better now (particularly for the masks) - cheats using watches with loops inside are now supported ! - you could not disable sound, not sure if it was for all drivers but probably. Setting emulate sound = no and then going back to the game was reseting this to yes ! I guess nobody tried to disable the sound for a very long time ! It's fixed, but notice that some games don't like to have sound disabled and you can get errors if you try to do that (in neogeo for example, you get a nice error about the z80 !). That's quite a lot of fixes, oh well the conversion was huge, I couldn't hope to have everything right in 1 go, let's just hope it's closer to perfect now ! Still the same link : http://raine.1emulation.com/download/latest.html

Thanks for the good news, I'll try to have a look at this gui stuff before releasing 0.91.1, it must be minor...

Hey thanks for the info, I use arch too and didn't even think about checking raine package in aur ! It's a little outdated, still using 0.64.16 here, but I didn't tag git for 0.91 yet, and there are big changes in the way it's built for 0.90 so it's no big surprise. Well I'd say it's probably a build problem actually there since as you say the windows version works well here, if it was only neocd I would say a problem with sdl_sound, but since there is neogeo also in it, I am not sure... Eventually drop a message to the maintainer of the package and you can tell him to post here if he needs. (I'd like to give a link to the aur package on the download package, but I'll avoid to do that if it crashes on things like that... I'll eventually try it, but it's an optimized build without debug symbols so it's hard to guess what went wrong here.) edit : I tested it, and I confirm the crash, I would say it seems linked to the sound, but not sure without a debug build, there is no message to see, just a crash as soon as the game tries to emit a sound (after the neogeo bios logo). I'd say rebuild in debug mode and run it from gdb, but here you can't do that with that binary, post to the maintainer then... I can ony confirm it shouldn't happen. edit 2 : found the cause, I looked into the build directory, it's just that he forces an optimization for "generic" cpus, and apparently there is something there not appreciated in the build. Actually this file is forced to pentium3 in git since 2016... and it was even in the source archive he used, I checked. He used x86_64, which is not a good idea, 0.64.16 is 32 bits only ! Anyway he should just have used the default cpuinfo instead of trying to change it. I can attach the fixed binary to this post, but you should really send a message to the maintainer... and he is behind by quite a few builds already, this 0.64.16 is from december 2018 ! More than 1 year late. Oh well I will give you instructions on how to fix it rather than attach the binary : just go to the directory where you have the PKGBUILD and all the other files, type : cd src/raine-0.64.16 edit the cpuinfo file so that it should be like this : _MARCH=-march=pentium3 -mtune=pentium3 CPU=pentium3 then type make clean make -j8 (-j followed by your number of cores). It will make a new binary, now just copy the raine binary you will get to /usr/bin, you are done. Or alternatively you can edit the PKGBUILD file, and remove these 3 lines : # 'detect-cpu' script does not recognize most recent cpus, use generic optimizing echo "_MARCH=-march=${CARCH/x86_64/x86-64} -mtune=generic" > cpuinfo echo "CPU=generic" >> cpuinfo then save, and delete the pkg and src directory and the xz file, re-run makepkg -si and it should be ok this time !

And quite a few bugs found again (related to cheats of course). 0.91.1 is under way... probably tomorrow ! The biggest one : "Set" cheats were running continually instead of just once ! And the watch cheats were forgotten in the conversion, the result did nothing simply (those which display something instead of changing it). And a few errors with hex numbers in some cheats. And don't try anymore to load cheats from the parent for clones, we now have all cheats, and when a clone has none it's probably not a good idea to try those of the parent, for example : pacman25, the invicibility cheat has a surprising effect ! And a bug when reading scripts which did not finish with an empty line, it often produced a crash when trying to activate the last cheat of the list ! 0.91.1 should be much better, but I prefer to do that in the morning !

Ok, I finally had an idea, if you used too often save and load, it's possible you saved or loaded in the middle of a sound command, the z80 accepts commands on more than 1 byte often. So I added something to save the status of the sound command now. The bad news is I can't do anything about your saves, they don't have this status saved, and I can't do anything about it. You'll just have to test again and see how it works... It's not even guaranteed to be better, I am not sure to perfectly emulate what the z80 does with these associations, maybe there's something I missed there, but since I don't have all the sound commands you received I can't do more about it. So here is the binary only, based on 0.91, test if you can and report ! raine-assoc.7z

Yeah yeah I know, 0.90 was supposed to be the last, but there was this mistake about cheats where I forgot the very old cheats.cfg file before realizing it was incredibly outdated... So here is 0.91, with the xml cheats from mame converted for the raine games. The cheats are included in the binary archives of the emulators, which makes them somewhat bigger (2.2 and 2.4 Mb, which is still very small for archives nowdays !). So thanks go to puggsy and his team for the work around this, I know how long it is to find cheats at least ! I picked the colors idea from them too, I found nice to have off in red and on in green for the cheats interface ! Except that when a cheat needs a parameter, it opens its own dialog which makes a huge difference from what we had before. There are tons of new cheats, some improve the playability of the game, try those around arkatour, or any arkanoid clone, there is one to choose the ball speed and prevent it from accelerating ever again after that, very useful to train, and you can even choose that you don't loose if you loose the ball ! (which is really the ultimate cheat in this kind of game !). The cheats are in the scripts directory. The neocd games use cheats from the scripts/neocd directory if there are some, but since there are very few there, they use those in scripts/raine if there is nothing. Some games have a different memory map in neocd, but those interested will have to test. The conversion from xml was made by a perl script, it's in the sources in git (bonus directory). I think that's all there is to say about this one, have fun ! Oh yeah, a link to the download page can help since there is no icon around the forum for that : http://raine.1emulation.com/download/latest.html Oh, and there is no cheats.cfg file or neocheats.cfg file anymore because they are not needed anymore ! And I can't guarantee all the cheats will work, because I couldn't possibly test everything, but I can promise most of them will work... !