jedimatt42 #401 Posted December 30, 2020 4 hours ago, Omega-TI said: Anything is possible. I'll have search the house though, the only SD cards I can find at the moment are all high speed high capacity cards used for photography. If I remember correctly, the FinalGROM works best with smaller and slower cards, or was that just the FlashROM? Arcadeshopper did some testing, and he gets the flashing light problem if FCMDG and XB28GEMG are together in a subdir. But not if they are together at the ROOT of the SD card. I haven't verified this. But They do 'work' ( no flashing light ) in my setup, which has both in the ROOT of the SD card. That might be a issue with the FinalGROM firmware, except, that Arcadeshopper verified he can go from XB28GEMG back to FCMDG... so that points to an subtle issue in Force Command's XB command. We can do more testing on our end before you need to spend your hobby time on this. Quote Share this post Link to post Share on other sites
mizapf #402 Posted December 30, 2020 (edited) 3 hours ago, DavidC said: Can someone put together a .rpk of this for MAME...please? I tried, and failed miserably..lol. I did it some time ago: To update to the most recent release, use that RPK, unzip it, check the entries in layout.xml concerning the files gromimage and romimage (could be another file name), and pack the (G)ROM dumps together with that layout.xml into a new extended_basic_28_gem.rpk. If your packing program does not allow using the rpk suffix, use zip and rename to rpk after that. Edit: Here is the RPK. Mind that I don't always watch this thread so that I may miss one or another new release. extended_basic_28_gem.rpk Edited December 30, 2020 by mizapf 2 1 Quote Share this post Link to post Share on other sites
atrax27407 #403 Posted December 30, 2020 Waiting. . . Quote Share this post Link to post Share on other sites
Omega-TI #404 Posted December 30, 2020 2 hours ago, jedimatt42 said: Arcadeshopper did some testing, and he gets the flashing light problem if FCMDG and XB28GEMG are together in a subdir. But not if they are together at the ROOT of the SD card. I haven't verified this. But They do 'work' ( no flashing light ) in my setup, which has both in the ROOT of the SD card. That might be a issue with the FinalGROM firmware, except, that Arcadeshopper verified he can go from XB28GEMG back to FCMDG... so that points to an subtle issue in Force Command's XB command. We can do more testing on our end before you need to spend your hobby time on this. Yes, I put Force Command back in the ROOT directory along with XB28GEMG and the WEATHER80 program. I can load XB28GEMG from the cartridge, select T80XB then manually load TIPI.WEATHER80 and run it, it'll even load up and go to Force Command afterwards. I can even type FG99 XB28GEMG inside Force Command, manually select T80XB, hold down the space key and then type in OLD TIPI.WEATHER80 to run the program. However typing XB TIPI.WEATHER80 results in the blinking LED. Thanks, I'll wait to see what develops. Quote Share this post Link to post Share on other sites
DavidC #405 Posted December 30, 2020 3 hours ago, mizapf said: I did it some time ago: To update to the most recent release, use that RPK, unzip it, check the entries in layout.xml concerning the files gromimage and romimage (could be another file name), and pack the (G)ROM dumps together with that layout.xml into a new extended_basic_28_gem.rpk. If your packing program does not allow using the rpk suffix, use zip and rename to rpk after that. Edit: Here is the RPK. Mind that I don't always watch this thread so that I may miss one or another new release. extended_basic_28_gem.rpk 84.52 kB · 1 download Thank you sir! I tried to do all that other stuff....got confused and decided to have a beer and ask y'all for help..Thanks @mizapf, you are awesome! Quote Share this post Link to post Share on other sites
senior_falcon #406 Posted December 31, 2020 On 12/29/2020 at 9:41 AM, senior_falcon said: Those address are for the original XB G.E.M. These addresses should work for XB 2.8 G.E.M. XB GEM 2.8 XB 2.8 31435 XB GEM 2.8 XB 2.8 + XXB 32336 XB GEM 2.8 XB256 32296 XB GEM 2.8 T40XB 32314 XB GEM 2.8 T80XB 32325 XB GEM 2.8 THE MISSING LINK 32212 XB GEM 2.8 TML GRAPHIC ADVENTURE 32280 XB GEM 2.8 DM1000 31928 A different approach may solve the problem. Remember that if you can get into XB 2.8 you can change the graphics mode to 80 column text mode with CALL T80XB or CALL T80XB(n) if you want to change the number of disk files. Make that the first line of your program. 1 Quote Share this post Link to post Share on other sites
jedimatt42 #407 Posted January 1 18 hours ago, senior_falcon said: A different approach may solve the problem. Remember that if you can get into XB 2.8 you can change the graphics mode to 80 column text mode with CALL T80XB or CALL T80XB(n) if you want to change the number of disk files. Make that the first line of your program. That seems like a preferable approach, so the burden of knowing what extensions are used by a program remain with the programmer, and this knowledge requirement isn't distributed to all of the users of the program. Quote Share this post Link to post Share on other sites
senior_falcon #408 Posted Thursday at 03:03 AM In my testing I found that when using the compiler, XB 2.8 G.E.M. would crash if you chose to put the runtime routines into low memory. (It works fine when using the normal place for the runtime routines.) I am polishing up the loader so that: * If you chose "Y" for the option to put runtime routines in low memory then the proper loader program is loaded automatically. *If you chose "N" for that option and the program is too big to fit entirely in high memory, you are sent back to the compiler so you can press "Y" and recompile. *The option to load using MiniMemory will be removed. These changes should streamline the process and make it more intuitive. 3 Quote Share this post Link to post Share on other sites
1980gamer #409 Posted Saturday at 09:08 AM Great News! I had been struggling. I thought I was doing something wrong and was going to keep trying different combos. My small test programs worked. But my larger game wasn't. I was rewriting it to try to save space. ( should still be optimized! ) I may have to split the game up anyway. I am working on a 5 pack of mini games. Just 1 of them got a little bigger than a mini game! LOL Quote Share this post Link to post Share on other sites