Tux

Hum, I think I know what happened, you used a game with lots of files in it and some of them containing numbers. raine tries to find an audio file 1st when it needs one and if it finds a file with a number in it it will try it. Which makes no sense here when reading directly the game files, so I added a work around for that. But reading a cd directly is totally unreliable with sdl, sometimes the cd is not paused when it should, sometimes it doesn't resume, you don't know the exact reading position, and no control on the playing volume. It's barely usable, but anyway it should work better in next version. Ideally this should be replaced by direct access to the audio tracks data but I am not sure it's possible with a cross platform solution... So I think I'll just keep sdl for now, and simply advice not to use real cds directly !

thanks for the save, it's fixed ! The good news is that your save is still valid, you'll be able to continue the game without the freeze on the black screen. The reason is highly technical, raine uses a simplified "frame emulation" when the game doesn't use raster effects like here to be faster, and I didn't bother with the exact start of the vertical interrupt here. Except that this precise game, garou, expects to read a line number between 0 and 2 at this precise moment, which is impossible if the vbl starts at line 0. So I had to change a little the simplified version to execute the vbl at line f0, it's more accurate even if I thought it was unneeded here, and the game doesn't freeze anymore ! Thanks again, I'll try to post a new binary this week-end...

You made me curious so I found a very old puzzled cd I had and tried it. Well bad news for you it worked out of the box the 1st time I tried it without doing anything special. I used the latest released 0.64.10 version, it's a system with only 1 dvd drive, no cable from the drive to the soundcard so I hear no music in linux but the music works fine in windows. The only bug I noticed is that when returning to the gui in the middle of the game the cd music is not stopped, it's stopped when quitting raine though, so it's not really a big issue, just an annoyance. Well absolutely no idea what you did, the message you get about mpg123 doesn't make anysense, mpg123 is used to decode mp3s, these functions are not even called when reading an audio cd, so I am clue less here. All I can say is that it works here. I should eventually try to pause the music when returning to the gui then... ! Actually there was an even bigger bug than that, the track played was wrong because the data track is just ignored by sdl ! So I fixed that, but audio cd support is very primitive in sdl, you can't tell it to loop a track, there is no way to know the position being read in the track, and in windows there is absolutely no control on the volume the music is played at, which quite breaks the sound balance here. There might be a workaround for the volume, but it would be windows specific, not the kind of code I like here... So I strongly advice against using a real cd with raine ! But at least the next version will play the correct track if given an audio cd ! The music is too loud but except that it's not bad (and you can always adjust the audio cd by using the real windows mixer !). For the music not being paused, I am not sure of the reason yet, with puzzled it doesn't pause the 1st time you return to the gui, but after that it pauses correctly so it's strange, and I can't reproduce that in linux of course so I'll have to debug this more.

For the cd audio all of this is normal, if it can't find any audio file and it receives a command to read an audio track then it will attempt to read it from a cd, no idea why you get this error message about mpg123, like I said I have not tested this for a very long time. You make a full bin/cue backup with either audio tracks or even audio merged in the bin file, but there must be audio in the backup if you want this to work. I will try to find an audio cd to make some minimum tests, but don't be impatient for that. Well the normal blits are supposed to be used with some crt which can handle low resolutions well, if yours can't then you are stuck between 2 worlds (crt with low resolution vs flat screens which never change the resolution). Too bad ! And for the option to remove texts, don't worry it took 5 minutes, it's really easy !

bump (to make this topic to the top so that the edit has a chance to be seen !)

From memory when trying to read an audio cd it must pass a drive "number". Since there was no obvious way to guess this number, I just passed 0, the 1st drive, so if you use an external one with usb it will probably not work. I would need to spend more time testing this, but it's actually hard to test, the cd read this way uses the system function to read it, with linux it means you hear nothing if the drive is not connected directly to the soundcard which is my case. So I must test this in windows, and I reinstalled windows in august so it's not really convenient ! Maybe later, but no promise here. Remove the text messages ? I quite like them, you are actually the 1st person asking for that but I guess some others don't like them. Oh well adding an option for that would be very easy, I'll keep that in mind, even if for now I take a break from raine development ! I just added that to the source, now you'll have to wait for the next binary ! Notice that if you use a crt screen you might want to try the "normal blits" instead of opengl. In this case you get an option to change the video mode to match the original game resolution, which is a bad idea on the modern flat screen but which works well on crts. You can choose 2x resolution if you want. Just try it with hq2x or hq3x, you might get a better display this way with your setup (but in this case it totally changes scanlines, there are no shaders anymore, but there is a scanline option). Good testing !

Ah sorry I actually never tested with an original cd ! I added the support blindingly, but it's not tested. I advice to use a cd image instead, it will preserve your cds this way (the more you read them, the more they risk to be damaged). It shouldn't be hard to do, most of the image formats are supported. A desktop of 640x480 on a 1280 screen ??? WTF ? Do you do that because your characters are too small ? If it's the case just search for a method to increase the font size in windows (normally it's the dpi setting in linux, very easy to change, but for some reason it's not that easy apparently in windows !). You can try to edit the config file, set the resolution like I said above and have fullscreen = 1 at the same time. I never tested such a setup and it would probably have issues, the best is to use raine at the same resolution as the desktop or < (in a window). Good luck again !

A savegame before it happens would be nice. I don't use launchbox and I don't know it but yeah frontends are supported. EDIT : actually there was another bug related to this, so you should try again but disable the speed hacks in "neocd options". It's either this or the raster effects, but my bet is on the speed hacks. Try to reproduce this and save before reaching that point ! Too bad this reply comes a little late !

Wrong topic for your dat, and I never used dat files so I can't help you here, sorry !

