Tux

Mainly : - a lot related to the new file selector for the ips dat files - supports some very basic editing of the .ini files in the ips directory, don't abuse it, these files are not supposed to be edited, but it should tolerate // at the beginning of a line and empty lines - Sample rate was wrongly initialized to 11 KHz if you launched raine without any config file (brand new install) and called the sound options dialog before loading any game. Most users would change manually this frequency rate in this case, but anyway... ! Now the sample rate take is the one returned by SDL_GetAudioDeviceSpec in all cases. - speed hacks are disabled by default in neogeo options, too tiresome to track the list of games which don't support them. - the music which was gone during the neogeo logo for aodk is back ! It was related to some very technical neogeo hardware initialization, see the source if you want details. And sorry ffman1985, not enough motivation yet for what we discussed, but I didn't forget. Get it from there, as usual : http://raine.1emulation.com/download/latest.html

Ok, I surrender, you get your update, 0.95.1 released !

I was about to reply that too much time passed and I lost all motivation for that, but I got curious how you could mess up your things so much... ! so all interest is not gone yet it would seem... ! Anyway, the 1st point is that I told already twice that the .ini file SHOULD NOT BE EDITED BY HAND, it's in bold and in uppercase, if you still don't understand, I don't know what I'll be able to do after that ! You are sure to make it fail if you edit it by hand, said twice, ignored twice. Here it's probably because of an empty line you added at the end of the file! Yeah I will eventually add some at least basic parsing so that you are able to copy directly your precious files... ! But for now, just avoid that. After that the double kof97 is because there were a few bugs in this new file selector in case there is only 1 directory in the ips directory. And why didn't I see it while I tested ? Because I unpacked the whole archive I got from the internet, and didn't try to do any subtle stuff here, I guess you didn't do the same because it was already unpacked somewhere on your disk... we have symlinks in linux for that to avoid to have to copy things over and over, microsoft says it's too risky for security reasons... !!! Anyway... The bugs are fixed, and that's where you see that I added that in a hurry, there were quite a few for sure, all small, but if you were in this specific case, it exploded. You are really a bug magnet to get all the worst stuff all the time, there was even a linux specific bug when doing things like that ! Anyway so it's fixed here, but for you for now : just put more than 1 directory in your ips directory, avoid to edit this damned ini file by hand, and it should finally work!

Ok you found a bug in the very 1st run when there is no config to read and the user call the sound options dialog before loading any game. In this case the sample rate is initialized to 11 Khz and it's a bug. There will be a workaround for this in next version, just force an early soundcard init when there is no sample rate to be sure to be able to ask the preferred sample rate to the device. Meanwhile next time you are doing a test without any config file, just avoid to call the sound options dialog before loading any game. By the way this bug is here since Dec 27th 2021, so it's not new, but you had to call this specific dialog before loading any game and at the same time not having any config file to see it.

