Search results

Maybe you've seen it already, I have run 3x 128MB in my slightly modified Centris 650 (details here). My (weakly supported) opinion is that the RAM detection code doesn't set up the memory controller properly and it's probably not a power supply issue. When I tried it left a gap in the...

I've 3D printed some feet in TPU (supposedly shore hardness 95A) and used spray adhesive on the bottom. They're about as rubbery as I'd want, decent grip/flex without being too soft.

Neat find! It will be neat to see if anyone ever turns up any of the hardware for this. This is tangential but an amusing thought, I bet it wouldn't be impossible to recreate this using modern (super cheap) 1G SFP modules like so...

That's not how I have been computing them, and I think the code in the ROM does what I described. The only other transformation I can think of that would possibly be involved is an endianness conversion if you're computing on a modern system.

My understanding is that the ROM checksum is really just addition of the whole ROM 16 bits at a time, with the result truncated to 32 bits. If your changes are small, you need to just flip an equivalent value of bits anywhere else in the ROM to preserve the checksum. So I think the tricky part...

nobody has even managed to replicate a mac plus, let alone something a decade more complicated

The speed is set only via the hardware and cannot be changed while a 603 is running. Unless there's a PPC mac with a dedicated external microcontroller to set the speed (not aware of any), no chance.

I believe, with the latest libssh2 version I'm using now, there is some support. I haven't confirmed in SSHeven, but the project claims:

A small update on SSHeven: version 0.9.0 is now available. It has: Very basic unicode support (turns all non-ASCII characters into a ◊). This means a rogue unicode character won't mess up all your text alignment anymore. Improved alt/option key handling Fix for crashes on PPC 601 machines...

There are some notes here http://www.applefool.com/clockchipping/wombat.html

I think it's here, at least that's what I changed for my Centris 650. The code isn't very simple, and there are several tables involved.

If you get faster RAM you might have better luck. Converting it to report as a Quadra 610 might give you some headroom. Some ROM hacks might be needed to go faster as well. Depends on what exactly the limiting factor is, and you might be out of luck anyway.

Necropost, but since I just did it, and I'm going to completely forget how to do this before next time: I like using Visual Studio Code with Retro68 (and I use VS Code at work, so it's familiar). If you have a CMake-based project (which I strongly suggest), it integrates very smoothly. Steps...

Great work! Do you plan to make an extension or something to do this on boot? It wouldn't be too hard to throw one together with retro68.

There's a new thread here and a longer one with a variety of experimentation here.

It's basically an oscillator with a multiplier, the circuit is very simple. The tricky bit is the mechanical design for the clipping. There are a few other approaches to overclocking Quadras, there are a number of threads here discussing it. Usually people will solder on a new oscillator, but...

nice find! I don't think ethernet issues are common at 40 MHz, even on OS 8.1 mine is fine at 44 MHz (no idea if my ROM changes have any effect on ethernet, probably not).

are you looking for a nice way to have it start automatically (and manually stop/start, plus logging)? making it a systemd service shouldn't be too hard

there's an extension called "Text Encoding Converter", if you can find developer documentation somewhere it might have what you need, but likely it's utf16.

I extremely strongly recommend retro68 instead of vintage compilers if you want to use modern OSS libraries. A basic build of mbedtls was mostly tricky cmake/config setup instead of a completely intractable missing headers and missing compiler feature slog. I could give some pointers if you're...