Recent content by 8bitbubsy

I don't see anything immediately looking off, but I think you should verify the connections on the buffer chips U20 & U21 (to the right of the RAM sockets), and also on the main chipset U18 ("EAGLE"). Also look for broken traces from those chips, using magnification if possible. I also recommend...

Could you take a good picture of the logic board? Always handy to be able to see if something else may need touching up.

EDIT: Whoops, replied to something on the first page while thinking it was the last post. Ignore this, unless you still have problems with unstable CRT brightness. My guess is unstable voltage regulation on the analog board PSU. Did you properly remove all of the electrolytic leakage when you...

It's a quite high-hour FBT. The glue blob on top being this dark in color is a good indication. I may be wrong about this, but I think the more used a flyback transformer is, the higher chance it has of developing cracks and starting to arc internally.

Neat find! Also that fan install looks very pro.

I have attached a sound recording of my software-mix PT player port playing Jester's "My Glamorous Life" on a 7.09MHz Amiga 500 in WinUAE (cycle-accurate mode). I have disabled the Amiga's 4.4kHz low-pass filter to retain that sharpness that will most likely be present on a compact Mac. The Mac...

Yah, MOVEM would obviously give the best thruput, but I think it's hackish to put the lower byte (which can be any arbitrary value) of my 16-bit mixing buffer into the floppy drive motor speed register. :-)

I know, I was talking about moving the upper bytes from my own 16-bit mixing buffer to a data register. Huh? Isn't the audio output buffer on compact Macs 8-bit sequential bytes? So I think I'll have to do something like... MOVE.L (A0)+,D0 ; read two 16-bit samples from mix buffer (upper...

Ah nice. So if I understand it right I can use MOVEP.L (A0)+,D0 to store four high-bytes from my 16-bit mixing buffer to D0, then do MOVE.L D0,(A1)+ (where A1 points to the 8-bit audio buffer)? That's for sure a great optimization. Also yeah, I'll have to figure out how and at which point...

OK scratch that, I will try to support Mac Plus too, though I have a feeling that if it's fast enough on a SE, it may occasionally hiccup on a Plus.

Yeah, I'm worried it may not be fast enough on a 68k compact Mac, which would be a huge letdown, but I'll give it a try first before I conclude with anything at all. Though I'm only going to support Macintosh SE or newer, as I need all the CPU time I can get. I have some things in mind to...

Yes. I already made a 4ch 16-bit software-mixer for 7MHz 68000 Amigas using the original PT replayer, so I know it works. It mixed at around the same rate as the Mac version will use (22kHz). Not sure when I'll have something to show off, I'll need to set up some stuff on my Macintosh Classic...

At least #define can be used for inline asm, that is good enough for me (#define a block of code, repeat the definition N times inside the inline asm).

Thanks! That’s indeed nice and clean. No need for a separate assembler after all. Does it support the REPT directive for repeating a block of asm code?

OK, so THINK C 5 it is, but I need an assembler as well. I don't want to inline the whole mixer and replayer, and I want both of those to be in 100% assembler for minimal overhead.