Jump to content

Tux

Emulator Author
  • Content Count

    434
  • Joined

  • Last visited

  • Days Won

    69

Everything posted by Tux

  1. Tux

    Graphical Glitch

    There is a post elsewhere in the forum about that, apparently the issue was fixed by a driver update, look for the post for details, it shouldn't be too hard to find there was a picture posted...
  2. And finally some "dark modes" as they are called, I added some because I was curious to see if worked in the virtual machine : it doesn't ! I added the 3 most "standard" ones, 640x160 (which uses 640x480), 800x200 (for 800x600), and 1024x256 (for 1024x768), the 3 appear with a prefix "dark " in the list of vesa modes if you already have the corresponding standard vesa mode. For me the screen is changed indeed I see only the upper half of it, so it's not usable, but it was worth testing. I'll leave it for others to test eventually, trying to load darius in there with "auto mode change
  3. About the crash when out of memory : it's because of a swap problem with djgpp/cwsdpmi, for some reason it should swap when going over the physical memory, but instead of that it crashes, no idea why, it's specific to djgpp. I investigated about that using the virtual machine, crashes just mean to restart it here, so it's quite quick to test. If you are interested, there is a workaround : download the cwsdpmi distribution from there : http://sandmann.dotster.com/cwsdpmi/ then run cwsparam in the same directory as cwsdpmi, and when it asks for the swap file, type "" to disable it (rea
  4. For me at least, the data segment suddenly stopped being executable, which crashed all the asm in raine. That's with the latest binutils update, 2.35, it's very likely related even if I didn't find any info about it. You won't see any problem as long as you don't recompile the code with a linker from this 2.35 binutils release, so the released binaries will be ok. For the new ones, I just committed a patch to git, it was easier to make than what I had feared, just call mprotect on the data segment of 1 of these functions, and since all the asm functions are grouped in the same segment by
  5. I'd say return to the seal one which gives you less problems then. The dos version had a mixer built-in, you could display it while a game is running, but it's mostly when some specific sound is too weak/too loud, not to tune the whole volume. Max mixer volume does what it says, it just pushes the output to the max, but it's usually already the case. The problems might be because it's a weird brand, I don't know. I can't help you more on that I am afraid ! I liked working a little bit on this too, it brings some memories, and it's fun to have quite a lot of the recent stuff to be at
  6. Hum, not here, but the sound is regularly interrupted by silences here in the virtual machine when using allegro, so it's really not ideal. Maybe try a different sample rate, but otherwise out of ideas ! On my side I checked the triple buffer, in fact maybe you can do it with this good old display doctor to get some very special vesa modes, but with my setup in a virtual machine, no vesa mode can work with triple buffer. It actually requires to allocate 3 times the mode and switch the active page between the 3 buffers. There are some very specific modes which work with mode-x :
  7. Yeah that's what I was going to propose too, it was to be expected, this seal is too old to be reliable now... The download page is not used to having 2 dos versions so they show both as "Dos binary", the new one is 1.8 Mb (almost the same size, just a little shorter), and is named rainead-0.91.9.7z (a like allegro). Good luck and thanks for testing ! Annoying for the triple buffer, not a big surprise too, this triple buffer worked because of some old hacks from Antiriad, we tried to maintain them with new versions of allegro, but something clearly broke somewhere, and it's goi
  8. Should be ok, 32 bits versions are optimized for pentium3, but not the dos version which is still optimized for pentium in case of old hardware like this one so there should be no trouble. Maybe the sound ? I'll wait for news from you then !
  9. Oops sorry I hadn't updated the old versions page, and it's 0.91.8. There were some very minor tweaks in 0.91.9 for the dos version, it now restores the dos screen when leaving, and fixes the web site name displayed in dos, but they are not worth building a new binary alone, but maybe you would be interested by the fixes anyway... ! Ok, I just built a 0.91.9 version for dos and uploaded it, you can find it in the latest version page : http://raine.1emulation.com/download/latest.html The only question I have is for the sound, in dos there is the choice between seal which is dead since
  10. Tux

    Raine 0.91.9

    Easy way to do it : just delete the bld files you don't like, this will disable the blending for the game ! By the way there might be some update available for these bld files, and if not it might be a good idea to try to find who produced them to post about the glitch you found... Post here if you find where to post for that, I am curious to know !
  11. Tux

    Raine 0.91.7

    The 7 credits at once has always been here, I won't fix it for now (not one of my prefered games by far, so I won't loose too much time on it). For any other problem : weather way too hot for now, maybe later, I don't know when ! tested it in the heat : only the music goes mute for me, but slowly, it's a fade out and it comes back at the end of the level. The other sound effects seem ok. And it's not 7 credits but 4, but it's still too much anyway. I'll probably leave it as it is !
  12. Tux

    Raine 0.91.9

    Just some quick hot fixes, mainly the region selection which was broken for neocd, a bad sound in opwolf which has been here since the old dos days of 0.28 and before, wrestlefest is back with some updated cheats, incredible that I didn't get any post about that finally, but I don't miss them (it was badly updated last time), truxton2 / snowbros 2 were hanging if using the 32 bit version (with mz80), and the status & clones settings from the game selection list are saved. That's all for today ! http://raine.1emulation.com/download/latest.html
  13. Tux

    Raine 0.91.8 !

    Oh sigh, there is a bug in the region switch for neocd then... hum, bad timing weather too hot currently and tired. It's probably something silly and easy to fix anyway, it worked before of course... Ok, fixed and uploaded 0.91.9 for that, see the topic I am about to create for that !
  14. Tux

    Raine 0.91.7

    Finally updated the opwolf driver, a real update this time, the 1st one in more than 10 years ! - Automatic rom loading - samples live decoding instead of the long static sample list + the hack to insert the sample codes in the rom - the driver is now shorter and uses the mame rom - actually the only difference is the last 68000 rom which was probably badly dumped in the raine version, never found where it creates a problem if it creates one, but it's probably safer to update this romset anyway ! It won't interest a lot of people since this bug survived for so long, but really
  15. Tux

    Raine 0.91.8 !

    Glad it's specific to an intel video chip ! By the way you can crash easily this version by changing from opengl to normal blits and then back to opengl, and playing a few seconds each time. Well it's still the deprecated api which shows here, I can't do much about it, it's safer to exit if you want to leave opengl and reload with a different video setting. Yeah I remember you already asked the version number in the tiltle bar... ah yes I added it when a game is loaded, but forgot when there's no game... You are really a version number lover, I guess it's because you keep a few diff
  16. Tux

    Raine 0.91.7

    Yeah it's an endless race to try to keep compatibility at the rom level with mame, all that because when they find a newer set, instead of adding it as a new set, they replace the main one by the newest they just found, breaking compatibility with all the sets all the time. Too tiresome. I do it mainly for cps & neogeo, for the others it's from time to time, but very rarely. terraf is a horrible game anyway ! On my side I hate breaking compatibility with existing sets (I mean the ones which worked in previous versions on raine), even if there are utilities to fix that.
  17. Tux

    Raine 0.91.7

    Finally it's a quiet day here and I was curious, so I looked into it. The opwolf in raine uses the z80 rom from opwolfb to emulate the c-chip, so it's a kind of improved bootleg but not exactly the real opwolf, the c-chip is not emulated. The sound problem was not as hard to find as I thought first. There were 7 bytes for the sound commands from 0 to 6, Antiriad tried byte 6 as sound activator, it was byte 4 (as found in mame). This means he never finished stage 1, or didn't care. Also the aiming is a little too high in opwolf (not in opwolfb). So I fixed the sound and the aiming, wh
  18. Tux

    Raine 0.91.7

    minimum curiosity, try emulator inputs in "controls", f11 is a good idea yeah, you could have tried. There might be a problem specific to opwolf, I never really played it. I might check that later, but it's not my kind of game, so it will probably take time ! edit : yeah I could use the cheats to finish quickly the 1st stage, I can confirm the problem, I guess it's the kind of problem without importance for Antiriad since it doesn't impact the playability... This bug has probably been there since 98, and it's the 1st time I hear of it, so I guess there is no emergence to fix it, I mi
  19. Well up to you, I just re-uploaded the 2 raine archives (because the part from sdl which redirects to stdout.txt was in the static part of the lib, so updating just the dll does no good !), and by the way I found a few more sdl patches, mainly security fixes, so re-uploaded dlls32-0.91.7.7z and dlls64-0.90.7z with an updated SDL.dll inside. Most people don't need to update here, but it's probably better to get these versions for the new downloads. No version number change of course, it's just the patches + the configure options which change for sdl. If your binary creates a stdout.txt fil
  20. Yeah I know it's super annoying but it's the way sdl1.2 with its default configuration works in windows ! Which means that if I build it automatically from linux like any other package, then you get this ! I knew it was like that, but I wanted to be sure you couldn't work with the stdout.txt in this case... I'll update the dlls package today then with a sdl.dll which doesn't do that !
  21. Tux

    Raine 0.91.7

    Well just tried it in windows, 32 & 64 bits, and fullscreen, no problem at all. I don't remember I ever had any audio problem in raine anyway. Similar setup, a ryzen 2700, 8 cores too, and 16 Gb of ram, which is way too much for raine, but I have other uses for that !
  22. Tux

    Raine 0.91.7

    no pops here, afaik, 44 KHz, tried mainly bublbobl. If you have something specific to try... By the way usually sound pops mean heavy cpu load and/or heavy disk usage on the computer...
  23. The wonderful world of vesa modes in virtualbox : I made some more research on the topic, I found odd that such a stable dpmi emulation had nothing about vesa. It turns out it was yet another stupid bug from allegro, their mode list scan of vesa modes is broken, and since there is no 320x240 mode by default, I thought there was no mode at all. In fact I couldn't be more wrong ! They have the same support as dosemu, except you can add all the vesa modes you want ! For that you just do : vboxmanage setextradata freedos CustomVideoMode1 320x240x8 to get the 320x240 in 8bpp. And
  24. Tux

    Raine 0.91.8 !

    The big thing in this release is a fix for the gui display bug in fullscreen, it's not ideal, it currently uses some deprecated api in sdl-1.2, I have tested it only with a windows 10/nvidia system (and linux), so I can only hope it will work everywhere, I'll need some feedback here. The idea is just to try to display the gui in opengl since the bug prevents a proper restoration of the screen to display a non opengl gui. Oh well, just switch to fullscreen, test and report ! Except that : - a dos version ! This is the result of finding a djgpp version of gcc in arch, read about it there
  25. Tux

    Raine 0.91.7

    It's not perfect, it's at the limits and even beyond of what can be done with sdl-1.2 and it shows, it's disabled in linux for fullscreen and borderless fullscreen windows because it creates amazing bugs there, but luckily linux doesn't have any problem with the gui in fullscreen so it's still fine, but you really feel why this api is deprecated here ! I just hope it will work the same in all windows, which is not guaranteed with windows... ! Thanks for the paypal idea, but it's nice to be able to make free things sometimes, and it would require a lot of people to give to make a real diff
×
×
  • Create New...