2026/10/16 21:52

ソフトウェアレンダリング大好き

RSS: https://news.ycombinator.com/rss

要約▶

日本語訳:

著者は、クラシックな Build エンジンのゲームの本物らしい体験を今日の時点で達成するには、現代のハードウェア上でソフトウェアレンダリングを使用し、シャープなピクセルと粒状なカラーバンドングを通じて 1990 年代の純粋な美観を最優先する必要があると考えている。この手法は CPU が各ピクセルを描画するように依存しており、これは『ドゥーム』、『デューク・ヌーケム 3D』、『ブラッド』、およびオリジナルの『クエイク』といったタイトルが最初に採用した技術である。これらの初期ゲームは明確に CPU ベースの描画のために設計されており、3D 加速ではなく、著者は真の忠実度を得るためにネイティブ DOS 環境を、現代的な Windows エミュレーターやソースポートよりも優れていると主張する。

現代のハードウェアはファンの間でこれらのタイトルを高解像度（例：800×600 でロックされた 60fps）で動作させることを可能にし、これは 1990 年代には達成できなかったものであり、著しく進化したコンピューティング能力を披露している。しかしながら、最大限の歴史的正確さを達成するためには互換性の高いサウンドカードも必要であり、現代的な PC はゲームがネイティブに通信する特定のハードウェアを備えていないためである。『Ion Fury』のような新リリースは Windows 上で内蔵のソフトウェアレンダラーオプションを提供しているが、著者はこれらのゲームを意図された通りに体験するために、プレイヤーが元の文脈で実行することで技術的な制約を受け入れるべきであると強調する。このアプローチのために推奨されるタイトルには、『クエイク』、『ブラッド』（高 VESA 解像度）、および『スクリーマー』が含まれる。このような歴史的な実践の再生は、ビンテージハードウェアの制限への深い理解とコンピューティングパワーの進化への称賛を通じてレトロゲーミングコミュニティに恩恵をもたらす。

本文

ソフトウェアレンダリングで蘇る DOS ゲームの魅力：高解像度と 60FPS の世界へ

ソフトウェアレンダリングに魅了されています。DELL OptiPlex 380 で、800×600 の解像度とロックされた 60 フレーム/秒 を実現した『クエイーク』は、DOS ゲーム史上最高の体験の一つです。多くの人がイメージする昔のゲームとは異なる、現代の高速マシンが可能にする新しい「第 3 の選択肢」の世界にようこそ。

ソフトウェアレンダリングとアクセラレーションの違い

ソフトウェアレンダリング

CPU による描画: グラフィックカードは使用せず、CPU が画素一つひとつを計算してビデオメモリに書き込みます。
代表的な作品: 「ドーム」「デュークヌーケム 3D」「ブラッド」および初期の『クエイーク』など。

アクセラレーション（ハードウェアレンダリング）

GPU を活用: 『クエイーク』（GLQuake）や「ブラッド/トールレイディア」（3dfx モード）などで導入されました。
処理の違い: 描画処理をグラフィックカードに委ねるため、外観（フィルタリングなど）が異なります。

なぜこの「シャープ」な見た目が好きなのか

ソフトウェアレンダラーには、現代のハードウェアアクセラレーションでは失われてしまう独自の美しさがあります。

1. シャープで鮮明なテクスチャ

ピクセル単位でのサンプリング: テクスチャの最小単位（テクセル）が鮮明な正方形のまま保たれます。
フィルターなし: 初期の 3D カードではバイリニアフィルタリングで滑らかに処理されていましたが、それは現在では「やわらかく・ぼやけて見える」原因となります。ソフトウェアレンダラーはその硬質な印象を残します。

2. グリティ（汚れたような）質感

色帯化（カラーバンディング）: ゲームの多くは 256 コロアで動作し、ライティングはパレットルックアップテーブルで行われます。
ステップ状の影: 影は滑らかなグラデーションではなく、可視的なステップごとに減衰します。この技術的な制限が、ゲームに粗っぽく汚れたような独自のアトモスフィアを与えています（ハードウェアレンダリングでは失われがちです）。

3. 開発者意図の再現

