Jump to content

Heaven/TQA

Members
  • Posts

    12,006
  • Joined

  • Last visited

  • Days Won

    4

Posts posted by Heaven/TQA

  1. can someone test please those 2 files?

    they work flawless in Altirra @phaeron but not on real machine, the music play and color changes but screen is empty and no sprites. it seems some silly race condition again I hit. it is now relocated from $0800 --> $7800... and screen from $0400 to $3c00

     

    i can not figure it out with my Turbo Freezer XE on real machine. 

    I did some register checks in turbo freezer... so display list is at $3200 and active and PC is running at $7800- so code is running and not hanging...

     

    plazmoid_1kb_a8_version2.xex plazmoid2.obx

  2. 10 minutes ago, TGB1718 said:

    The general rule for .XEX to ensure it will load using most DOS's is to completely avoid $700 to $2000,

    although as said before by others not necessarily as high as $2000, but unless memory is tight it's a pretty

    safe rule to apply.

    As we always used game dos I never applied to that rule as who loads demos from Dos and expects a safe exit to Dos 😉 demos were always pure bare metal without OS and DOS

    • Like 1
  3. Well the 0800 segment is common on c64 so... But sio2sd should load it as well... As the fast loader is at 0600... And I know it trashes most Dos. I tried to relocate that c64 code but that needs more thinking but I give it another try later yesterday it was not a quick solution. That was my initial comment it was not like up to you how to load but more beware it might not work with your loader due to the c64 code...

  4. 7 minutes ago, flashjazzcat said:

    Relocatable code occupies no more memory than non-relocatable code once loaded from storage and fixed up in RAM, so the only real issue presented by the lack of an MMU seems to me to be the lack of memory protection (so random writes outside of the application's allocated RAM can be somewhat disruptive).

     

    The minimum RAM requirement is 128K, with (on that base configuration) 80KB available for resources and applications (four extended banks plus the main bank). That's ample for a handful of applications, resident resources, etc. In point of fact the system could probably run in 64K, although the limitations (16K for applications and resources) would severely impede usability. Although, since we now have a proliferation of mass storage devices which are as fast as RAM to RAM CPU block moves, it would be fairly trivial to cache an inactive process to disk if RAM was in contention.

    That's why the UI is one of the processes which runs entirely in banked ROM, consuming no RAM whatsoever. Applications, meanwhile, can implement a complex UI using minimal code (since they're just calling the OS instead of drawing everything themselves).

    Probably so, although all but a few of the most ardent coders will probably balk at the complexity of the window and dialogue descriptions and hope that someone also writes a resource editor to make application development less intimidating.

    Appreciated - thanks! :)

    You mean SymbOS? I had a cheeky idea the other week while making a video demoing 'Let's Emu' (Spectrum emulator for the 65C816). If we can emulate the Z80 at reasonable speed with Rapidus, would it not be feasible to emulate the CPC (with VBXE taking care of the emulated display)? :D

    I guess it was SymbOS and the coder explained me the concept of those core routines and the layers on top. jac had some ideas on Atari ports. We talked about that gui window rewriting on layered windows while pac man clone was running in one of those.

     

    I also liked the abstract window gui layer as we had 4 Color display and monochrome display of the same app.

  5. Flash... You don't need to defend yourself in detail why or why not you are doing the Multitasking OS thingy... 

     

    At revision 2024 I had a longer chat with Jac! And the CPC multitasking OS closer and played around little bit on the CPC standing on the desk. Nice one like it. But it's always kind of chicken egg issue with those OS?

  6. 1 hour ago, Dinadan67 said:

    I tried different configurations at home, the demo runs fine on Atari800MacX with AltirraOS. It also runs on real hardware (600XL PAL/U1MB/VBXE) from AVG-Cart. I had no luck with Side3 and A8PicoCart.

     

    Nice demo btw!

    It runs on real hw? Shame on me 😂😉 thanks for posting. I will look and relocate stuff on weekend.

    • Thanks 1
    • Haha 1
  7. 9 hours ago, CharlieChaplin said:

     

    Dito: I spend zero time searching for a (boot)loader that could load your XEX file.

     

    You don't spend time as a programmer, why should I as a user ?

     

    Just 2 Cents: interesting compared to all the other platforms that the A8 scene seems one of the negative one... 🤔😉 but anyway I did this for fun and for me and thought if I post it here at all and my gutt feeling seems was right 😂 and I don't force anybody to download or even try. 

    • Like 5
  8. I had some fun in getting that over to A8. As it contains C64 code running on A8 I did not pay much attention if it overwrites some memory which loaders etc are based... thinking of $0400 where the screen ram is located or $0801... where the C64 code is layed out.

    ...



    Plazmoid Atari 800 Interpretation
    Original C64 Version by Hokuto Force
    Atari version by Heaven

    This version runs C64 code in sandbox
    SID2POKEY by Saint/Zelax
    SID tune by DRAX
    Idea was born after Revision 2024 as I
    really like the C64 original by viti!!

    Heaven^Desire 2024
     

     

    plazmoid_1kb_a8.zip

    • Like 20
    • Thanks 3
  9. 14 hours ago, Dinadan67 said:

    Wow, that is an incredible port. As far as i know the Plus/4 has no hardware support neither for sprites nor for scrolling.

     

    1 hour ago, Beeblebrox said:

     

    Well there is already the A8 giana sister's port which New generation were /are (?) working on, showcased in 2021. I really do hope it sees the light of day. :)

     

     

     

     

    Forgot about that...

×
×
  • Create New...