Kodak DC50 が Apple II で使用可能に

2026/08/23 - 約 4 分で読めます Apple II 用の Quicktake の新しいバージョンをリリースしました。これはかなり大規模なアップグレードです！最も重要なのは、このプログラムが 1996 年に発売され、Apple IIe より 13 年後の新しいカメラ、Kodak DC50 Zoom をサポートするようになったことです。カメラのカスタムケーブルは比較的簡単に作成できます（そして私のシリアルハードウェアを使用すると、カスタムケーブルの作成を完全にスキップできます）。すべての機能がサポートされています（写真のダウンロード、サムネイルプレビュー、日付/名前/フラッシュ/品質設定、写真の削除）。 写真の転送 私のパートナーの写真 建物の写真 メインメニュー Kodak DC50 と私の実装に関する様々な注記 カメラはシリアルポートで 115200bps を出すことができるため、Quicktakes と比較して転送速度は驚異的です！内部ストレージと PCMCIA スロットの両方を持っています。私のカメラには 6MB のストレージカードが付属していましたが、これはとてつもない量のストレージで、低品質の写真 92 枚または高品質の写真 36 枚を保存できます。私のプログラムは、ストレージカードが挿入されている場合はそれを使用し、それ以外の場合は内部メモリを使用します。なんと贅沢なことでしょう！ DC50 の解像度は奇妙な 756×504 ピクセルで、画像フォーマット（KDC）は Quicktake 150 と同様に RADC で圧縮されています。そのため、そのデコーダーを再利用しています。しかし、その解像度を私のレンダラーが必要とする 256×192 ピクセルに素早くスケーリングするのは非常に困難なため、私のプログラムが表示する DC50 の写真はデコード中に 640×480 にクロップされます。 さまざまなヘルパーを使用して、必要なすべてのものをリバースエンジニアリングすることに成功しました。dcraw（QT150 のフォーマットに対する RADC デコードの微妙な違いのため）、libgphoto2 の Kodak DC120 実装（一部のシリアルコマンド/パケットフォーマットについて。ただしすべてではありません。両方のカメラはプロトコルが異なります）、古い kdcpi Perl プログラム（その他のシリアル関連のことについて。ただしすべてではありません。kdcpi はバグだらけだったようです！）、古い公式 Kodak Windows 3.1 ソフトウェア pta31.exe、そして最後に、大量の 16 進バッファのダンプと比較です。ケーブル配線はプロジェクトのホームページに記載されています。 完全なリリース変更ログ 新しいクラスのカメラのサポートを追加するために、多くの変更が必要となり、また、それらの変更はすべて Quicktake for Apple II をより良く、より保守しやすくすることに貢献しています。 シリアル設定画面の改善。 IRQ 不要の I/O を使用できるように、シリアルおよびカメラドライバーをアップグレード。 RADC デコーダー（Quicktake 150 の画像フォーマット）を汎用化し、Kodak DC50 の KDC 画像も扱えるようにしました。これらも RADC です。 特定の入力データで画像を破損させる可能性のある RADC デコーダーのバグを修正。 JPEG デコーダー（現時点では Quicktake 200 のデコーダー）を汎用化し、YH2V1 に加えてサブフォーマット YH1V1 も扱えるようにしました。これは、将来的に他のカメラのサポートを追加する際に役立つ可能性があります。 特定の入力データでプログラムをクラッシュさせる可能性のある JPEG デコーダーのバグを修正。 最後に使用したカメラドライバーを保存し、同じカメラを再利用する際のプログラム起動を高速化。 UI / ドライバーの責任分担を見直し。各ドライバーは、必要に応じてシリアルポートを設定する責任を負い、各ドライバーはフラッシュ/品質設定用の独自の文字列を提供し、各ドライバーは UI に独自のサムネイルデコーダーを提供します。 可能な場合は、カメラから提供された画像ファイル名をデフォルトで使用します（Quicktake 200、Kodak DC50）。 Quicktake 200 のサムネイルプレビュー機能を追加（長らく欠けていた機能）。 Quicktake 150 のサムネイルのデコードを修正。 ソースツリーの大幅な再編成（UI / カメラ / デコーダーの責任分担ごと）。 サムネイルに Sierra Lite ディザリングを使用するように切り替えました。これは Bayer よりも（DHGR では）見栄えが良くなりました。 サイズ最適化パスにより、このリリースは以前のものよりディスク上で 1KB 少なく、メモリで 100 バイト少なく使用できるようになりました。 デコーダーとレンダラーでのいくつかの小さなパフォーマンス最適化により、ほとんど気づかれない程度の速度向上が得られました…しかし、すべてのサイクルが重要ですよね。 あなたも好きかもしれません... Apple II 用 Shufflepuck のベータリリース cc65 の Apple2 ランタイムをハードウェア機能に合わせる BurgerDisk エンクロージャーとオプションの基数 記事 前へ AI のレビューは可能か？ 返信を残す あなたのメールアドレスは公開されません。必須項目は * で示されています。 コメント * 名前 * メール * ウェブサイト Δ このサイトは Akismet を使用してスパムを削減しています。コメントデータの処理方法をご覧ください。 Apple II 用 Shufflepuck のベータリリース cc65 の Apple2 ランタイムをハードウェア機能に合わせる BurgerDisk エンクロージャーとオプションの基数