Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


sack-c0s last won the day on February 12 2013

sack-c0s had the most liked content!

Community Reputation

473 Excellent

About sack-c0s

  • Rank
  • Birthday 02/12/1981

Profile Information

  • Gender
  • Location
    Rijswijk, Netherlands

Recent Profile Visitors

13,542 profile views
  1. The idea is fine - the big pain in the ass is that it's only a single buffer so you can double-buffer the character map but when it comes to time to flip the buffers you still need to race the beam to update the colourRAM. You were so close, commodore....
  2. I really don't know what to say at this point, or what the protocol is, but as this is public knowledge I'll repeat the message I received: 'I am absolutely devastated here. Jason Kelk passed away at 12:40pm today. He had been seriously ill again for the past 7 weeks. He requested to end treatment for long covid last weekend.' I really am lost for words...
  3. Something else for people to have a go at if they want to... C64 version: Original for reference: The original GoatTracker 2.75 file is attached as a .zip file so that notation can be extracted. I've been wondering about getting to a Pokey version for a while, as I'm not 100% happy with the way it is around the 1:50 mark/position 18 in the tracker file - I was really feeling the need for a 4th channel at that point and didn't really find a 3 channel compromise I was completely happy with. I haven't really got the time at the moment so I figured I'd throw the source file out into the world and let other people play. Channel 1 is the bassline, Channel 2 is the melody, channel 3 is chords + snare drum. here comes your man mk2.zip
  4. To be fair - i think it's the 1541 ultimate playing the mod, and not really the C64
  5. I think there was some interesting discussion to be had, but none of it was really about the video.
  6. That would explain why people aren't talking about it - i appreciate the feature being there for compatibility but the original feature itself does feel a bit useless. To be fair banking out 256 bytes could be useful if you did it on pages 0 and 1 because it would help with task switching...
  7. I think that it would match the timings of an ideal 1541 for compatibility purposes (although after 30 years of use i don't think a real one would meet 'ideal' any more)
  8. Not sure how I missed that feature. I should look into it
  9. The 1541 Ultimate isn't a 'surrogate processor'. It emulates a disk drive and a tape recorder, which is accessed in the same way that the real devices would be in a cycle-exact simulation, which means that they are compatible with turbo loaders. As for the extra memory - that acts like a Ram Expansion Unit (REU) that was produced during the commercial life of the machine, only expanded to 16MB in the same way that other clones were. Honestly it's more like a RAM disk than a memory expansion, so not even as flexible as an Atari memory expansion. You need to copy in and out of the expansion RAM through a port and it stops the CPU whilst this is happening. You do get the advantage of a 1 byte per cycle transfer (which is impossible using a 6502 loop) but the downside is that it has to be a linear transfer so it's not easily abusable as a blitter. You can stop destination address incrementing however so it will hammer a single address with a sequence of bytes once per cpu cycle. It adds nothing to the CPU power of the machine. That remains the same as ever. The one awesome thing it does do that wasn't generally possible back in the day (unless you were a studio with an expensive PDS setup)is allow you to inject and run code into RAM over ethernet for cross-compiling and hardware testing, and if somebody ever points me towards an Atari 8-bit device that does the same thing you can be damn sure I'm having one of those!
  10. Way I see it: Atari folks try to beat the C64 by making something better: Cool. I'll download that. C64 folks fight back by trying to make something better: I have both side-by-side on a shelf so I'm going to download that too. So keep on fighting... I win either way
  11. With this playback technique there's no need for blood though - we have a shared playroutine and potentially we can all go do our thing in terms of preferred editor.
  12. nice work! I suppose the next step is to investigate writing an editor. If we're outputting a register stream then we're not necessarily tied to the whole concept of tracker patterns and instrument editing, so that should give a lot of freedom to lay out an editor in a new way... tdk_2.obx
  13. If you are looking for a way to extract notation from C64 stuff this looks interesting....
  • Create New...