fstark/macflim

Add support for 720x364 and 608x431 resolutions for MacWorks

RebeccaRGB opened this issue · 3 comments

MacWorks is a software package that allows an Apple Lisa to function as a Mac Plus with a larger screen.

In its stock configuration, the Lisa's screen has a resolution of 720x364 with a 2:3 pixel aspect ratio (pixels are 1.5 times taller than wide; the video would need to be stretched 1.5x horizontally or shrunk 0.666...x vertically to appear correctly).

There was an after-market modification available that gave the screen a resolution of 608x431 with square pixels. In this configuration the Lisa is called the Macintosh XL.

This is an interesting one. The workaround from #7 will not work, as the Lisa 2 is less powerful than the plus.

I actually have a Lisa 2/10, with some sort of optional screen mod (ie: with a switch to get square pixels -- not strictly a MacXL, as the ROM is still H/88, and the resolution stays the same, just squished vertically).

However, I can't get really flim on it, as I have no way to connect a large disk (my Floppy Emu plainly doesn't work with my lisa). I do have an SCSI card somewhere, but I think it needs MacWorks Plus II and I have no idea what it exactly entails. I would love to be able to boot the Lisa using MacWorks XL and use the SCSI card, of course.

I did some tests with some small flims on the internal Widget, but it is way to slow.

Also, the lack of sound of the Lisa makes it a "bad target" for the new macflim (the whole code is driven by the sound output), so there would be some re-engineering / MacXL specific version needed to get the best out of the Lisa.

Note: with the latest beta (beta4) on the site or in the github .dsk, playback should work at those resolutions. Sound issues and performance are not addressed at all.

Latest version supports MacWorks 2 on the widget drive (using the --profile xl encoding option. Of course there are a lot of artifacts). Player needs a custom compilation, with FORCE_MINIMAL defined, as the run time discovery of System 2.x is not there yet, and the code call undefined traps.

See

#define noFORCE_MINIMAL // Forces the machine to be the minimal version for testing
for the place to change.