LisaList2

+1, Rick that is awesome. Any possibility this might help to get it working with 3A ROMs and the screen mod?

Does anyone know the file size limit on HFS/MacWorks II+?

I have a ~600k file that copies fine on Baslisk II but not from an 800k image to the Lisa profile (FloppyEMU to ESProfile)

Fantastic thank you!

Looks like I have a digikey order in my future,

Quote from: bmwcyclist on April 20, 2025, 12:44:15 pm

...do you have some drawings, photos or schematic to point out where I would get the signal from?

For the digital RBGtoHDMI interface cable, I brought out the TTL signals from the Lisa MB.  U1 ( LS123)  pin 6   (VID) to IBM CGA pin 4 ( Green ), U1 pin 3   (Vsync) to IBM CGA pin 9 ( Vsync ), U1 pin 8   (Hsync) to IBM CGA pin 8 ( Hsync) and ground.  Works perfect!

Rick

...do you have some drawings, photos or schematic to point out where I would get the signal from?

For the digital RBGtoHDMI interface cable, I brought out the TTL signals from the Lisa MB.  U1 ( LS123)  pin 6   (VID) to IBM CGA pin 4 ( Green ), U1 pin 3   (Vsync) to IBM CGA pin 9 ( Vsync ), U1 pin 8   (Hsync) to IBM CGA pin 8 ( Hsync) and ground.  Works perfect!

Rick

I can provide some pictures if you want me to, but I don't think they're going to be very useful to you. I'm not connecting directly to the motherboard; I'm instead hooking to a header on my Lisa breakout board that lets me run the card cage outside the Lisa. So looking at my ribbon cable between the breakout and RGBtoHDMI probably isn't super helpful since you won't be doing it the same way.


I'm connected after the buffer, so that's probably what I would do to if I were you, just to be safe. You just need to pull VID, HSYNC, and VSYNC off that chip, and run them to the RGBtoHDMI. HSYNC and VSYNC connect to HS and VS on the RGBtoHDMI as you would expect, and I believe VID connects to grn2, although I can't validate this last one right now because my RGBtoHDMI is hooked to a Lisa that's in the middle of compiling some LOS code right now! I know it hooks to one of the grn pins though.


And oh yeah, don't forget ground as well!

Am I correct that there is no Macintosh or window software available to Mount an ESProfile image for easy maintenance and manipulation?

Yeah, Tom is right in terms of directly mounting and manipulating the image. The only thing you can really do to mess with an image from a modern computer is to convert it to a dc42 image using the tools included with LisaEm, and then boot LisaEm from your new dc42 file to mess with it however you need to. Then convert it back to a raw image to put back onto your ESProFile's SD card. But depending on what you're trying to do, this might be more trouble than it's worth!

[ mis quote]
is there any software available to Mount [a hard disk used by a Lisa]
[ / mis quote]

When a SCSI drive is used by MW+/II, it remains in the same format as a MacPlus would use it, so could be moved to an older Mac with SCSI and mounted (assuming compatible drivers and so on).

As such, I think that the hard disk image on eg. BlueSCSI media might be mountable using some kind of software.

... but that's limited to images of SCSI drives, and not applicable to parallel port drive images.

Not really, so far as I'm aware, but I don't have a lot of experience with MacWorks images, so things may be a bit easier there.

An ESProFile image is a "raw" sector-by-sector representation of what's on an Apple parallel port hard disk like a ProFile or a Widget. We have these kinds of raw images for other, modern applications --- they're often called .iso files, a term that originally referred to CD and DVD images but that I think has become more generic. Sometimes you can mount .iso files on modern OSs, but they tend to be ones that store images of drives that were created by more modern operating systems.

The challenges of treating an ESProFile like a modern disk image are these ones that I can think of:

- ProFiles and Widgets use odd sector sizes: 532 bytes, which is not a power of 2. This is unusual for modern hard disks, and I would expect that most modern software that deals with disk images may have difficulty dealing with this.

- The filesystems used by various versions of the Lisa OS were not used anywhere else, and no software or operating system that mounts disk images (yet) recognises it. It would be a fun project to use FUSE to give this capability to modern Unix OSs, as some have done for reading earlier MacOS media on modern MacOS. Apple even once shipped an example of using FUSE to read old MFS volumes, but don't do this any longer. Anyway, nothing like this exists for LisaOS volumes right now.

- Let's say you want to read a MacWorks disk image. Again I'm not so familiar with MacWorks, but some (all?) MacWorks installations incorporate the Lisa Monitor OS's filesystem, so they are probably not easily readable as ordinary Macintosh volumes.

So the short answer is "not really", I think. For Lisa OS, the closest thing I can think of is Aaru made by long-ago LisaList person claunia (not seen for a while!) which at least supports read-only access to the files on some hard drive image formats. I am not sure whether raw sector-by-sector dumps are among them given ProFile/Widget's weird sector size.

Sigma7, do you have some drawings, photos or schematic to point out where I would get the signal from?

The Motherboard schematic shows the signals at the card edge connectors for the CPU board and the chassis.

Between those is a buffer chip (the only 74 part on the motherboard), which buffers the video dotstream, hsync and vsync.

I haven't connected to the signals myself, so I can't say if it makes a difference to get them from before or after the buffer... hopefully Alex knows.

Alex, could you post pictures of your set up?

Sigma7, do you have some drawings, photos or schematic to point out where I would get the signal from?