Tux

Following mer-curious changes I had to update the translations, that's where I discovered that I lost the spanish translator mail (he didn't leave it in the header of the translation file as he should have !). And the Italian didn't reply yet. I took the opportunity to improve the french translation which I stopped way too early, but I won't be able to fix all the translations alone. The last active translator except me is the Brazilian Portuguese one ! (and it's not mer-curious !). Anyway it's not an emergency, in the worst case, the spanish and italian versions might see a few surprises appear in the next release... ! edit : actually the errors for the spanish and italian versions were because of some old text changes which were never propagated to the translations, not related to the recent changes. I finally updated both with the help of google translate, luckily it's just about very short texts so it should be ok, and it's better than an obviously bad translation !

Well the reasons are actually varied for these games to still be on the "non working" list : - arkanoid is just a parent set which never worked, but since there are already many versions of the game which work, there's no reason to take the trouble to make it work. The closest version is arkatayt, and there is a bootleg with a level selector builtin, arkangc. - dangar is an unfinished driver started by Antiriad in the old days, he actually thought it was a 68k + z80, but it's actually 2 z80s inside, so only the sound z80 is emulated for now, so the driver is barely started, and there is no motivation to continue it so far. - air inferno / american horsehoe and some others in the list it's some pseudo 3d taito hardware, never emulated in raine, and never felt the urge to try to emulate it neither, here again it's started by Antiriad, but never finished (there were quite a few drivers he started in 0.28 that I finished later, but not these ones). - chaknpop : not sure about this one, it still uses the 8bpp video functions, so it displays garbage on modern hardware, but except that its main problem is an unemulated mcu (protection chip), this driver was never touched since raine moved to git, except for the big modifications which touched all the drivers. - there are a few cps1 bootlegs which don't work because they were imported while importing a list of drivers from mame but they work quite differently from the original hardware and they don't seem really interesting, so not worth the trouble (dinosaur hunter, etc...). - operation wolf 3 : Antiriad was happy to have this one only in raine for quite some years but actually it doesn't work with the recent rom dumps, I never investigated why, sorry I really don't like the game, and I need to like the games at least a little to work on them ! - Rally bike : it's a toaplan which was never finished, well obviously not one of the most interesting toaplan games. It has video alignment and video priorities issues, so it's long to fix, motivation quite low. - Record breaker : I actually don't know why this game is in "non working", the intro demo seems to work, and since there is no comment in the driver to say why and it was put there before moving to git, I have no idea, it might actually work, at least partially, need more testing. That is about all the reasons there are, so nothing hot about to be fixed soon there, it's more about either the forgotten drivers or the drivers which don't need to be fixed because there are better alternatives. A few could be fixed if someone gets enough motivation (which is very unlikely currently !), and "record breaker" might work at least partially !

all of them ? the drivers ? Well it depends on what you mean by working, but most of them already do. Now we can always be surprised to find some old bug hidden in a driver which hadn't been changed for 20+ years like what happened for soldam recently, so it's very hard to tell when things are really finished on this side... !

. ... and what would you see inside it?

It's mainly to give a binary to those who don't compile from git, because there was a bad bug in 0.94.7 which broke the region switch in all the games which had one ! So basically, it's just this fix, + the fixes for soldam discussed in a recent forum's thread. Sorry, I had my share of problems this month, so no shiny new additions, just some official binaries for this important fix (it was because of mer-curious changes in the menus, but I should have noticed it, I wasn't careful enough). Find 0.94.8 there : http://raine.1emulation.com/download/latest.html

Ok, it's fixed for good this time apparently, sorry I had broken the region switch for this game and since I didn't play raine a lot lately I didn't notice, it happened because of mer-curious string changes in the main menu... ! But I should have noticed that anyway. I also fixed the hiscore.dat for soldamj But even in english, I am not sure I completely understand this game, my lines don't always disappear... oh well !!! This means adding the english romset is not necessary, just use the region switch in the main menu to switch to "sodam - america", and the texts turn to english.

ok, it's fixed in git, but I'll try to add this english soldam rom tomorrow then ! (and so you tested soldam already and the speed hack applies without modification ? What a luck ! But I'll see that tomorrow, it's getting late !)

Wow, this is some super old bug, from 2000 at least, I must confess I never played soldam (japenese game so...). You read japenese ? So this is some very old code from Antiriad, I made some tests and found your disappeared layer, it's because it's usually drawn as 16x16 sprites but for this screen specifically, it's drawn with 8x8 sprites, and this was unexpected, the 8x8 sprites are not available ! I'll need to read some more code to see how/if the 8x8 sprites can be generated, it's probably not too complicated, but it's some totally unknown territory here... ! Thanks for the nice things too by the way, and nice to see another arch user !

Yeah I don't use chrome usually neither, I installed it specifically to test here (and that reminds me that I need to uninstall it !). The reason might be an extension I have which allows to bypass most of the captchas "I'm not a robot", privacy pass it's called, it's there : https://privacypass.github.io/ 1st time I see a problem coming from it... And I still don't have ublock origin because it's an old setup and originally it didn't exist, so I still have adblock+ + privacy badger, works great so far even if some say it's not super optimal, so I don't change ! Anyway the 2nd link worked for me too, it was just this stupid countdown of 1 minute for a 5 Mb file which was crazy, you don't have something like that on mega.nz, and probably on most of the other space providers of this kind. But thanks for the comment !

It's curl which is the most annoying with its dependancies, there are a lot of protocols in there which are totally useless in raine, but it's annoying to build it from sources and disable what's not needed, it's much easier to use binary packages but if you do that you get all the dependencies. Well usually I test the dlls by removing all of them in linux (with wine), trying to launch raine until I don't get any message about any missing dlls, yeah I know it's quite annoying to need that many, curse the binary packages... ! It's possible to get rid of a lot of them by building from sources, but it would have to be redone each time an update is needed. Normally these dlls shouldn't be updated except sdl2, but you never know. By the way the latest version of sdl2-image has a problem with our logo (it doesn't support indexed pictures anymore directly and I absolutely need the palette here to make the color animation you can see in the about dialog). So sdl2-image is not updated and will not be updated.

Ok, normally it's fixed, you have a new 32 bits dlls package. To give some more details, this RegLoadMUIStringW function is linked to a new api incompatible with xp, normally the dlls are built without it, but with all the dependencies sometimes something slips by. Here it was libglib-2.0 which was using this, and it's not used directly by raine ! I found an old version to replace it which doesn't have this function, it requires its own libgcc dll, so there are now 2 libgcc dlls in dlls32-0.92x ! Oh well... I won't bother with the 64 bits version unless someone really needs it. Normally you should be able to test that without a new binary since raine doesn't use this function directly. (and I finally noticed your permanent link with 1 minute of wait time, use mega instead of this, it's less crazy, it also contains a libglib-2.0-0.dl which uses this RegLoadMUIW function, so it's quite surprising you can use that ! Anyway the new package should be better). dlls32-0.92x.7z 2022/10/23

I tried with chrome, it tried to force me to install an extension... !!! Total bullshit, I'll avoid this link, I'll try to find something else...

I would have been curious to check your sendspace link, but for I don't know which reason it just doesn't work with my firefox here, the screen flashes briefly and that's all, it's not a popup, it's just a javascript mess apparently... !

I add it for windows only when there's something new inside, if you overwrite your directory with each new release, you have it. It's because the file is quite big, and it's a waste of space if there's nothing new inside. It's in every linux release though, because for linux it's more complex to remove it only sometimes ! edit : also, linux binary versions are not archived, if you want an old linux version you must compile it. In these conditions it's mandatory to include the data files !

Apparently there was a bug with recent versions of SDL2 which prevented it from working with xp. I updated SDL2 to 2.24.1 in the 0.92x dlls packages, you can test that if you want now, but a recompilation of the raine binary might be needed for that, so you'll have to wait for next version. It's worth testing if you are curious anyway ! (I can't test xp here). Also there is a very annoying bug which was fixed apparently which prevented from running the 32 bits executable of raine from a mingw terminal, not tested yet for this one.

Yeah loading the parent is a good idea, it's just surprising nobody thought about it earlier, it's already done for history.dat which has almost the same format so it's strange it wasn't done for command.dat. There are a few examples where it can be useful like 1944d for 1944, and it's only 2 lines to do that, so it's done.

raine -h to see them, assuming you have a good terminal, if you don't see anything, try raine -h > file and look into file.

I don't use dat files but I remember some people did that, using the command line options, so yeah there is a way. It won't produce any dat file directly though, but it can give the information required to create one.

Well there are interesting cheats sometimes, which extend the possibility by adding options you wouldn't guess, it's worth at least opening the dialog to see what there is inside, really... For mame, oh no, I use their source for information on the hardware, despite the fact that it becomes harder and harder with recent versions, but except that, our code is extremely different, there is only the sound part, and a small part for the eeproms that we have in common (+ the C z80 and the C 6502 for the 64 bits version, well they are modified to work in raine, but they come from an old version of mame). Actually the sound part is even different in their recent versions, but it's not really a problem anymore. Except that our code is really too different for that, even the mentality is quite different, they try to be closer to the electronic board in the original arcade machine, I try to make the code of the original machine work as smoothly as possible, in the end it produces more or less the same result, but it's 2 very different ways to reach it.

Wrong directory, my bad !!! 1st time I did that, I must be tired, it's fixed. I didn't look into releases on github, but 2 binaries to release on 1 site is already enough to make a mistake clearly, so I'll avoid to make things even more complex. It would be nice if there was an automatic way to generate a binary package on github, but with all the dependancies and the fact that it's in windows, it's unlikely.

There was a big bug related to cheats in 0.94.6, some games lost most of their cheats because of it, so that's the main fix of this version, and if you don't use them you can skip this update if you like ! Still about cheats the mouse didn't work in the cheats dialog and for some reason it took more than 1 year to get noticed, I know I use mainly the keyboard in raine, but it's strange nobody reported it earlier ! And the new kof clones get some cheats too. Except that mer-curious continued his quest to fix the texts of the interface, since I didn't update the translations accordingly yet you might see some english text appear in some places if using one of the translations. That's all, get it from there : http://raine.1emulation.com/download/latest.html

No you didn't understand, it was about all the same dates which showed up for you, and a little less for me but here too. This is obviously a bug because these files were accessed by something else than raine, here windows probably while copying things. So it won't try to guess the last usage date of a game from the access time in savedata for windows from now on, but if you initialized it already, it will stay, this stat is saved in the stats file in savedata, remove the file if you want to restart from scratch. Yeah just seen that, it's merged. Which shows that you probably didn't use the cheats a lot until now, and that I actually always used the keyboard ! Nice find, no idea why the mouse doesn't work, it's right that this dialog is quite special, probably something it doesn't like there, I'll have a look later... edit : it's fixed in git, the stupidest bug ever, a 1 line fix, it's there since march 30th, 2021 ! (it was added because if there is a comment for a cheat which is too long to fit on the status line at the bottom of the screen you have to click on it to see the whole comment in a message box. It's the handling of that click that totally broke the mouse in the dialog !). Lol, yeah I had missed it. Very minor issue in the game yes, but in the code probably not, the raster stuff is always a real mess, so considering that it's extremely minor in game, I'll pass for now, thanks ! (fbneo didn't have too much trouble to make it work, it's the mame code without modification for that !).

To make a precision : it's not exactly windows itself, it's the fact that these access times are updated too easily : - you make a copy/archive of the whole raine directory -> all the files inside savedata will have their access time set to current time - even worse : there is a symlink emulation in mingw64 by default, you want to make a symlink of savedata to a distant location : here again it's treated as a copy, so all the files inside will have their access time set to current time. I don't make often copies so I thought I would have at least some reliable data here, but no, this access time is changed too easily without noticing. So yeah the best is probably to just disable that for now, you'll start from an empty list, it avoids unnecessary questions.

Well you must have some data files from these games in savedata, and they were accessed all at the same time, which is quite surprising indeed ! I didn't check that in windows, but I assumed it worked the same, I'll go checking it to be sure. Why have a static display ? It wouldn't change anything to the sorting, it's still the date the thing was played which is stored, it just displays the time difference between now and this recorded time. Before you report it : there is a bug with cheats in 0.94.6, because I added something to the console to have comments starting by ; or # anywhere in the line, except that mame enclosed a lot of # between " in its cheats, so these are strings and should be ignored. I didn't think about that. Because of that, a lot of cheats just disappear, like all P2 cheats for kof99. It's fixed in git. After checking : it seems windows is totally crap to handle the access time, so the best solution is simply not to initialize at all the recent games in windows, and just ignore their crazyness. This code will be removed in next version, sorry for inconvenience, I should have tested that, but I don't like very much testing in windows... !