+mizapf Posted October 8, 2020 Author Share Posted October 8, 2020 And you must plug the PEB itself into the I/O port. Quote Link to comment Share on other sites More sharing options...
Shift838 Posted October 8, 2020 Share Posted October 8, 2020 14 hours ago, mizapf said: Concerning the issues with the parallel use of IDE and HFDC, mind that the "hardN" switches have no path specification. That is, they are assigned in order of initialization of the peripheral cards. The IDE defines one hard disk connector and picks hard1; then the HFDC gets hard2, hard3, hard4 (on h1, h2, h3). I would still need to put in 'hard1', 'hard2', etc? or just 'hard' in the command and MAME will automatically pick hardN based on what has already been assigned? Quote Link to comment Share on other sites More sharing options...
+mizapf Posted October 8, 2020 Author Share Posted October 8, 2020 You have to use hard1, hard2, hard3 etc. (the same holds for all other media like flop1, flop2, ...). The problem is that the MAME core assigns this sequence of media to the devices that declare to be connected to this type, and there is (currently) no way to specify which device gets which one - possibly some legacy of the arcade origins of MAME. The cards in the PEB are initialized in sequence of their slots. When the IDE controller is initialized, it requests a medium of type "hard disk"; you have to provide that in the command line as "-hard ..." or "-hard1 ..." (if there is only one, you can omit the 1). When there is another card that requests such devices, it continues with "-hard2", "-hard3" etc. This has nothing to do with the "h1", "h2", "h3" connectors. The whole thing would be cleaner if we had to provide the path, but I am quite sure that not everyone would gladly agree if you had to write "-ioport:peb:slot8:hfdc:h1 harddisk1.hd" instead of "-hard1 harddisk1.hd". Quote Link to comment Share on other sites More sharing options...
Shift838 Posted October 8, 2020 Share Posted October 8, 2020 18 hours ago, mizapf said: Concerning the issues with the parallel use of IDE and HFDC, mind that the "hardN" switches have no path specification. That is, they are assigned in order of initialization of the peripheral cards. The IDE defines one hard disk connector and picks hard1; then the HFDC gets hard2, hard3, hard4 (on h1, h2, h3). Excellent. I found where my statement was messing up. I was actually assigning the HFDC h1,h2,h3 before the IDE in slot7. all working now. 2 Quote Link to comment Share on other sites More sharing options...
polyex Posted October 8, 2020 Share Posted October 8, 2020 12 hours ago, arcadeshopper said: The KEEP BBS Still online since 1983, http://www.thekeep.net, telnet: thekeep.net:23 modem: (503) 852-3170 Is your KEEP BBS named after the book/movie The Keep from 1983 as well or is that coincidence? Quote Link to comment Share on other sites More sharing options...
+arcadeshopper Posted October 8, 2020 Share Posted October 8, 2020 1 hour ago, polyex said: Is your KEEP BBS named after the book/movie The Keep from 1983 as well or is that coincidence? It's named after the D&D module B2.. https://en.wikipedia.org/wiki/The_Keep_on_the_Borderlands Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted October 10, 2020 Share Posted October 10, 2020 I thought that I would "spice" MAME up a bit by using a couple of "Insanemultitasker's' programs. My copied system is set up with the EVPC (80-column card) and a Horizon RAMdisk as DSK4-D (DSK1-3 are virtual floppy drives). SPLASH is used to display a TI-ARTIST picture at startup for eight seconds (unless cancelled by pressing the space bar) after which it displays the 80-col MENU program. The only caveat is that both must reside on the first partition of the RAMdisk. Anyway, MAME starts like this: 3 Quote Link to comment Share on other sites More sharing options...
+Schmitzi Posted October 10, 2020 Share Posted October 10, 2020 Nice colors on the Mame logo bssssss bsssssss Hummingbirds.mp4 Quote Link to comment Share on other sites More sharing options...
+arcadeshopper Posted October 10, 2020 Share Posted October 10, 2020 13 hours ago, atrax27407 said: I thought that I would "spice" MAME up a bit by using a couple of "Insanemultitasker's' programs. My copied system is set up with the EVPC (80-column card) and a Horizon RAMdisk as DSK4-D (DSK1-3 are virtual floppy drives). SPLASH is used to display a TI-ARTIST picture at startup for eight seconds (unless cancelled by pressing the space bar) after which it displays the 80-col MENU program. The only caveat is that both must reside on the first partition of the RAMdisk. Anyway, MAME starts like this: where do I find SPLASH? Quote Link to comment Share on other sites More sharing options...
+arcadeshopper Posted October 11, 2020 Share Posted October 11, 2020 On 10/10/2020 at 2:04 PM, arcadeshopper said: where do I find SPLASH? Bob emailed me a copy Quote Link to comment Share on other sites More sharing options...
ralphb Posted October 25, 2020 Share Posted October 25, 2020 (edited) I've tried to compile version 225, but I get an error: In function ‘char* strcat(char*, const char*)’, inlined from ‘void nubus_image_device::file_cmd_w(uint32_t)’ at ../../../../../src/devices/bus/nubus/nubus_image.cpp:262:10: /usr/include/x86_64-linux-gnu/bits/string_fortified.h:128:33: error: ‘char* __builtin___strcat_chk(char*, const char*, long unsigned int)’ accessing 129 or more bytes at offsets 988 and 860 may overlap 1 byte at offset 988 [-Werror=restrict] 128 | return __builtin___strcat_chk (__dest, __src, __bos (__dest)); | ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I guess I need to change that to a memcpy, but I don't know exactly where and how. Have there already been official patches for this? EDIT: I found where, but not how. ? EDIT²: I found the mamedev note about _FORTIY_SOURCE. Edited October 25, 2020 by ralphb Quote Link to comment Share on other sites More sharing options...
+mizapf Posted October 25, 2020 Author Share Posted October 25, 2020 Maybe you can restrict the build to the TI family (using SOURCES=src/mame/drivers/ti99_4x.cpp etc. as arguments to make), so you'd bypass this position if it has not been fixed. What compiler do you use? (Version?) Quote Link to comment Share on other sites More sharing options...
ralphb Posted October 25, 2020 Share Posted October 25, 2020 3 minutes ago, mizapf said: Maybe you can restrict the build to the TI family (using SOURCES=src/mame/drivers/ti99_4x.cpp etc. as arguments to make), so you'd bypass this position if it has not been fixed. What compiler do you use? (Version?) It's a compiler problem (according to MAME devs), and there's a workaround by allowing unsafe functions with _FORTIY_SOURCE. I'm trying that now. Quote Link to comment Share on other sites More sharing options...
ralphb Posted October 25, 2020 Share Posted October 25, 2020 Ah, I misspelled FORTIFY, but it worked on the second try: cassiopeia /vol/src/mame225 > time make -j 24 ... Linking mame64... 15366.948u 980.779s 14:04.90 1934.8% 0+0k 688+9040208io 2pf+0w I was basically burning-in my new system, and it passed the test. ? The -j 24 hints at the processor, and 14:04 is the elapsed time in minutes and seconds (of which 980 seconds were spent inside the kernel). 1 Quote Link to comment Share on other sites More sharing options...
SoundGammon Posted October 25, 2020 Share Posted October 25, 2020 What good is a new MAME when most every game says ONE OR MORE ROMS MISSING? I added every rom folder to it, can't get one Genesis game to run or any 7800 or 2600 games! All the roms work on MAME32 0.94! Quote Link to comment Share on other sites More sharing options...
+mizapf Posted October 25, 2020 Author Share Posted October 25, 2020 Obviously, you are missing some ROMs. I can only help you for the TI family, and in that respect, we have up-to-date ROMs for the current MAME on our WHTech server. Apart from that, a newer MAME is a better MAME. 2 Quote Link to comment Share on other sites More sharing options...
+jedimatt42 Posted October 26, 2020 Share Posted October 26, 2020 Does using the evpc card, since it requires a different 'machine' in mame, mean that the non-volatile storage for a horizon ramdisk is in a different filesystem location? Quote Link to comment Share on other sites More sharing options...
+jedimatt42 Posted October 26, 2020 Share Posted October 26, 2020 7 minutes ago, jedimatt42 said: Does using the evpc card, since it requires a different 'machine' in mame, mean that the non-volatile storage for a horizon ramdisk is in a different filesystem location? ah, yes, new nvram directories under ~/.mame/ for each system... It seems to work to remove the ti99_4ev and ti99_4ae and soft link them over to the ti99_4a directory. 3 Quote Link to comment Share on other sites More sharing options...
RickyDean Posted October 29, 2020 Share Posted October 29, 2020 Well since I have been rained out today and can't work on my trucks, I decided to see exactly which version of sdlmame got changed and broke my ability to use it on my macbook air. At this time version 215 will work, but 217 gives the plugin.ini error for the bgfx files and the Engine translation error. I am downloading 216 now to see if it was the finale working one for me or not. I want to get 226 working, but don't know why they changed it. Quote Link to comment Share on other sites More sharing options...
Shift838 Posted October 29, 2020 Share Posted October 29, 2020 5 minutes ago, RickyDean said: Well since I have been rained out today and can't work on my trucks, I decided to see exactly which version of sdlmame got changed and broke my ability to use it on my macbook air. At this time version 215 will work, but 217 gives the plugin.ini error for the bgfx files and the Engine translation error. I am downloading 216 now to see if it was the finale working one for me or not. I want to get 226 working, but don't know why they changed it. I ran into the same issue on a virtual mac. anything over .215 will not work. I fixed it in my INI file. you may be able to do the same, it's worth a shot. I had to force 'OpenGL' within the main.ini file Under #OSD VIDEO OPTIONS Changed video from auto to opengl and now it fires right off. Quote Link to comment Share on other sites More sharing options...
RickyDean Posted October 29, 2020 Share Posted October 29, 2020 7 minutes ago, Shift838 said: I ran into the same issue on a virtual mac. anything over .215 will not work. I fixed it in my INI file. you may be able to do the same, it's worth a shot. I had to force 'OpenGL' within the main.ini file Under #OSD VIDEO OPTIONS Changed video from auto to opengl and now it fires right off. Okay confirmed 216 does not work either. Will give this a try on 226. Quote Link to comment Share on other sites More sharing options...
RickyDean Posted October 29, 2020 Share Posted October 29, 2020 10 minutes ago, RickyDean said: Okay confirmed 216 does not work either. Will give this a try on 226. No joy, are you on .226? If so can I request your mame.ini file and the plugin.ini file to see if they make a difference. And are you using 64 bit Mame on the mac? Quote Link to comment Share on other sites More sharing options...
Shift838 Posted October 29, 2020 Share Posted October 29, 2020 (edited) no, I used the SDLMAME .0225 from https://sdlmame.lngn.net/ i just noticed they have .0226 up. i'll pull down .226 to test Edited October 29, 2020 by Shift838 1 Quote Link to comment Share on other sites More sharing options...
RickyDean Posted October 29, 2020 Share Posted October 29, 2020 (edited) 8 minutes ago, Shift838 said: no, I used the SDLMAME .0225 from https://sdlmame.lngn.net/ i just noticed they have .0226 up. i'll pull down .226 to test Yeh, that's the one I'm trying to use. Have the SDL file in the correct location. Edited October 29, 2020 by RickyDean misspell Quote Link to comment Share on other sites More sharing options...
Shift838 Posted October 29, 2020 Share Posted October 29, 2020 (edited) 4 minutes ago, RickyDean said: Yeh, that's the one I'm trying to use. Have the SDL file in the correct location. You did run ./mame64 -cc right ? Edited October 29, 2020 by Shift838 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.