Jump to content


  • Content Count

  • Joined

  • Last visited

Contact Methods

  • Website URL

Profile Information

  • Location
    Budapest, Hungary
  • Interests
    Graphic Design, R/C cars, Game developements

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thank you! It's a bit more complicated because of the timing: i have to clear the previous frame, and redraw the new one. I have two set of buffered (rotated and shifted graphic) characters, and they are ordered in ascending Y position. This is how the tasks are done in a single frame: - waiting for VBL - Drawing (new buffer's content)/ereasing (old buffer's content) from top to bottom order - switching buffers - calculating new coordinates - rendering NEW buffer content
  2. Yes, kind of. Every drawing on the screen is done by direct accessing the VIdeo RAM, and i use the less possible system calls, especially in case of accessing the screen, as it would be too slow. I will translate the source file comments, so it will be easier to explore it in case of interest.
  3. Thanks! They are precalculated at the begining (this is why the progressbar)
  4. Hi All! Another stuff i just finished... Need some polishing, but i was so excited to got it working after 1 week of assembly coding (only spare time during the week) Please enjoy! Sources: https://github.com/AbelVincze/Cattail-Scroller-Mac68k
  5. Hi, if you're still need some info, just let me know. I'm working with LC series, and Mac Classic II. The VideoRAM address can be retrieved very easy, using some system calls. I have C sources, and also complete ASM sources to start an app, initialize and access the screen, (change screen depth/ restore at exit). For the vertical retrace, use the SlotVBL interrupt (my sources also contains SlotVBL solution). Here are some examples: https://www.youtube.com/watch?v=THLHg4X96Ok https://www.youtube.com/watch?v=-vomXNL2rGA https://www.youtube.com/watch?v=hRgW_U2wFi0
  6. Ok, finally, i made a copy of the system on the second partition, and now if i have to restart, the Mac can boot from that second partition, and as the os is loaded, i just have to restart again to boot the original system. I still don't understand why do i have to do that, but at least i do not have to remove the HD to fix it on a different Mac.
  7. It could be, but after booting from the same HD on a different Mac in an external SCSI, and then putting back the HD in the Mac Classic II, everithing is fine.
  8. Hi, i'm using a Mac Classic II for development, and i'm facing a strange issue, maybe someone knows what is happening. The issue is, whenever my Mac is freezing, and i have to turn it off then on, it will not boot again, with a questionmark on the disk icon. If i boot from a floppy, it says the HD is unreadable, and want to initialize it. Then i remove the HD form the Mac Classic II, and put it on a Mac LC as external SCSI case, and the LC can boot from it, without any issues, and then i put back in the Mac Classic II, and again, works as expected, it boots without any issues, until the nex
  9. And another source: http://iparigrafika.hu/retrocomputing/files/MacIntroV2.sit
  10. I'm happy it work on a Quadra 800 too. May i ask which OS is it running? The 64 KB data limit has been fixed it was just a linking setting. Another 2 little app is coming soon.
  11. I fixed the source files for the first app to run on LC 475 as well: http://iparigrafika.hu/retrocomputing/files/MacIntroV1.sit
  12. Yes, i know, the problem is that at the moment i do not have any idea what could cause that issue. I'm using OS globals to get the VRAM base address.... and funny but as i wrote these words, i just remember that there is two way to get that base address, and i'm using the Old way... It is possible that as you're using OS 8, the values a get from the OS globals is false, and points to nowhere, and this causes the app crashing. The next week i will have a "new" LC 475, that supports OS 8, and i will install it next to OS 7...
  13. oh... i'm a bit sad that it didn't worked. I will try to find out why...
  14. Here are the sources: http://iparigrafika.hu/retrocomputing/macc_sources.zip Mac Intro V2 is still flickery on Mac Classic II, it seems the DYCP code needs to be optimalized, converting the image renderer codes from C to ASM was't enough. The apps will run on 512x342 and 640x480 @ 1bit (the screen depth is changed automatically) If you have larger resolution, please set it to one of the supported. The sources are not well commented yet...
  15. I don't use quickdraw at all, just direcrt write to VRAM as you mentionned. The JS prototype is for testing the effect, if it looks nice or not. The article about porting codes between OS X and classic OS with 68k support is quiet interesting.
  • Create New...