What do you mean "stretch the image" ? The image is always scaled to the maximum size when using opengl (keeping its aspect ratio by default unless you told it not to). There is the old renderer method if you want to test it, hq2x/3x etc, but it's not suited for big screens usually, 3x is not enough for them, they are still available in normal blits. For the scanlines, be sure to use the latest raine, you get : caligari-scanlines.shader Pixellate-scanlines.shader scanline-3x.shader scanline-4x.shader Themaister-scanlines.shader Themaister-Waterpaint-scanlines.shader I hope at least one of these works for you ! You can also try to update the video driver, it might help with shaders compatibility. Once again : neoraine is extremely outdated now, it has been merged into raine a very long time ago !

There is a setting to prevent it from preserving the aspect ratio, it's in renderer options with opengl : keep aspect ratio, set no, but it's usually a bad idea in most cases... (neogeo games are not 16:9 games, so on modern screen they would be distorted if you don't preserve their ratio). Still in the renderer options with opengl you have "opengl filtering" nearest or linear, but know that the shaders can force this option, so it's usually usefull only when not using shaders. And finally the only way to have scanlines in opengl is to use a shader which emulates them, there are a few to choose from. Ah for your resolution, well I didn't add an option to force any resolution because the thinking with modern screens is to adapt the game to any resolution used by the screen, and usually it works well. But if you really want to force it, you'll have to edit your raine(32)_sdl.cfg file in the config directory, change screen_x and screen_y to whatever you want. I suggest to use a windowed mode in this case (fullscreen = 0) because otherwise it will choose the closest available video resolution which might not be what you want. Eventually use a borderless window, it's exactly like fullscreen in this case !

Yeah sorry there is no specific vsync option because it's handled by the double buffer mechanism, so there is a main double buffer option in video options which is enabled by default, and a specific one for opengl in "Renderer options" when the renderer selected is opengl, If you enabled both options, it's worth testing fullscreen mode and windowed mode, which might give different results.

it's strange I saw this same story on a movie ! Must be a coincidence !

Don't tell me you didn't find the setting, it's pretty obvious, maybe there is a problem about that with sdl-1.2 on your system, sorry if it's the case !

I'll eventually think about it if I continue development, for now it's on hold. I just realized that it's becoming too big for me alone and it makes debuging sessions longer and longer, which is really annoying, and so the dev work is much less fun lately. So in these conditions there is not much point in putting back this banner. It's likely raine will stop here, after 15 years it was not bad I would say. I would have loved to attract more developers so that things would have gone faster and that someone else takes the lead, but anyway it was not bad.

It's obvious it's a problem with your opengl implementation, now I can't help you anymore on this, I don't know what's wrong there, maybe nvidia broke something in its latest drivers... These are not opengl 4 shaders, it's some rather old stuff mainly, but there are different versions out there. By the way you can just disable the shaders and then use the default opengl output, you have 2 options there, it should be enough, shaders are not mandatory here. To disable the shaders, select a new shader, when the list appears either press esc or the mouse button 2, it will ask you if you want to disable them, it's probably your best option here. You can also try to use the drawpixel opengl rendering, it has no shaders. I hope it helps ! By the way I won't switch to windows 10, I don't want to have anything to do with microsoft spyware mess...

Ok, sorry for the long delay, anyway it doesn't require a release to fix this at least, it's because of the speed hack for mslug2 which interferes here. So the solution is to simply disable speed hacks from the neocd options before playing this game. I'll put a fix and some comments in the code for that. Code updated in git, next release will have a workaround for this. (actually it was the garou speed hack which was creating problems here, but this started to happen because of some changes for mslug2... sigh !). EDIT : on 2nd look the problem is very specific to aof3, it shouldn't happen in any other game.

These are opengl shaders, so they depend on your opengl implementation only, I'd say your best bet is to update the video driver then... Eventually try windowed mode instead of fullscreen it might help for the menu issue you have (just resize the window to fullscreen).

You didn't even mention if it's with the neocd or neogeo version ! There is indeed a problem with at least the neogeo version, interesting that it's reported only now. For info raine incorporates the code from neocd but it's newer, so if it worked with neoraine it just means that a fix for something else created this black screen problem. Sorry I won't look into this right now, but I'll probably take a look later...

I'd say the most likely cause is a disk corruption and since it's a laptop maybe after some power failure... run a scandisk !

When it's a missing dll you see a message with the name of the missing dll if I remember correctly. Try to google the exact message you are getting, if it's really a missing dll they should tell you how to get the missing dll name, but I doubt that's the cause here...

Hi Huggybaby ! Well you might be too late this time, it's not only the small bugs which annoy me, I am loosing inspiration, motivation, and fun. I have some big commits which were waiting about adding some sh2 emulation using the asm core from gens, but finally, no motivation anymore. I think more and more about stopping here, hey it was not bad, 15 years of raine after the date where it should have stopped if Antiriad hadn't opened the sources ! At least I won't emulate some popcorn machine like some mame devs lately, they really can't quit emulating things, even if it becomes crazy ! For now I take a break, if someone wants help to code on raine I am here and I'll help, but for now I think the best course is to stop here, it's becoming crazier and crazier to take care of raine alone, it has become too big now, and since I am still alone, it's really better to stop here. Sorry, but it was fun, and it's still a good emu anyway !

Sorry for the lack of feedback from here, but it was to be expected... !

As I said the fixes are over for now, if you want to code and to send patches it will be highly appreciated. Otherwise, just wait, I have other things in mind for now... Vimana doesn't have any sound at all for now, so no, impossible to override its music since there is no music to override !

Nope I have got a savestate while the fireball is flying, for me it was better, if it's not good enough well too bad, fixes are over for now, eventually for the next fixes session if there is one... Anyway I am not sure it can be fixed with the current rendering system and I won't change it.