Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

All Activity

This stream auto-updates     

  1. Yesterday
  2. Tux

    Raine 0.91.7

    I confirm on my side, just tested natively with windows 10, with a window which is not fullscreen, the mouse is captured by raine only when playing arknoid2u (or any other game with the same mouse requirement). I was afraid for a second that I had yet another incompatibility between windows & sdl-1.2, not this time ! Standard windows 10, nothing particular about it.
  3. jvidal

    Raine 0.91.7

    weird, for me it's not captured. tried playing arkanoid the other day, ended up moving thousands of files around, because the mouse keeps moving outside the raine window...
  4. 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).
  5. That's awesome. You are really fast, thank you so much. I will recheck everything with the next version and will report back here.
  6. Tux

    3 bug reports

    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).
  7. Hi again. I have just tested the 0.91.7 and can say, that the points 2 and 3 are now working But sadly I have discovered something new when checking the romset pang3: rom:pa3_11.11f size:0x00008000 crc32:0xcb1423a2 -- bad size: 0x00020000 (8000) rom:pa3_11.11f size:0x00018000 crc32:0xcb1423a2 -- bad size: 0x00020000 (18000) It loads fine, but -rc as well as -rcf report the same bad size despite the rom size matches the value in -listinfo. The rom itself contains only FF from offset 5BA8 on, so I guess it is somewhat overdumped and Raine's report is correct. Maybe we just have to find out the correct size and I cut the overdumped stuff from the file then. Thank you so much again and please don't misinterpret my reportings, I really only want to help and make Raine even better.
  8. Last week
  9. jvidal

    Raine 0.91.7

    thanks for replying! I'll try using a maximized window. The reason this concerns me is that when using a mouse to control a game (like arkanoid, for example), Raine doesn't capture the mouse, so moving the mouse and pressing the mouse buttons can create several disasters with your files. this doesn't happen in full screen mode. This behavior can also be seen in MAME, while playing, for example, operation thunderbolt in a window.
  10. Excellent. Thanks for your great work, very much appreciated. Longing for the next version then
  11. Tux

    3 bug reports

    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... !
  12. 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 !
  13. jvidal

    Raine 0.91.7

    Hi! There's a big bug in 91.7,al least in the x64 version. Whenever you're playing a game in full screen mode, pressing escape doesn't make the menu appear, so you're stuck there, there's no way to exit or go back to windowed mode, etc. When you press ESC, instead of the menu, all you get is a black screen with the mouse pointer in the center (pressign ESC again takes you back to the game). Needless to say, it works just fine in windowed mode. The only way is pressing alt-tab and then close Raine from the taskbar. please fix it! Oh, I forgot to mention: Running on Win7 x64, AMD FX-8320E @3,5Ghz, 16GB RAM, nvidia Geforce 1030 2GB.
  14. Sounds great, man. Much appreciated For the first point: If the file is named "bubbobr1.zip" I can load and run it fine by typing "raine bubboblr1" despite the "l" is omitted in the filename. But adding the "l" to match the set name it tries to download the files from anywhere on the net (which didn't work as I had no internet connection). It even told me that it is looking for various filenames, as for example "bubbobr1.zip", but not "bubboblr1.zip". I didn't try loading it from the UI, but I can do on Monday and report back if that helps. Btw my collection consists of split sets and every other set reported OK by testing with -rc via a script (ok, ignoring the bad crc in sf2m8 now ^^) Thanks for the great work and go on with it 😃
  15. Tux

    Raine 0.91.7

    Excellent, thanks !
  16. newton

    ARCADE 0.222

    Hello, Is-it possible to change in Arcade64, the icon "M1FX" (no longer being followed) so that it can read the soundtracks of Progetto, please ? http://www.progettosnaps.net/soundtrack/ Thanks a lot
  17. * Raine 0.91.7 [Arcade] - https://raine.1emulation.com/download/latest.html * DCAlice (2020.05.20) [Alice] - http://alice32.free.fr/ * WinUAE 4.4.0 [Amiga] - http://www.winuae.net/download/ * BeebEm 4.15 [BBC] - http://www.mkw.me.uk/beebem/index.html * RPCS3 0.0.11-alpha [PS3] - https://github.com/RPCS3/rpcs3/releases * PPSSPP 1.10.1 [PSP] - http://www.ppsspp.org/downloads.html * GameEx 16.45 [Frontend] - https://www.gameex.com/news/ * JRomManager 2.4.2 [Rom Manager] - https://github.com/optyfr/JRomManager/releases * Romulus 0.046 [Rom Manager] - https://romulus.cc/
  18. Robert

    Raine 0.91.7

    Added to the forum description.
  19. 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
  20. Tux

    3 bug reports

    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)
  21. Tux

    3 bug reports

    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 !
  22. Hi, I would just like to report 3 bugs in Raine 0.91.6: 1. The romset "bubboblr1" is not loaded correctly. Raine looks for the filename "bubbobr1" instead and it works actually if the file is renamed. 2. The second issue is with "sf2m8". It loads fine, but the romcheck reports a bad size of one rom, although the size is the same as in the -listinfo rom:yyc-9.8 size:0x00010000 crc32:0x155824a9 -- bad size: 0x00020000 3. The -rfc switch reports many BAD crcs although the roms are correct and checking them directly with -rc reports them as OK. Thanks and best regards.
  23. newton

    ARCADE 0.222

    Hello, For the next version, could you add "progetto-SNAPS - Warning" in Arcade64, please Thanks
  24. There's an archive of the website which probably isn't updated and download links aren't working: https://web.archive.org/web/20160801012405/http://www.beemulated.net/arcade/multi.phtml plus: https://www.zophar.net/news-archive/beos-port-of-zsnes---bsnes-1343.html Also I forgot to mention I'm looking for Caesar 0.80 (Mame) emulator for BeOS. http://caesar.logiqx.com/php/emulators.php?id=beos
  25. Agard

    ARCADE 0.222

    Clearly i got something wrong somewhere as it created nvram ok on arcade 0.219 on different pc i will do a clean up & use all new files from arcade 0.222. once i have done that & it still crashes i'll take a video & show you if it still happens Thanks Robert
  26. Robert

    ARCADE 0.222

    You didn't say what you mean by "crashing". Jetwave works perfectly. Winding Heat got a half-black screen before getting a "Fatal error: SHARC: PCStack underflow" Midnrun works but the steering is pretty bad, just touching the key sent me into the wall. Winding Heat is definitely broken, and it happens in MAME too. Crash your car and the video stops updating and you're stuck until the game ends. If the DRC is on you get the above fatal error.
  27. Earlier
  28. Agard

    ARCADE 0.222

    Thanks robert. Please let me know what you did as I know last time it took quite a few attempts but this time it crashes. THANKS
  1. Load more activity
×
×
  • Create New...