Search results

@Crutch , another one made specifically for your talents. Striving to do a video about it will convince me to get to the finish line. I've been mulling for multiple years about these methods. As seen evidenced here...

On a related note, I sent Adrian a letter with a magnet of my channel icon & forum avatar (the "1Bit") along with a letter and a couple of QR codes linking back to my channel in general and a live playthrough of Dark Castle played through my RGBtoHDMI attached to my Mac Plus. I mention it here...

I had to go back to his video to understand what you were talking about. Here's his video where the URL timestamp will get you to a moment where you can see Crystal Quest: Here's a still of that moment: Here's one of my OWN videos playing Crystal Quest as well, featured on my channel. I...

I solved my zoomfloppy writing unreliability problem by 1) absolutely formatting before copying 2) remove the n switch for format and let the head bang to properly align itself with the disk! yes it sounds annoying, but it's necessary!

At the start of 2023, I thought I had: -3 shot very vintage breadboard C64s, possibly cooked to death last time I used them in 2016 -Stock power supply that I know MUST NOT BE USED, they send out way over 9V from the 9V rail and it WILL cook your chips. -one working 1541, one non-working...

turns out my SE/30 had its ROM simm inserted partially (it got pushed out) so I didn't have to recap its analog board ASAP

No, I'm just using Photoshop CS 2 to convert to gray-scale, then 1 bit (diffusion dither) while playing with contrast brightness to influence the result before switching to 1bit. Then, it's export to PICT, transfer to basilisk. Edit in resedit to give it file type PICT, open in Superpaint v2...

yeah, check that out under Basilisk II: this is the image I'm using for fullscreen images (source: MidJourney) Benchmarks so far CopyBits vs BlockMove for a fullscreen copy:

Man, printf works without issue, but scanf...execution blows past it. It must require something that was set up tight in console.c

It's a bit more involved than cmd-shift-3 😅 https://tinkerdifferent.com/threads/my-little-guide-on-rgbtohdmi-installed-on-classic-plus-etc.2475/ Thanks for your help. the benchmarking continues!

Works on my real machine with a modded ANSI library! The hardware Plus really didn't like 2 simultaneous GrafPtr despite my earlier attempts to switch back and forth between them. Do you think these benchmark numbers are realistic?

I'm dereferencing one of its members to copy its Rect bounds, and I don't need to lock it while that's happening?

Mini-vMac: System 4.2 is too ancient for this I guess (my go to small boot disk for small programs usually). Mini-vMac: System 6.0.3 yields this: edit - and I'm gettting a Mac bomb on my real Plus (memory management error) SIGH

ok, launching under System 7.5.3 Opening Superpaint v2 copying from Resedit to superpaint copying it back to Resedit under PICT id=129 it now properly gets compiled and seen under mini-vMac, but now this (no text. ignore the slightly vertically displaced copy of the pict, that's normal)

Incredibly strange behavior. I only see a blank PICT resource under system 6 or earlier. shows up fine in system 7. Shows as 866 bytes, so I doubt it's a colored PICT.

Project window: Resource: Source code: /* Barebones THINK C v6.0 project created by Michael Juneau * * on July 17th, 2022 * * This is meant to run on real hardware, not emulators. It will do TickCount * timing measurements for some graphical operations and display the results in an ANSI...

Behavior under System 7 mini-vMac: PICT won't show but FillRect and printf do Behavior under Finder 4.1 mini-vMac: System error 3 Behavior under System 7.5.3 Basilisk II: everything works Behavior under a real Mac Plus (system 6.0.8):

Doing timing benchmarks on graphical operations (DrawPicture, CopyBits, MoveBlock, etc) is stumping me right now. I don't particularly like converting long values to Str255 and moving about the pen to DrawString all my result information across zillions of tiny Str255 fragments, alternating...

What's the model of your floppyEMU? What files did you copy onto the SD card? Remember that you can always contact Steve of BMOW for support https://www.bigmessowires.com/contact/

In my new video, I explain why MOOF files are useful for the vintage Mac community and how to use them in emulation and with your hardware.