Jump to content

mamesick

Premium Members
  • Posts

    132
  • Joined

  • Last visited

  • Days Won

    19

Everything posted by mamesick

  1. mamesick

    ARCADE 0.233

    Looks like that the sorted_source stuff is no more needed and can be deleted safely. IIRC it was used in datafile.cpp but I just noticed you completely rewrite the code there so it isn't used anymore.
  2. mamesick

    ARCADE 0.232

    If my memories are still correct... that sorted_source is used in datafile.cpp for faster access to source files list when displaying mameinfo.dat details, in particular the info about source files.
  3. mamesick

    ARCADE 0.232

    Perfect. Yes, the fast audit is fine at my home. For something I cannot explain it crashes here at work. Maybe a RAM problem.
  4. mamesick

    ARCADE 0.232

    This problem is fixed in the post above. Yes, if you change Custom Filter in 0.232 the GUI will crash silently on exit and nothing will be saved. Assuming @Robertwill implement my fixes, the next 0.233 should work fine for all users. Yes, all options are saved in a special order. For the interface ones, first we check for the Custom Filters (if they changed or not) and then we save all the rest. Of course, if saving Filters is causing a crash, all the rest will not be saved at all.
  5. mamesick

    ARCADE 0.232

    The file you're looking for is \GUI\GAMESTAT.INI. I re-checked with a fresh installation of ARCADE 0.232, I put a ROM into the \roms\ folder for testing. Audit All Games worked as expected, the audit results were saved when I closed the app and loaded correctly when I launched it again. Another bug instead appeared. If I enable "Faster Audit method" in the Interface Options and perform an Audit All Games, the program badly crashes after a while. I don't know if it's my PC here at work or not, I have to check better. If someone else could check it would be great. @Robert
  6. mamesick

    ARCADE 0.232

    Looks like I also fixed the Custom Filters problem/crash. A simply change in line 144 of \WINUI\WINUI_OPTS.CPP: { "_filters", "0", OPTION_STRING, nullptr }, Last one, these three lines should be deleted because they create the useless MAME.INI in the root folder which is not used at all: lines 1896, 1897, 1898 // if .\mame.ini not exist, create a default one std::string filename = std::string(DEFAULT_INI_FILENAME).append(".ini"); LoadOptionsStartup(core_opts, filename); and change line 1900: std::string filename = std::string(GetIniDir()).append(PATH_SEPARATOR).append(DEFAULT_INI_FILENAME).append(".ini"); That's all. I have no idea what to do with the Audit All Games issue reported here, on my side it works as expected. @Robert
  7. mamesick

    ARCADE 0.232

    The crash with BIOS change/selection in the GUI is confirmed. The option is saved in a corrupted way. A "good" fix seems to change line 2918 and line 2956 in \WINUI\PROPERTIES.CPP to: const char *biosname = core_strdup(ROM_GETNAME(rom)); this will alloc some extra not wanted memory, so at the end we should use: biosname = NULL; At least now it works. @Robert
  8. mamesick

    ARCADE 0.232

    I can confirm the ugly bug. It seems nothing is saved on exit. Though, if you don't change the Custom Filters, all is working as expected and all options are correctly saved on exit. The MAME.INI that is generated on the root is useless and should be deleted manually. It's not used at all, when you change something in the Default Options the changes are correctly saved in \INI\MAME.INI and parsed correctly when you launch a game.
  9. Windows 10 users should follow the updated link, though... https://danantonielli.com/app-scaling-on-high-dpi-displays-fix-2019/ I don't know if it will work or not, I'm still on an old 1366x768 PC monitor.
  10. mamesick

    ARCADE64 0.229

    I really don't see why people waste their time in manually editing the .INIs when there's a well-tested and professional GUI to configure those options: You don't need to edit PLUGINS.INI. You can configure all the plugins you want from the GUI in a very easy way. This can be done globally or per single game (right-click on a game the select "Properties for..."
  11. Easiest way is right-click on a game and select "Add to Custom Folder". Then simply choose the desidered folder. If no choice present, simply create a custom folder following Hyperscorpio instructions.
  12. IIRC Robbert completely removed NEOGEO raster hack a while ago, in favour of original MAME code. NAMCONB1 is still needed. Those changes don't fix the terrible slowdowns in Nebulas Ray on some levels due to performing raster effects on sprites, when probably the original hardware doesn't do that. Also there's a fix for a 1 pixel offset line in raster irq. SIMPSONS is still needed. Those changes don't fix the music speed bug. Audio CPU still must be overclocked
  13. mamesick

    ARCADE 0.213

    Yes, it seems that it's fixed now. At least for the few games I tested.
  14. My two cents are that maybe it would be better make an HBARCADE build, with all the arcade-only hacks supported by HBMAME developed using the ARCADE GUI code. I cannot help because I'm lack of time due to my real life job and sincerely also because I'm not interested. Though I have no objections. Good luck with the neogeo-decrypted driver.
  15. You might want to add a couple of changes in this piece of code at line 4865 in WINUI.CPP, to ensure that the TreeView repainting after the View-->Show Folders menu action doesn't show garbage: void ToggleShowFolder(int folder) { int current_id = GetCurrentFolderID(); SetWindowRedraw(hWndList, false); SetShowFolder(folder, !GetShowFolder(folder)); ResetTreeViewFolders(); SelectTreeViewFolder(current_id); SetWindowRedraw(hWndList, true); } change to: void ToggleShowFolder(int folder) { int current_id = GetCurrentFolderID(); SetWindowRedraw(hWndList, false); SetWindowRedraw(hTreeView, false); SetShowFolder(folder, !GetShowFolder(folder)); ResetTreeViewFolders(); SelectTreeViewFolder(current_id); SetWindowRedraw(hTreeView, true); SetWindowRedraw(hWndList, true); }
  16. mamesick

    ARCADE 0.213

    Excellent! Exactly what I was hoping for!
  17. mamesick

    ARCADE 0.213

    Call me crazy, but this diff is the cause of the crash. Left panel, your STORE1 source, right panel, official MAME source. Filename: GENIE.LUA I spent an hour in analyzing all the differences between the two sources and this is what appears to be relevant. Though I compiled your STORE1 source applying the changes and no more crashes in TOKI. I want to do some futher test before, but I guess I found the solution to the problem. Further news from me tomorrow or maybe next monday. Have a nice weekend!
  18. mamesick

    ARCADE 0.213

    This is a backtrace obtained without stripping symbols in an ARCADE64 0.213 build that only supports TOKI.CPP and few other drivers. Commands used: >GDB ARCADE64 >RUN TOKI >BT Thread 1 received signal SIGSEGV, Segmentation fault. 0x0000000000792f00 in (anonymous namespace)::FM_OPL::WriteReg(int, int) [clone . constprop.80] () (gdb) bt #0 0x0000000000792f00 in (anonymous namespace)::FM_OPL::WriteReg(int, int) [clo ne .constprop.80] () #1 0x0000000000793008 in (anonymous namespace)::FM_OPL::ResetChip() () #2 0x00000000007934ac in ym3812_init(device_t*, unsigned int, unsigned int) () #3 0x0000000000771d09 in ym3812_device::device_start() () #4 0x00000000007f1da3 in device_t::start() () #5 0x00000000008a0cf9 in running_machine::start_all_devices() () #6 0x00000000008a67a0 in running_machine::start() () #7 0x00000000008a80f5 in running_machine::run(bool) () #8 0x000000000053cf0d in mame_machine_manager::execute() () As you can see, there's something serious (and terrible because it happens only in ARCADE64). All games with YM3812 sound chip are prones to crash. I'll do futher investigations in the future but I sincerely have no idea on what searching for. I wonder if you have modified some LUA compiling scripts to keep compatibility with 32-bit. I'm saying this because all is fine in MAME64, MAMEUI64 and my personal build which is obviously based on ARCADE with some changes here and there. Also, side note, the ARCADE213S.RAR file seems a bit different if compared with the local STORE1 distribution. I don't see the LOHTB changes in M72.CPP
  19. IIRC the View-->Show Folders is hardcoded in source and is based on the order that you can find in TREEVIEW.CPP. If you have altered in some way that order during the treeview panel creation (e.g. you used TVI_SORT or something similar) the order is now broken. Search also in WINUI.CPP for the piece of code that builds this menu option, it should be were all the bitmaps menu icons are created. The variable should be ID_SHOW_FOLDER_START## and is also hardcoded in MAMEUI.RC
  20. mamesick

    ARCADE 0.213

    Very bad news, it crashes here even if compiled with GCC 7.2.0. My local source is fine, so I guess there's something in ARCADE that causes the crash. Curiously only on 64 bit build. A build with SYMBOLS is required but at the moment I cannot do it. We'll see in the next days.
  21. mamesick

    ARCADE 0.213

    Ok, I tested the ARCADE 0.212 from AntoPisa site, the problem is there too. At which version do you switched the GCC compiler? I have serious feeling that it could be the problem. EDIT: 0.209 is where the problem starts. Build Tools were updated around that period or at least so it's stated at Buildtools section of MAMEDEV at GitHub.
  22. mamesick

    ARCADE 0.213

    If ARCADE32 is fine, I doubt it could be one of the various hacks. Also, I don't recall any hack related to Seibu Sound Hardware, which seems to be the culprit. Maybe a GCC compiler issue? Maybe something corrupted the source code during compiling process (very unlikely, but who knows) ? I'll try to compile an ARCADE64 with my GCC 7.2.0 (I never upgraded it) but I cannot give a timeline because I'm busy, so it could require some days.
  23. mamesick

    ARCADE 0.213

    Hmmm... It seems there's something serious here. I tried just for curiousity other games with similar hardware to Seibu Cup Soccer (e.g. Toki) and they crashes the emulator too. The usual step to reproduce is launching the game, let it run for some seconds, then exit and relaunch it. Or launch a random game, then exit and launch e.g. Toki. Usually at the "Loading Complete" message it should freeze for a second and then the emulator closes itself completely. Analyzing "VERBOSE.TXT" all games when crashes are at this point: Starting palette ':palette' Starting Speaker ':mono' (missing dependencies; rescheduling) Starting YM3812 OPL2 ':ymsnd' I'll do some tests at home with my local build and with ARCADE64 0.213 on Windows 7. Maybe it's OS related, who knows.
  24. mamesick

    ARCADE 0.213

    Yes, I can confirm even if it happens randomly here. Sometimes it get stuck at "loading....." message and after one or two seconds it closes itself. ARCADE64 0.213 and Windows 10 X64 On official MAME 0.213 I'm not able to reproduce. Bad thing is that it seems the program crashes without any relevant message. I looked at "WINUI.TXT" and "VERBOSE.TXT" and I don't see anything that could help in debugging this. Maybe Robert will be able to investigate further.
  25. mamesick

    ARCADE 0.213

    I cannot repro the issue posted above. Which game is causing the troubles ? I tested a few, all seems fine here.
×
×
  • Create New...