The audio device is saved as an index (a number then) in the config file, it's an index in the list of audio devices returned by sdl2, but there is no specific info about the order of the list, I guess it's just OS dependent. Usually the internal devices come 1st, then some eventual external devices (if it's like linux they are in the order in which they are detected, simply). But anyway using this is relatively easy : plug a tv, if the sound can't be heard, open the audio options, search for the correct device, once the sound works if you quit normally the setting is saved and if nothing changes the next time you launch raine the sound will work on the external device from the start, I use it on a tv from time to time too (not too recently because I switched to a fan-less pc to experience some total silence while listening to music but this mini pc should have at least 1 more usb port, I should eventually try to connect an usb hub to work around that but for now I just use the tv, music and video functions, no games). But anyway when I used the normal tv, this setup worked without any problem, but in reality I used the tv only once for testing, then I returned to using the stereo for sound output ! I never tested with windows on a tv, but I don't think it changes its devices index at each reboot, it's not that bad, is it ? Even microsoft recognizes their windows needs a modernization, they promised it for windows 12... ! Wait and see, if they are not eaten by the AI craziness before that !

Still no idea, what's this text box which disappears while in pause he talks about ? It's unlikely it was something from the gui because he wouldn't find it in nebula then, so I don't know what it is, in pause the screen is drawn normally... ! Anyway as I said, just forget it, outdated.

No idea, with the line barring it it's barely readable so I didn't bother to try to read it ! Yeah well neocd main purpose was to port games from the arcade, normal since the hardware is so similar to neogeo, that's the reason why almost all the games are arcade or action. I think they just made an attempt with this, and considered it was just not good enough to translate it to sell it in foreign countries. After trying it, I agree, it feels like a start, but really not enough depth in it. Those interested have probably gotten the file translated iso by now, which was really the better approach, how many years was it already ? Way too long for sure ! Also rpgs were maybe a little less popular at that time, but we had "dungeon master" on atari st and amiga in 87, so long before that, and it's still legendary (maybe not so legendary today, but it was a tremendous hit at the time !), so it's not because of the platform that the game is not good, it's just a lack of motivation. They probably wanted to add a bit of rpg but keep the action paced game they had for the samurai spirits serie, but the result is lot of repetitive fights, without the cheat to turn random encounters off it becomes highly irritating very quickly in the game.

You mean the part which is stroked now ? (a line going over the whole section, that's the only place where he talks about neoraine and pause). Oh well time flies while he's doing his things, neoraine is now ancient history, this is totally outdated stuff. And for me the translation is finished enough as it is now, I was able to play the game enough to determine that finally, it's not a good game, even compared to the worst final fantasy (a reference in the jrpg category) it's still very bad (and not having videos is ok). Plus the guy never comes here and we are supposed to find his threads all over the internet ? Just forget about all this, it's not worth it. I mean if someone wants to spend time on it, no problem with me, but it will certainly not be me. By the way most of the translations functions added to raine were for the sdl1 version, they have not been tested in ages and are probably mostly broken in the sdl2 version, I should probably remove all of them, they have become useless, but I just leave them in case maybe one day they will be useful for something else, after all it doesn't make any harm. But congratulations for finding the thread anyway !

Can't help here, and a sf2 specialist is probably not easy to find these days... !

You owned a 3do ? Just heard of it, never seen one ! It was quite famous in its time... Sorry been quite busy lately, didn't have any time or motivation to do new stuff for now, will probably return to it later... !

I don't know, I didn't write this driver, and I don't know this particular game ! I guess Antiriad didn't have any special interest in this game and just never tried to add it that's all. Is it specially interesting ?

It was simply because you keep on reseting your config file and you forgot to disable speed hacks. Speed hacks are disabled by default now (for neogeo/neocd), so that I don't loose time again on something so stupid. (and since the windows binary I use for quickly testing in linux doesn't really have a stable config, it also allowed speed hacks, and I didn't realize it was the problem here before quite a long time !). By the way I found a small problem I didn't expect : there was no sound during the neogeo logo while the game is booting, it's related to a very old change which was not supposed to have this effect (related mainly to the 6502 !). I fixed it, hoping I didn't add more problems, but afaik it should be better. This one is quite technical, it's related to the way the scanline counter is read during a "normal" frame, that is a frame which doesn't use scanline interrupts.

Looks like yet another windows specific bug ! It gets tiresome isn't it ? No idea where it comes from for now, I get different results and I don't know what changes them, sometimes the screen is all black when pressing start, sometimes it's only the sprites. No idea ! Easy solution : linux version ! I don't know what this craziness is again, it happens even in debug mode... ! Interesting question also : is it new ? The important part is "no recent game yet", this text has not been updated but there is nothing in options to change that now, it's outdated. No need to care about that, you can see it only when you have played no game or when you remove your configuration which never happens for normal players. Maybe, just add https in front of the links then ? I'll change that just to be sure. In this case it's an over reaction from firefox, the fact that it's https doesn't change its contents. I hadn't noticed I had inverted them. It was because it's generated from a script usually, but the x at the end of 92x made things unusually complex and it didn't go as I wanted so I found it was faster to manually enter the links and here is the result... I guess I'll spend a few minutes on this again then... ! edit : reverted to the old system, the links are relative (except to github of course), so you'll get https if you display the page in https, the problem is probably because I posted the link to the download page in http and not https, try this one instead, but it's just a stupid warning from firefox here (that's called too much security when it becomes that stupid) : https://raine.1emulation.com/

No the sound driver won't go away, there are cases where it can be useful. The reason why the frequency can change is that when the driver is changed raine asks if the driver has a preferred audio sample rate, and if there is one, it chooses it. It just means your ds4 prefers 11 KHz ! By the way 11kHz is not so bad if you stay on digital sounds, that is sound where devices use wav like sounds. It gets worse if generating sounds, for most "midi" music it becomes generated sound. Anyway it's quite rare to have a sound driver with a preferred frequency, even more when this frequency is < 44100. For me here I have only one which has a preferred frequency, and it's 48 Khz ! You should just have paid more attention, but as I said the sound is not so bad in 11 KHz if you stay in some specific games, and by chance the kof games are in this category. It's funny to see how people get attached to 44.1 Khz as a kind of grail these days. I learnt not too long ago that the "chromium tapes" we had been using in my childhood and which were considered top quality at the time, rendered sound at around 33 Khz only if I remember correctly, and we would never have guessed that at the time... !

Didn't I mention that this file is very sensitive to what's inside and is not supposed to be edited by hand, even less copy a file generated by something else here ??? No other comment about that, the parsing would fail at the very 1st line of your file here ! Easy fix : just don't do that ! (usually people start by choosing a window size, usually fullscreen and don't ever change after that). I'll look into that later...

