Share your Apple Quicktake 100/150/200 Photos here!

[Durosity]

I just posted some very low quality QT100 photos here

Post in thread 'UK Meetup 2023'
https://68kmla.org/bb/index.php?threads/uk-meetup-2023.45032/post-560062

 

[kallisti]

Took a few while driving my friend around when she came to visit the other week:



And some bonus ones from around town earlier this year:

 

[zigzagjoe]

Cat picture.




This has given me an excuse to leave an SE/30 set up for the sake of downloading photos. Here's a quick applescript that:

Downloads each photo from the camera, converts it to JPG, and names it for the date taken ("SundayJune152025123713AM.JPG") with a lack of spaces due to name length limitations. Certainly could be improved in a variety of ways, but it gets the job done. You'll need the quicktake software/photoflash installed to use.

You'll need to edit the hardcoded directory paths before running the script. Does not erase camera.

 

[colinmcmillen]

Here’s a question for folks who know about the QuickTake: Does the 100/150 actually make use of the increased transfer rate of the GeoPort? All of Apple’s marketing materials of the era, plus contemporary magazine reviews, mention GeoPort compatibility — and some magazine articles even seem to imply the camera transferred pictures at a higher rate of speed. Yet the physical port itself only has 8 pins, not the 9 that the GeoPort provided. (The 9th pin was only for power, as we know.)

It doesn't, or I have not found how. It doesn't even do 115.2kbps, apparently, only 9600, 19200, 38400 or 57600. When I reverse-engineered the communication protocol, I found logical things concerning serial speed negotiation (see https://www.colino.net/wordpress/en...cktake-100-150-serial-communication-protocol/ - search for ",0x25,0x80"), but could not manage to get it to do 115200bps (the logical thing would have been to pass 0x01C200 in bytes 5,6,7, but if one does that, the Quicktake replies with 0xE100 - 57600). The only uncertainty is that I reverse-engineered using a Windows 3.1 VM so no Geoport, and my tests on real hardware were on an SE/30.

I suppose one way to test this would be to get equivalent machines (25Mhz Centris’s — 650 and 660av?), one with GeoPort and one without, and test the transfer rate?

That would be an interesting test. I'm quite sure it'll do 57600bps in both cases, but I'd love to have a definitive answer!

Here is a QT150 picture of my Apple IIe keyboard to stay on topic.

 

[zigzagjoe]

It doesn't, or I have not found how. It doesn't even do 115.2kbps, apparently, only 9600, 19200, 38400 or 57600. When I reverse-engineered the communication protocol, I found logical things concerning serial speed negotiation (see https://www.colino.net/wordpress/en...cktake-100-150-serial-communication-protocol/ - search for ",0x25,0x80"), but could not manage to get it to do 115200bps (the logical thing would have been to pass 0x01C200 in bytes 5,6,7, but if one does that, the Quicktake replies with 0xE100 - 57600). The only uncertainty is that I reverse-engineered using a Windows 3.1 VM so no Geoport, and my tests on real hardware were on an SE/30.



That would be an interesting test. I'm quite sure it'll do 57600bps in both cases, but I'd love to have a definitive answer!

Here is a QT150 picture of my Apple IIe keyboard to stay on topic.

Did you do any of the reverse engineering / protocol capture on a SE30? With a quicktake 150, I find 56k on a PC is significantly slower to transfer than on a SE/30 so something must be done differently.

The Quicktake 100/150 have a SCC inside, by the observed transfer rates I don't see any way they're *not* making use of the 230.4K signalling ala. Localtalk. That's made possible by some of the hardware support the SCC has for protocols other than the bog standard asynch serial.

On topic, here's a gallery of pictures from VCF Midwest this year: https://zigzagjoe.com/gallery/vcfmw25qt/

 

[colinmcmillen]

Did you do any of the reverse engineering / protocol capture on a SE30? With a quicktake 150, I find 56k on a PC is significantly slower to transfer than on a SE/30 so something must be done differently.

Sadly, no, I didn't. I would need a serial logic analyzer for that and I'm not equipped. If anyone has the necessary hardware to capture a session, I'll happily analyze it!

 

[zigzagjoe]

Sadly, no, I didn't. I would need a serial logic analyzer for that and I'm not equipped. If anyone has the necessary hardware to capture a session, I'll happily analyze it!

I have a jig made up for mac serial LA captures but only one cable at the moment.... I'll have to get another and see what I come up with as it's been bothering me.

 

[colinmcmillen]

I have a jig made up for mac serial LA captures but only one cable at the moment.... I'll have to get another and see what I come up with as it's been bothering me.

Nice! I'll be very interested! (even if, if there's a way to do faster than 57600, I'll have to rewrite all my shit to avoid IRQ-based serial read as the Apple II's 1MHz processor will never handle that rate)