Jump to content

Tux

Ultra Members
  • Posts

    1,056
  • Joined

  • Last visited

  • Days Won

    219

Everything posted by Tux

  1. Tux

    Raine 0.91.7

    The mouse is captured for games needing it, you shouldn't have any problem in a window (at least tested for arkanoid, so it's good for games using relative moves).
  2. Ok, double error here, LOAD_IGNORE wasn't ignored by -rc & -rcf, plus a partial rom load from the driver shouldn't print any error. All fixed ! (it shows that nobody has been running a serious romcheck for a very long time or at least they didn't report the errors).
  3. Typo error on my part : filenames recognized : { "bubble_bobble_romstar2", }, { "bubbobr1", }, { "bubbolbr1", }, The last one should have been bubboblr1 and not bubbolbr1. Will fix that for next time, but I had the original archive which still has the short name bubbobr1 and didn't notice it. This change was from 2015, so it was not a problem for a lot of people. Anyway next time it will recognize the right name then... !
  4. Tux

    Raine 0.91.7

    It's a long standing bug between double buffer fullscreen and sdl-1.2 in windows, it's been here for years ! Workaround : use a maximized windowed mode. The bug doesn't happen all the time, but it's very frustrating. Could also use a borderless maximized window for that, but they are so hard to use in windows (what a bad name for an os which is so bad at handling its windows !), that the setting isn't even saved in the config file. It's not fixable in raine, it's an sdl-1.2 bug. and actually raine is not frozen when it happens, it's just a display bug, the gui is invisible, so you can still control it with keyboard shortcuts, like : esc or return : return to game q : quit There are actually 2 ways to fix this, switching to sdl2, but it's extremely long and tedious to do, sdl2 is not a plug and play replacement for sdl1.2, or change the gui so that it can be displayed on an opengl screen, this way might be more interesting actually. But since it happens only in windows and I almost never use windows (or for some very specific things), I am not motivated, and it would require quite a lot of motivation, the 2 possible fixes are not easy at all !
  5. Tux

    Raine 0.91.7

    Excellent, thanks !
  6. Tux

    Raine 0.91.7

    As the version number implies, it's all bug fixes inside : - -rcf didn't work with romsets using LOAD_CONTINUE (like sonicwi3), it's fixed - sf2m8 used a dummy rom load instead of a FILL which created a romcheck error. - don't consider neogeo games as clones of the neogeo bios in the games display - fix broken iso.gz support for neocd (usually compressing an iso to iso.gz without touching the cue file at all used to work, it was broken in 0.91.6 because of the changes there). - and neocd again : when trying to guess an audio track name and there is no cue file, check the extension to avoid to select a picture as an audio track ! There is also a big shared libraries mess with this version because of some updates. The 32 bit windows binaries require the new dlls32-0.91.7 package. I have also updated the dlls64-0.90.7z but this one remains compatible with the old versions. For the arch binaries, the guy who is supposed to update libmuparser on aur is missing and unreachable, which means that you won't be able to build a 32 bits raine with the current muparser installed (incompatible with the old lib32-muparser from aur). Updating the muparser file is not too hard, but I can't do it officially for now, have to wait 2 weeks for that. So I don't know if I'll release the 0.91.7 linux binaries now, maybe only the 64 bits version then ? edit : finally I released both, but I don't guarantee the result if you use the 32 bits version with the old muparser, last time I tried that it crashed when opening the console ! (the console also handles cheats). Oh yeah I need to remind the link to the download area, it would be nice to have it inserted in the forum somewhere : http://raine.1emulation.com/download/latest.html
  7. On 2nd thought, the fix is not hard to make, only a few lines. So I'll do it again, there are a few minor fixes already committed to git and I needed a reason to make a new binary. Plus I need to recompile all the 32 bits windows dlls (oh joy), to get rid of the dependencies to the old gcc, anyway, I'll release this soon... (already fixed in git)
  8. Tsss... can't insert my reply in the middle of this, so it will do here : 1 : Not for me, sorry, I don't know exactly what happens for you, but the rom loads fine here. 2 : Ah ok for this one, the -romcheck command doesn't handle very well the roms loaded with a ROM_CONTINUE, actually these roms are very few, and it's the 1st time this is reported... Anyway what happens is that it says bad size 0x20000 because the rom is loaded by parts of 0x10000 with a ROM_CONTINUE for the 2nd one. It's harmless anyway, but thanks for the info. 3 :Since you didn't give any example I am obliged to guess here, and chances are you stumbled on another game using ROM_CONTINUE, like sonicwi3 for example... ! That means also that nobody seriously used -rcf in the many years it existed, it's from before 2009 (start of git in august 2009, and it was already here). Wow, it just shows I spent too much time on this already ! I'd say not worth fixing it for now, sorry !
  9. lol, yeah but I know there are some beos lovers out there and they used it on pcs. Some amiga lovers too, this year they got a doom port : https://games.slashdot.org/story/20/04/26/0156227/developer-attempts-doom-clone-for-the-amiga-500
  10. I wouldn't want to port it to libretro, libretro is good for emus which run their games with a minimum of options, raine has a swarm of options ! so no, forget it. And for aur, yeah well it would mean trouble for me, because signed packages, make the package to be accepted and so on. For now I chose the easiest path for me, sorry if it's too hard for some ppl... !
  11. Ah some feedback at last ! Thanks, yeah the guy seems to auto build a lot of packages, probably too busy to reply to almost anything ! Well no version is better, but they are really different, I mostly use the 32 bit one because it's fast even for a debug build without optimization. why didn't you try to install the .tar.xz files ? They are not signed but it shouldn't matter. I don't know this --editmenu flag, I'll take a look later, thanks for the feedback anyway ! (normally installing the xz file is done using pacman -U file.tar.xz simply). and why not using simply makepkg -si to install the pkgbuild file ? yay is useful to install automatically packages from aur, but here there is no repository so there is not much point in using yay... and edit 2 : the package name has no errors : raine is the name of the 32 bit package because it's the default version, the one which exists since 1998. raine64 is the new 64 bit version using C cpu emulators and C video functions instead of asm. Since they both share the same data files it was a little awkward, I thought about making the data files an external package but since there is no repository it wouldn't be very convenient. It's the best way I found so far...
  12. it's not exactly a bug although in this case it's not convenient, it's because all neogeo games share a parent : their bios ! So if you hide clone, you hide them too, maybe it would be nice to find a trick here... Ok, I just added an exception for neogeo games, it's easy to do... You insist on playing with the gui set to a low resolution, well there is a minimum allowed font size for readability, then if you hit both limits (the resolution + the font size), then your text is clipped, it's normal. And no I don't plan on having game names on multiple lines ! And same thing for the status line at the bottom of the screen : the text won't do a buffer overflow but you can still make text to overlap in such an extreme situation, I won't do anything about that. Not sure to understand your 3rd line, on the status bar ? No way ! But I can expand the string for the long game name, I hadn't noticed it was too short for some games. In my opinion the proper fix here would be to shorten this way too long name, but since it's a mame name here, I'll just expand the string a little... ! Is it to your liking ?
  13. What a mess... let me guess, libstdc++ too then ? The weird part is that this time I tested it, from linux, but it was better than nothing... Oh sigh ! Ok, I'll look into it, might be able to create a whole new dlls package for that... ! Here is an updated package, tested in windows this time : dlls32-0.91.6.7z I still don't understand how it can work in linux with wine, I guess there is some trick about the gcc libs there... Anyway I hope there won't be any other gcc update anytime soon, I had to recompile muparser for this... Oh, and both libgcc are required for this version because of the old dlls which were not recompiled !
  14. Good one, since I cross compile, I don't test everything all the time, but this time gcc was updated automatically, and the dll changed for the 32 bits version, but the 64 bits version kept the same name and is apparently still compatible ! So I just updated the dlls32-0.90.7z package, adding the new libgcc for this gcc-10.1 inside, I keep the old one for those who want to test old versions. Sorry for the inconvenience, you will see the updated date of the package in the download page, and thanks for the post !
  15. Not what I meant, it's probably as good as any other dump, the problem when reading would be with big endian cpus but they become rarer and rarer these days, so you can forget it. But it's still more convenient to have wav files at least to convert them more easily to mp3, ogg or flac. For me the ideal format is probably : extract the files from the iso and put them in a zip file, then convert all the audio tracks to ogg (neocd audio is not symphonic, it's just a waste of space to keep uncompressed audio here, and ogg is probably the best format for that, or mp3 if you prefer). Then just delete the cue file, raine will know the zip file contains what should be in the iso, and guess the ogg files are the audio tracks, and the result will be much smaller while being readable very quickly !
  16. ... which produces raine 0.91.6 to handle this new kind of cue. It's far from an ideal one, everything in raw even the audio tracks, which means that you could get bad sound if the endianess of the computer who created this rip and the one reading it differs but here it works with some good old x86 endianess. This obliged me to change the way the iso is detected in the cue file, previously I was taking the "binary" track, but here all the tracks are binary ! Normally it shouldn't break anything, I quickly tested with some good old normal rip and everything seems ok. That's the only change for 0.91.6, so those who don't have such raw rips in multiple tracks for neocd don't need to update, and 0.91.5 was linux exclusive. Oh by the way I removed the blend files from this release, you'll have to download them from the extras section or use them from a previous release if you are interested, it's better to have a default without them. http://raine.1emulation.com/download/latest.html
  17. Give a link to your re-dump by private message so that I check it... ! Be sure to at least use the latest version of raine (0.91.x).
  18. I have just taken some time to look into an appimage : that's a way to bundle some libs with an executable, for linux, similar to osx packages. The advantage : to be able to run it on any system without installing any shared lib since they are already in the package. The idea is interesting, but for raine there are 2 problems : 1) the small package becomes very big with that, for the 32 bits package without libX11, libc and libstdc++, it's still 25 Mb ! With these 3, 32 Mb ! Very far from the usual 2 Mb ! 2) The target system would still need to be able to run 32 bits binaries, so have the basic libs + the dynamic loader installed, it's an endless headache to try to have this packaged in an appimage, with a lot of effort I could run the binary, but it could not open a graphical window ! So it was fun to try, but I don't think it's interesting for raine. If 32 bits apps are a problem, just install the 64 bits one, it should be easier to execute anywhere... Even if it uses quite a lot of shared libs now, these are still very standard and easy to find libs, so these appimages seem too much here.
  19. So it's for arch although a tar.xz should be usable by anyone who is not afraid of shared libraries error messages. Feed back is welcome, the PKGBUILD file is so convenient for me that I wonder if I shouldn't just remove entirely the tar.xz files and keep just that, so post there if the tar.xz files are useful for you. The PKGBUILD is inspired by the version in Aur, with modifications for the latest version instead of the old 0.64.16, optimize for pentium3 for the 32 bits version, and use -O3 for gcc, so thanks to the original author, it made this easier. Oh, and it's actually 0.91.5, when the windows version is 0.91.4, but the only changes except the title bar of the window which now contains the version number are changes to the makefile to correctly install everything in linux. Also this version does not contain the blend files, history.dat or hiscores.dat, so you might want to visit the extras section to get the relevant files if you are interested (I might remove the blend files from the windows version, I added them because they are not big, but it creates small graphical glitches sometimes so it's probably better to let them for those who know what they are doing). All the data files can be installed either in ~/.raine or /usr/share/raine. It's in the usual download page, bottom of the page, there : http://raine.1emulation.com/download/latest.html
  20. Nice video, but it's the memory card they talk about, there is already 1 memory card / game in raine, but the save ram is in common and 64 K max. in savedata : *.bin : memory cards neogeo.saveram : the famous saveram, that's the one you said contained scores, right ? I know for sure the saveram contains the soft dips settings, and what is called "book keeping", the stats about how long the games are played and how many times, see b+c+d while booting with unibios, then book keeping. You can change the soft dips from there too, or from the dialog included in raine. No I don't see how, graphics and sounds are separated, it would have to be a tremendous bug for that. No there is probably something which is not saved correctly somewhere. For your sound associations you probably found a game which has yet some other sound commands, there are already quite a few found, and it's quite tedious to analyze the commands to find how it's working, so I delay this for now, but it won't create any other problem by itself, it's just about how the sound commands are interpreted, it can't create any graphic glitch.
  21. Just restored the scripts to handle the 2 binaries + the dlls for versions >= 0.90, it's mainly for the old versions page, but the latest page (main download page) is handled by them now again. Next time : the linux binary, oh yeah... (well maybe then, but no hurry !).
  22. Ok, thanks for the info about the saveram. The file is not directly readable if I remember correctly, something about words accessed strangely, but it's good to know. Notice that if you are right, then this info can be lost very easily, it's enough to play a few neogeo games until your kof99 becomes the oldest and it's then overwritten. If you have a .hi file then you have a hiscore.dat, and an old one, the latest one (2.11) doesn't have any info about kof99, and normally it should be enough to make it survive a region switch. edit : after checking in the code, 8 games only fit on the memory card, so just play 8 other games after your kof99, and bye to your scores, unless the .hi file saves you ! For the corruption of your screen, how did you do it exactly, I guess saving and loading anywhere is not enough ? Oh you want the version number in the title bar ? I don't really see the point, unless you run a few instances of raine at the same time which is not something most people would do, but anyway it's easy to add ok, and it will not eat too much space... edit : it's done (and committed to git).
  23. Hola, big mess here. The hiscore support is mainly for games which don't save anthing anywhere, it's done at the emu level and is not in the hardware at all, and it saves only hiscores of course. Now the neogeo hardware has a memory card (where it saves the progression, but I don't think scores are saved here), and a permanent ram area, called "save ram", shared by all neogeo games (64 Ko), the bios allocates automatically slots for games here, when it's full the oldest one gets overwritten. I don't know exactly where the scores are saved actually... Some arcade games like cps1/cps2 also have an eeprom but there is no eeprom for neogeo/neocd (useless since there is already a saved ram). It happens... The bioses are selected by number, so if I change the order here I change the number for a lot of bioses and some people might end up in an unwanted bios if they saved their config. It's probably safer to keep this order, even if it doesn't seem very logical. Yeah well I'll keep that in a corner somewhere but won't look into that for now, consumes too much time. Later... What do you call "window frame", it's already in the title bar isn't it ?
  24. I took a while longer to look into this : the fact is that some time in the past, we had some hiscore support for some of these games, actually I think I edited the hiscore.dat myself to have these scores for the neocd games, but it should work also for most of the neogeo ones (not all of them, some have a different memory map). Anyway if you add back this data in the hiscore;dat, it will save you from the eeprom erased, because the hiscores will be reloaded after the game has rebooted (I just tested it with kof96, and it works - I edited the hiscores directly in ram, made sure they were saved in my .hi file, then changed the region in the bios, and the scores got properly reloaded after the reboot). You have the old hiscore.dat which is still on the site there : http://raine.1emulation.com/archive/hiscore.7z if you need to search for some score in a game not in this file, I can give you a few tips to do that with the console !
×
×
  • Create New...