Yeah well if I had someone who took care of the windows build and wanted to fix this kind of details, it would be no problem, but as a matter of fact I have only me, and really I can't care less about xp now. And the drawback for other users is that from memory it's the access to some function which is impossible because it's a kernel function, and of course the xp kernel hasn't been updated for ages, and this particular function is about the timing for threads if I remember correctly it's in winpthreads.dll and the said function isn't even used directly in raine, so it's minor, but now sdl2 uses threads and it's probably a good idea to let it use the time granularity it wants. So except if someone comes with a super new argument, we'll leave things as they are. The old dll pack, 0.92x still works with xp for those who are interested, and sdl2 isn't even too old in this one because I updated it not too long ago. There is a libmuparser.dll which is not necessary anymore but it's not a problem. So xp compatibility officially stops here because not enough people care, and it's becoming too bothersome to maintain without anybody to help.

if you were wondering what the small bug fixes were, these were : - an old bug in sdl2-2.0.20 which obliged me to make a workaround seems to have disappeared, the checkboxes are all green again in the windows version of raine (there was exactly 1 white line before to work around this bug, it was barely noticeable). - move "preload ips" to the game selection dialog, idea from mer-curious and he was right on this one. - the crash when there is an empty ips folder and you select anyway "preload ips dat file" and then click on the ".." which appears is fixed, you won't even see the .. now, you'll just get an error message telling the directory is empty !

Or just give up this xp compatibility for good ? Who still uses xp today, except maybe in some remote world places where they don't have much choice ? I forgot which dll it was exactly, and I was almost sure it would be good this time. I am tempted to just drop that, you are the only one who asked about xp, it was fun because it was not too hard to do at the beginning but it starts to be an annoyance now, and if you are the only one testing it, and just for testing, it's not worth it. If anybody else is interested in xp support, post, and explain why you are still using xp today, otherwise I'll just drop that, and good riddance !

There are the git changes log, a little technical but manageable... Otherwise just the posts I make here.

This one kept me busy for a few days, the windows version looses time in the conversions between double numbers and ints. It doesn't happen in linux, and I don't know the exact reason, it's probably related to mingw32, but anyway the fix is to merge muparser into raine and change its base type to "unsigned int". The consequence is that float numbers are not recognized anymore in the console, I'll just hope that no script used them, but I don't think any did. It goes with a dll update, a few dlls were updated including sdl2, so it's advised to update for all windows users, the new packages are dlls32-0.95.7z for 32 bits and dlls64-0.95.7z for 64 bits. The linux version didn't have this problem, but since I don't want to maintain 2 different versions the merge is done there too, and so raine doesn't need muparser to be installed anymore in linux. We get a very small speed improvement in linux too because it allowed me to make a few more optimizations since no type conversion is needed anymore now. Except that there were a few small bug fixes for the recent 0.94.12b, but the really big thing is the merge of muparser inside raine and the gain of speed it brings. https://raine.1emulation.com/

Yeah quiet around here these last days for a change... ! I finally found the reason why the windows version was slower for scripts, and I have a fix, I sent it by pm to ffman1985 so that he checks it, but he hasn't been reading his messages for 2 days ! Oh well, at least you are in linux, so you don't need this fix, the linux version doesn't have this problem. It's a crazy story about double to int conversions, I assumed they took almost no time with modern cpus, and it's the case in linux, but that's the very reason the windows version is slower, and I can't explain why, but it's a fact. The solution : merge muparser into raine (the doc encourages people to merge it in their project), and change its base type from double to unsigned int. It works, and I finally get the same speed in linux and windows, the only drawback is that float numbers are not recognized anymore in the console but it shouldn't be a problem normally. I didn't decide yet what to do if he doesn't come back in a reasonable delay to test this, since it's a windows problem only I can just ignore it, or release it without any more testing, or simply commit it to git and start to work on something else. I think I'll probably choose the last option.

You compile from git, so do it for your version, you just have to delete or comment out the line "stop_scripts()" in source/emumain.c After that you can eventually commit it to be sure you'll keep it : git commit source/emumain.c it should stay for long, this area of the sources is not modified often.

As discussed earlier after you asked that for the hidden scripts and I replied it should be done for all the scripts because it's what a reset is supposed to do. There might be some way to make some chosen scripts resistant to that, but I am not sure it's a good idea, it would add to the complexity without any obvious benefit, a reset should stop anything related to the current emulation and return everything to its default state, that's how it works.

I was gonna quote your 1st message but it's just impossible, you can't insert a reply in the middle, and you can't delete the end of the message, if you do it restores it in place of what you typed in the end, this stupid editor just made me loose a few minutes for nothing. Anyway !!! 1st point about your crash which annoyed me on the .. : yeah it annoyed me because the function has become quite complex after all and it's quite irritating to see some testing stopping here, but anyway in the end I found a c++ way to fix that in just a few lines without too much fuzz so you'll just get your error message now. 2nd point move the option to the game selection dialog : agreed good idea, it's done and pushed to git, but I think the 2 above options always appear even if there's no data, and I don't plan to loose some time trying to hide them when there's nothing. It won't crash anything, you'll just get your error message if you try them and there's no data, so there's no problem here.

I guess without power supply your frequency is lowered to save power, and everything slows down, all easily. Tower here, so stable, but running by default à 1.5 Ghz, the frequency increases only if the cpu load average increases, and raine stays very low on the low average usually, even with your script running it stays at 1.5 GHz.