All Activity
- Today
-
* SDLMAME for Ubuntu 0.271 - https://sdlmame.wallyweek.org/download/ * RPCS3 0.0.34 [PS3] - https://github.com/RPCS3/rpcs3/releases * MAME 0.271 for Mac - https://ports.macports.org/port/mame/details/ * ARES v141 [Multi-system] - https://ares-emu.net/download * NegaMAME 0.271-1 - http://babelsoft.net/products/negamame.htm * Groovymame 0.271 - https://github.com/antonioginer/GroovyMAME/releases * Cemu 2.3 [Wii-U] - https://github.com/cemu-project/Cemu/releases * PPSSPP 1.18.1 [Sony PSP] - https://github.com/hrydgard/ppsspp/releases * clrmame scanner 0.07 / rebuilder 0.14 [ROM Manager] - https://mamedev.emulab.it/clrmamepro/
-
Same kind of hdmi setup but without windows. Anyway... !
-
Hello Tux! Thank you so much for trying to fix this issue so quickly. I don't have a second sound card here either, I only have the one on the motherboard. The second sound device which shows in Windows is the TV speakers. I connect my desktop or laptop computer to the TV via HDMI input/output and then Windows automatically sets the sound device as the TV speakers (in my case, a Samsung TV). So, if you have a computer or laptop with HDMI out and a TV with HDMI in you should be able to reproduce this issue with the selected sound device in Raine. Otherwise, you could provide a test build again so I could see if the issue is indeed fixed. I'll be glad to do that. Thank you so much again for your time and attention. PS: there are also some computer monitors with internal speakers, but I don't have one here.
- Yesterday
-
leedercho joined the community
-
If you want... You know normal people don't keep on deleting their config files all the time, usually sound setup is done in a few seconds only once and never after that, so it doesn't really matter which device is selected by default usually... But it's your day of luck, sdl2 thought about people like you and it knows about selecting a default device instead of just the 1st one, so that's what I'll do now. I can't test it now because I don't have any pc with 2 soundcards, maybe the mini but it has no raine for now because of a very small disk... I might test this later then. (but I don't guarantee sdl2 default will be the one in your desktop, but maybe !). edit after trying : no luck, the mini has only 1 soundcard detected, I got an old pc with 2 but this one hasn't been powered on for 3 years now and everything is too outdated on it to test something like that ! Oh well, you'll test that next time... ! Anyway I have no pc with 2 soundcards and windows installed on it !
-
Hello Tux! Thank you so much for the details on the "real full-screen" mode. Now I understand your rationale. So it still makes sense to have the option named as "Yes (desktop)", as far as I've understood? Or perhaps it would be better read as "Full-screen mode (Desktop)" and have the alternatives named just as "Yes" and "No"? I think I could do that and fix all the linked translated strings in the code if you agreed with the change... Now that the full-screen issues are gone, I could finally play with the emulator regularly again and I think I've stumbled upon two issues: - the left arrow key in the keyboard can also enter/confirm actions in the GUI. Is this expected? - Raine is not following the sound output setting configured as default in desktop. Apparently it selects the first sound output offered by the driver, which in my case are the computer speakers. I came across this issue recently when I connected my laptop computer to a TV and had no sound coming from Raine. Then I tried it with my desktop and had the same result. Here is what Windows sets as default when I connect my computer to the TV: The selected option is the one in blue, the Samsung TV internal speakers (click on the image to magnify). And here is what Raine sets as default: It selects as the default "Sound device" the computer speakers, and if you don't have any connected, you will hear nothing in the game. I had to figure out why no sound was coming from the program, and then finally found that the issue was with the sound device selected by Raine as default. So, I was wondering if it wouldn't be possible to have Raine select as default sound device the one currently set in Windows desktop. I suppose this would let the program a little more user-friendly, especially for new Raine users which are used to playing with other emulators. As far as I remember, most emulators don't need this kind of configuration, they just use the sound device currently set in the desktop. But I'm not sure how doable this would be though... Anyway, I'll wait your comments on that. I can also test another preview build if you need. Thank you so much again for your work.
- Last week
-
All fixed with your later commits. Big Thanks!!!!
-
OK I got it to crash, and it took a while, but I believe it's been fixed for the next release. Or, you can download the next build from github, when it finishes building.
-
If I could replicate the problem I'd try to fix it. But it all works fine for me. Sorry about that.
-
X68000 ultimate ogXbox romset by gradius3
fumanchu replied to fumanchu's topic in XBOX Hacks [/xbox]
reupload,new link [code]https://1fichier.com/?n8p7y0kelduezvr67gqm[/code]- 1 reply
-
- 1
-
Corrected the comma for the semi-colon, was a typo in the post. The relative paths in swpath worked until 270, is in 271 when are crashing. Actually setting paths via mameui gui also crashes the emu too, so will try in another computer if the behaviour is the same.. Edit: Tried in another computer with fresh install. The swpath is completely broken. Anyway don't mind, I'll use the command line.
-
swpath is for loose files only. If this path is set through the GUI then it works fine - I know because of the extensive software testing I've been doing over the last few months. MAME can only do the first path in swpath, but MAMEUI can handle multiple paths. Note that the path separator is semi-colon, not comma. For softlist-list-based-software, that path goes into your rompath, along with the path to your bios roms and so on. I've never had any crashes because of the setting of swpath, right or wrong.
-
zardwi joined the community
-
No, there's no good reason to re-add it. The main reason why most games prefer desktop fullscreen games is probably because there are less issues when alt-tabing out of the game and you can have some windows visible on top of the game screen without issue, which is impossible with the real fullscreen, it's totally exclusive and it can have sync issues sometimes. The desktop fullscreen is the modern way to do that, the real fullscreen was the old way. Glad to see it's finally fixed, it was the most annoying series of bugs to fix, especially when you think that it was not even related to real emulation ! Most of the fixes are short, it's not complex code, but you just need to guess what needs to be done, there are more comments in the code and in the git log about all that.
-
Hello again Tux! Thank you so much for your fast work! I tried it here with the latest test build and the issue is finally gone! Here I have some screenshots to compare: Full-screen with the GUI option: Full-screen with Alt+Enter: Full-screen with the GUI option: Full-screen with Alt+Enter: I tried to enable full-screen mode from the GUI and then disable it through the GUI and everything seems to be working correctly. I also tried to enable it through the GUI and then disable it by hitting Alt+Enter and no problems so far. I made these tests with all default configurations and no config file created. I was wondering if the GUI was really causing this issue as I suggested... or was it something more complex? Anyway, I'm glad that all GUI options are working perfectly again. Using the graphical interface in full-screen mode is more suitable when playing from a distance from the display, so this fix will be helpful if it's necessary to enable or disable this mode in that situation. Thank you so much again for the time put into this fix. PS: do you intend to re-add support for real full-screen mode. As far as I understood, it was not causing this issue, was it? Maybe it could have some use cases...?
-
Alright fixed normally, and finally it was not a dll problem, just the usual kind of bug you get when you mess too much with windows statuses, and it could happen in linux too (the small screen in fullscreen). Test when you can the good news is the new dll is not needed anymore, you can delete it if you still have it, it's a return to the normal build process from linux ! http://raine.1emulation.com/archive/tux/raine.7z
-
Yeah it's the quarter picture I got because of the dll problem, I guess I didn't get the right one then... I'll see that later. But all this mess is a windows non sense, I just loose time here, had to reboot an incredible number of times while testing things since I couldn't reproduce the bug in linux and windows didn't have any decent dev tools installation yet. What a waste... Did I mention I really hate windows now ? Anyway since I got this thing working here it's probably a detail to pinpoint so I'll finish this.
-
Hello Tux! I'm glad you could finally reproduce and understand what is going on with this issue. Fortunately my test in 16:10 monitors was worth it in the end... So, I have tried here the latest test build you provided in this thread and I am getting something different now on the screen. It's not perfect yet though, but something did change. Take a look: So the issue is not fixed yet, but something changed. I tested this with no config file created in Raine, 64 bit version. I just open the program for the first time, load the game and go to the Video Options to enable full-screen, and then leave the GUI to show the game picture. Enabling full-screen through Alt+Enter is still perfect, see: Anyway, hopefully you come up with a solution for this eventually. Please post here a test build again if you need someone to try a new solution for this problem. I'll be glad to try it. Thank you so much again for your time and work.
-
Ok, did a minimal fix, you can test it at the usual place : http://raine.1emulation.com/archive/tux/raine.7z This forced me to reinstall the dev tools in windows, which showed me that the compilation of the 32 bits version was broken in mingw32, so nobody did that clearly ! Actually I had never reinstalled these after upgrading my windows disk which is now a ssd about 1 year ago or so. Anyway the fix is at 2 levels, it forces the desktop size to the video mode size instead of looking at the usable area, but except that I got a stupid game screen in the lower left part of the screen when I was in fullscreen, only for the 64 bits version, so it forced me to make the binary in mingw32 and not in linux as usual, there is clearly some dll problem, probably specific to windows 10/11 somewhere. So this archive is bigger, it includes a new libcrypto-3.dll which was not required before. Also since the bug is saved in the config file, the fix can work only if raine is not started in fullscreen with a broken config file, if it's the case you need to return to some windowed mode and switch again to fullscreen, or delete your config file. It seems to work for me, I guess I'll have to make something more official after that mess... Problem is that it probably breaks compatibility with old windows version for good this time. It's not my fault, it's the way windows is made, they willingly make things harder and harder to stay compatible with old versions. edit : and uploaded a new dlls64-0.96.7z with an updated SDL2.dll, 0.28 was becoming quite old. This should still be compatible with all 0.96 versions, and the libcrypto-3.dll is only in this raine.7z package for now.
-
Minuous started following Ami/WinArcadia 33.5 released
-
WinArcadia 33.5 (Windows XP/Vista/7/8/10/11): 4 November 2024 DroidArcadia 3.1 (Android): 26 July 2024 AmiArcadia 33.5 (AmigaOS 3): 4 November 2024 AmiArcadia 33.5 (AmigaOS 4): 4 November 2024 AmiArcadia 33.42 (MorphOS): 28 October 2024 Super Bug Advance 1.3 (Game Boy Advance): 11 September 2009 AmiArcadia and WinArcadia are multi-emulators/assemblers/disassemblers of these machines: * Emerson Arcadia 2001 console family (Bandai, Emerson, Grandstand, Intervision, Leisure-Vision, Leonardo, MPT-03, Ormatu, Palladium, Poppy, Robdajet, Tele-Fever, Tempest, Tryom, Tunix, etc.) (c. 1982); * Interton VC 4000 console family (Acetronic, Cabel, Fountain, Hanimex, Interton, Prinztronic, Radofin, Rowtron, Soundic, Voltmace, Waddingtons, etc.) (c. 1978); * Elektor TV Games Computer (1979); * PIPBUG- and BINBUG-based machines (Electronics Australia 77up2 and 78up5, Signetics Adaptable Board Computer, Eurocard 2650, etc.) 1977-1978); * Signetics Instructor 50 trainer (1978); * Signetics TWIN minicomputer (1976); * Central Data 2650 microcomputer (1977); * PHUNSY microcomputer (c. 1980); * Ravensburger Selbstbaucomputer aka 2650 Minimal Computer trainer (1984); * Hofacker MIKIT 2650 trainer (1978); * Astro Wars, Galaxia, Laser Battle and Lazarian coin-ops by Zaccaria (1979-1981); * Malzak 1 and 2 coin-ops by Kitronix (c. 1981); * AY-3-8500/8550/8600-based Pong systems (Coleco Telstar Galaxy, Sheen TVG-201, etc.) (1976-1977); and * VTech Type-right machine (1985). Features include: ReAction GUI, load/save states, windowed and full- screen modes, CPU tracing, trainer, drag and drop support, graphics scaling, automatic load/save of configuration/game, keyboard/joystick/ gamepad/paddle/mouse/trackball/Vision-dapter support, autofire, turbo mode, gameplay recording/playback, sprite demultiplexing, help windows, source code, real-time debugger, frame skipping, redefinable keys, save screenshots (9 supported formats), REXX port, network play (IPv4 and IPv6), real-time monitor, locale support, game selection sidebar, text-to-speech, printer output, artefacting, support for ZIPped games, clipboard support, palette editor, tone retuning, high score management, force feedback, sprite editor, 3D, assembler, disassembler, CALM support, Scale2x/3x/4x and HQx filters, animation recording (5 supported formats), sound recording (8 supported formats), horizon dejittering, tape decks (4 supported formats), RetroAchievements support, printer emulation, floppy disk drive emulation, screen editor. The supported languages are currently English, Dutch, French, German, Greek, Italian, Polish, Russian and Spanish. Changes since V33.42: Summary: * PIPBUG: added "Settings|VDU|Elekterminal" option. * PIPBUG: enhanced "Help|Guest controls..." subwindow. * Miscellaneous improvements (WinArcadia only). Details: pipbug: added "Settings|VDU|Elekterminal" option. pipbug: enhanced "Help|Guest controls..." subwindow. wa: added a tip of the day about debug submenu descriptions. http://amigan.1emu.net/releases/ http://amigan.yatho.com
-
- arcadia 2001
- interton vc 4000
-
(and 5 more)
Tagged with:
-
Ok, it happens, windows only of course I would have spotted this long ago in linux, it's not so old it started around 0.96.10, because of the windows tricks which was probably the worst idea I ever had ! It's even worst that what you say because once the video is broken this way, it's saved in your config file and you'll find the same broken video next time you launch raine. It's easy to fix manually though, it's just screen_y in the config file which gets a bad value, just put your real screen height here and it will work, at least until you return to the windowed mode before switching again to fullscreen this way. It's not easy to fix because this has become an intricate mix of craziness to work around the strange behavior of windows, my 1st attempt to fix it triggered an even worse bug. So for now either switch back to 0.96.9 or before, use the keyboard, or switch to linux ! For info the size of the black border on top is exactly the height of the title bar for a maximized window, it's a windows bug you see here, it doesn't happen when using the same binary in wine in linux. I am tempted to remove all this windows craziness, but even that has become complicated for now, so for now it will just remain as it is for now, I might return to it later, I already lost way too much time on that.
-
Hello Tux! Thank you so much for your reply. As a final report on this issue, I had the idea to test Raine in a 16:10 aspect ratio monitor because this is the one you have there. Maybe this could help you finally notice the issue in your setup. But I don't have a monitor with that aspect ratio here, so I put Raine in a thumb-drive and took it to a shop which had some electronics available for testing. Hopefully I found exactly two laptop models which had that aspect ratio in their displays (all the other ones had 16:9 screens, which seems to be a standard for gaming and general-use computers). They were expensive Galaxy Book models, I believe Galaxy Book 4 Pro or Ultra with 2880x1800 displays on both of them with different screen sizes. They also had Core Ultra 9 or 7 processors with RTX 4070 GPUs. The system on both of them was Windows 11. I confirm the full-screen issue is reproducible in monitors with such aspect ratio. I took some screenshots so you can compare the difference: Full-screen toggled with Alt+Enter: Pay attention that the game picture is perfectly centered in the display. Now compare with the full-screen mode enabled through the GUI: Notice that there is a bigger bezel in the top, the GUI applied some kind of zooming/repositioning effect on the game picture. The game picture is no longer perfectly centered in the display, as it ought to be in my opinion. More screenshots to compare: Alt+Enter: Full-screen through the GUI: The issue is more noticeable with 4:3 aspect ratio games, take a look: Full-screen with Alt+Enter: Game picture is perfectly centered in the display. Full-screen through the GUI: The game picture suffered some kind of zooming/repositioning/redimensioning in this case, resulting in bigger bezels on top and sides. More screens: Full-screen with Alt+Enter: Full-screen through the GUI option: So, I suppose you didn't realize it before because the difference is more subtle in widescreen games displayed in 16:10 monitors, but it is there too. It becomes more noticeable if you try 4:3 aspect ratio games such as NeoGeo ones. Also, it should be possibly only spotted in Windows, so if you are trying to reproduce it in Linux you should not be seeing it at all. It seems to be a minor issue though, but it would be interesting if you could finally see what was causing it if you ever have time to do it... Anyway, thank you so much again for all the time and attention spent in this report. PS: notice that if I use the debug build which you shared in this thread the Alt+Enter method no longer works to have the game picture perfectly centered in full-screen mode because after hitting Alt+Enter a GUI window (the "Reclip screen:") shows, which triggers the zooming/repositioning/redimensioning effect in the game picture.
-
Setting relative paths in ini files crashes the emu when selecting affected system. For example megadrive PAL at megadriv.ini: swpath ..\..\MegaDrive This feature worked fine in 0.270. Also trying to set up a software path from software tab in gui freezes the emu. EDIT: After more testing, seems some changed in latest mame about managing sw list paths. If you set at mame.ini: swpath software TO swpath null the emu won't crash, but mame couldn't find the sw files anymore. Another fix is the set the megadriv.ini to: swpath software;..\..\MegaDrive But the emu only will look at the software folder... Actually I'm launching games via command line.
-
MAME, WOLFMAME AND MAMEUI 0.271 32bit available (Xp compatible). Download from: RETRODANUART MAME XP
- Earlier
-
* MAME 0.271 - https://www.mamedev.org/release.html * ARCADE64 0.271.0 - https://arcade.mameworld.info/ * MAMEUI64 0.271.0 - https://messui.1emulation.com/ * SDLMAME for MAC 0.270 - https://ports.macports.org/port/mame/details/ * MAME for RPi 0.271 - https://stickfreaks.com/mame/ * WolfMAME 0.271 - https://github.com/mahlemiut/wolfmame/releases * Nintaco (2024-10-27) [NES] - https://nintaco.com/index.html * Nemulator 4.5 [NES] - http://nemulator.com/downloads.html * DSP 0.23 final [Multi-system] - https://github.com/leniad/dsp-emulator * RPC Emu 0.9.5 [Acorn Archimedes] - https://www.marutan.net/rpcemu/index.php * Erockus 12.5 [Front-end] - http://erockus.elementfx.com/arcade.html
-
lunchbox80 joined the community
-
MAMEUI64 0.271.0 has been released. Available at https://messui.1emulation.com The software listed in \hash\more now number 45425, spread over 144 lists. Changes that didn't get into MAME: - Hitachi bml3, Amstrad cpc and clones, Fujitsu fm7 and clones: improved cassette motor handling - i8275: don't crash if double spaced rows requested - pecom32, pecom64: fixed cassette reading; fixed shift key interfering with tape loading; adjusted cpu speed; system can now run the items in the software list. - partner: fixed crash when floppy drive accessed - homelab: fixed buffer overrun in the quickload; homebrew games can now be run.