本来の姿: 『クエイーク』は当初からソフトウェアレンダラー付きで発売。『ドーム』やビルドエンジンゲーム群も、最初からソフトウェアレンダラーを主軸に設計されています。

補足：好みの問題 必ずしも優れた選択肢とは限りません。「ブラッド」では 3dfx モードの方が高速だが、「トールレイディア」では水中シーンなどはアクセラレーション版の方が美しい場合があります。絶対的なルールではなく、個人の好みに従うべきです。 また、2019 年の『アイオンファリー』のように、現代でもソフトウェアレンダラーが同梱される作品もあります。

注意点：高性能マシンの必須化

ソフトウェアレンダリングは CPU パフォーマンスに比例してスケールします。

負荷の高さ: 追加される各画素が CPU を消費するため、当時のハードウェアでは処理不可能だった高解像度が実現可能になりました。
現代の PC でも限界あり:
- DELL OptiPlex 380 でも『クエイーク』を 800×600 で 60 FPS ロックしています。
- しかし、負荷の高いゲーム（ビルドエンジン系など）では、3.3GHz の四コア Xeon プロセッサですら 1600×1200 解像度では動作しなかった例も報告されています。

したがって、最適な体験を求めるなら、可能な限り高性能なマシンを選ぶことを推奨します。

なぜ「ネイティブ DOS」なのか？

Windows 版やソースポート版も素晴らしい選択肢ですが、私が求めているのは以下の点です。

オリジナル環境の維持

発売時の状態: ソースポート版ではなく、実際の DOS ハードウェア上で動作するバージョンが理想です。
DOSBox の限界: 一部のタイトルは DOSBox では挙動に問題がありますが、実ハードウェア上では意図通りの動作を示します。

サウンドの課題

専用サウンドカードが必要: ネイティブ DOS で高速マシンを動かす場合、ゲームと通信できるサウンドカードが必要です。
現代 PC の非互換性: 標準装備されていないため、サウンド環境構築には別途対応が必要となります（これは別のお話）。

タイトル	おすすめプレイ設定
『クエイーク』	800×600 またはそれ以上の解像度 / ソフトウェアレンダリング版
「デュークヌーケム 3D」「ブラッド」	高 VESA レゾリューションでの動作（ビルドエンジン）
「スクリーマ」	-

一覧に戻る →

2026/10/17 4:47

FLUX 3 イメージ・クライン

## Japanese Translation: Black Forest Labs は、テキストから画像への変換、ピクセルレベルの編集、および複数参照（最大 10 件）を用いた生成を実現するために設計された、56 億パラメータを有する画期的なオープンウェイトモデル「FLUX 3 Image Klein」を公開しました。内部評価においてオープンモデルで首位にランク付けされ、Ideogram V4.5 や FLUX.2 よりも少ない 38% パラメータ数ながら、消費ハードウェア上で優れた効率性を発揮し、より大規模なモデルを上回る性能を発揮しています。本モデルは、微調整用のベースモデル（〜11.2 GB VRAM[BF16]または 5.6 GB[FP8]を必要とします）と、低遅延生成に最適化されたステップ蒸留版の 2 つのパッケージを提供します。NVIDIA との提携を活用し、ComfyUI または Diffusers を通じて RTX シリーズの GeForce GPU（VRAM 8GB 以上でも動作可能）上で FP8、INT8、NVFP4 のビルドを実行できるように対応しています。生成速度は印象的で、RTX 5090 では約 4 秒で 1MP の画像を、RTX 4070 では 9 秒未満で生成でき、将来のハードウェアではサブ秒単位の生成が可能になる可能性があります。FLUX Kommunity License の元、年間の収益が 500 万ドル未満の企業には商用利用が無料で許可され、ただし出典表示は必要です。今後の計画として、プロンプトアップサンプリングなど高度なタスク向けの有料 API を提供する予定です。主要ライブラリからの Day-One サポートと、Cinder によるセーフティレッドチームingiの実施により、このリリースは個人クリエイターおよび中小企業にとって高品位の視覚制作ツールの民主化を推進します。

2026/10/17 3:55

Claude が ECDSA 曲線の由来を明らかにする

## Japanese 翻訳： 2026 年 10 月、Anthropic の研究者 John Wood、Henry de Valence、Ava Howell および他が、NIST の素数曲線（FIPS 186-2）に対して長年にわたり専門家を困惑させてきた ECDSA 曲線のシードの起源について調査しました。これらのシードは、NSA が 2000 年に提供したパラメータです。ユーモアに満ちた理論では、Jerry Solinas が「Bob と Jerry に昇給を」といったパスフレーズからこれらを生み出したと提案されていましたが、Claude の高度な手法（LLL ベースの基底削減を含む）による分析により、シードはランダムなハッシュではなく、素数曲線については 1997 年 5 月と 1998 年 4 月の間の Unix タイムスタンプで種付けされた C ライブラリの `lrand48` 関数の出力であり、バイナリ曲線については 1984 年 2 月かその半分としたタイムスタンプ（1998 年 4 月 17 日に対応）からの出力であることが明らかになりました。この手法は各候補あたり 20 バイトをサンプリングし（例：P-256 の場合は 1,842 回反復が必要）、さらに、6 つの曲線の基点 G は FreeLIP の RNG を特定のある整数シード（例：P-192 では 20,000）で使いながら生成されていることが判明しました。ただし、P-224、P-256、P-384、P-521 および一部のバイナリ曲線候補の基点についてはまだ説明されておらず、特に第 5 のバイナリのシード（B-163）は未解決のままです。これらのシードを見出すため、インターネットセキュリティ研究グループへの寄付を含む賞金として 36,864 ドルが設定されており、Jerry Solinas に追悼の称賛を与えるとともに、基礎的な暗号規格への透明性を向上させることを目的としています。

2026/10/17 3:32

ブレイクされたPS5で動作する Llama.cpp：コンソール上で GGUF モデルを任意にネイティブ実行可能

## Japanese Translation: PlayStation 5 は、クラウドサービスや追加のハードウェアを必要とせず、コンソール上で高度なプライベート AI モデルをローカルに動作させるようになり、特にファームウェア 7.00–13.60 を搭載したジャイブされた PS5 コンソールを対象としています。llama.cpp の改変版（Vulkan バックエンドおよび共有メモリを採用）を利用することで、RDNA 2 GPU 上で直接多様な人工知能アプリケーションを動作させるためにメモリおよびキャッシュの使用方法が最適化されています。このセットアップは etaHEN という特定のインストールペイロードを必要とし、既存のジャイブツールである kstuff-lite および ShadowMountPlus（推奨ツールには elfldr と ftpsrv が含まれる）と統合されます。アプリケーションインターフェースはデュアルショックコントローラーによる操作でアクセス可能であり、Home、Models、Console、API、Settings のセクションを含んでいます。ユーザーはすぐに画像分析や Gemma 4 および MiniCPM-V などの中級モデルに対するチャットコンプリートなどの強力な機能をアクセスできます。リアルタイムのパフォーマンス監視は `ps5-exporter` が担当しており、温度、消費電力、GPU、CPU ロードなどのメトリクスを表示します。アプリはロードされた GGUF モデルに対して利用可能なメモリの中で最长的なコンテキストと最適なキャッシュ適合を自動的に選択し、Hugging Face から内部ストレージ（M.2）または USB ドライブへのダウンロードによって管理できます。特に注目すべきは、小さなモデルが PS5 Slim ハードウェア上で最大 207 トークン/秒の驚異的な速度を実現しており、モデルサイズと量化に基づいて ~20～207 トークン/秒のパフォーマンス範囲があることです。今後の更新では、USB ドライブまたは内部ストレージからロードされる新しいファイルに対する自動管理メモリ割り当てが含まれる可能性が高いです。この進歩により、愛好家は専用の API エンドポイント（`/v1/systemone`）および標準チャット API を通じて Ollaya 駆動の Jev 様（Clef、OpenJev など）といった高度な意思決定モデルと直接相互作用できるようになり、ゲームコンソールのローカル AI パフォーマンスにおける大きな飛躍を達成しながらも、完全なプライバシーを保ち外部データ依存性を排除します。インストールには `PPSA99575` フォルダを `/data/homebrew` にコピーし、`http://<console>:8081` でサーバーにアクセスする必要があります。