Twitter Logview : @gorry5 : [Mention] : 2016/12/02

12/02 01:31 @yukizokin 3D描画の場合、当時の水平型GRAMにとっては「Y座標の算出速度」の差は、「横方向の描画に必要なビットマスクなどの計算」にかかるコストと比べると大したことにはならんです…実際、88mkIIあたりまでとの比較ならX1のほうが有利だったわけで (tagi)

12/02 01:32 (@yukizokin) @gorry5 そうでした。プレーンマップだったのを、うっかり忘れてしまいます。 (tabu)

12/02 01:35 (@yukizokin) @gorry5 GORRYさんの超超高速ペイントルーチンもやっぱり、ｙ軸のアドレス計算はテーブル化してたのですか？ (tite)

12/02 02:04 (@yukizokin) @gorry5 あれ、『Y座標の算出』ですか。さっきコードを書いていて、アドレステーブル化よりずっと遅くなりそうで断念しました。エレガントなアルゴリズムがあったら教えてください。 (tere)

12/02 02:13 @yukizokin あれは「b0-b10がテキストVRAMの配列と同一」「b11-13が１キャラクタ内のラインを示すオフセット」「b14-15がプレーン」とすると、テキストとグラフィックの合成ハードウェアに都合のいい構成になるんですよ (tosu)

12/02 02:34 @yukizokin 本来「CRTCはテキストVRAMにアクセスし、その内容に従ってCGROMをアクセスしてピクセルを出力」するところ、X1は「CGROMに相当する部分にCGROMとPCGとGRAMが繋がっていて、条件分けで切り替えつつアクセスする」ことで合成を実現しています (naku)

12/02 02:35 @yukizokin なお、X1初代の回路図でこのへんの構造は読むことができます URL:www.x1center.org (nasi)

12/02 06:52 (@yukizokin) @gorry5 それは大体気がついていました。でも単純な配線の組み替え次第じゃないかな(要するに初代はオプションだったし余り考えてなかった)と思ってたら、777でもそうだからなんでだろうと。 (hebo)

12/02 13:11 ? RT @famitsu: ZUNTATA石川勝久氏に、『ダライアス』シリーズ30周年記念作『DARIUS 30th ANNIVERSARY EDITION』に対するこだわりを聞く URL:www.famitsu.com https://t.co/qBC2Q0sKje (mapi)

12/02 23:04 いつの間に「ぴゅう」までタイプするだけで「ぴゅう太買えや」がサジェストされるようになったんだよ…（苦笑 https://t.co/2BE2YF8WOZ (mubo)

12/02 23:23 (@naruto2413) @oosugisakura @gorry5 僕の環境だとさすがに「ぴゅう」まででは出てきませんでしたが、「ぴゅう太」まで入れたら確かに「買えや」が自動的に登場して驚嘆かつ感動しております。 https://t.co/73Q1BxkPpi (rupo)

12/02 23:29 (@oosugisakura) @naruto2413 @gorry5 自分も試してみたら、ぴでぴゅう太買えやと候補がでてきました (roti)

12/02 23:37 (@naruto2413) @oosugisakura @gorry5 さすが大杉さんの環境は調教も完璧ですな！ (gimu)

12/02 23:23 @oosugisakura @gorry5 僕の環境だとさすがに「ぴゅう」まででは出てきませんでしたが、「ぴゅう太」まで入れたら確かに「買えや」が自動的に登場して驚嘆かつ感動しております。 https://t.co/73Q1BxkPpi (rupo)

12/02 23:29 (@oosugisakura) @naruto2413 @gorry5 自分も試してみたら、ぴでぴゅう太買えやと候補がでてきました (roti)

12/02 23:37 @oosugisakura @gorry5 さすが大杉さんの環境は調教も完璧ですな！ (gimu)

12/02 23:29 @naruto2413 @gorry5 自分も試してみたら、ぴでぴゅう太買えやと候補がでてきました (roti)

12/02 23:37 (@naruto2413) @oosugisakura @gorry5 さすが大杉さんの環境は調教も完璧ですな！ (gimu)

12/02 01:31 (@gorry5) @yukizokin 3D描画の場合、当時の水平型GRAMにとっては「Y座標の算出速度」の差は、「横方向の描画に必要なビットマスクなどの計算」にかかるコストと比べると大したことにはならんです…実際、88mkIIあたりまでとの比較ならX1のほうが有利だったわけで (tagi)

12/02 01:32 @gorry5 そうでした。プレーンマップだったのを、うっかり忘れてしまいます。 (tabu)

12/02 01:35 @gorry5 GORRYさんの超超高速ペイントルーチンもやっぱり、ｙ軸のアドレス計算はテーブル化してたのですか？ (tite)

12/02 02:04 @gorry5 あれ、『Y座標の算出』ですか。さっきコードを書いていて、アドレステーブル化よりずっと遅くなりそうで断念しました。エレガントなアルゴリズムがあったら教えてください。 (tere)

12/02 02:13 (@gorry5) @yukizokin あれは「b0-b10がテキストVRAMの配列と同一」「b11-13が１キャラクタ内のラインを示すオフセット」「b14-15がプレーン」とすると、テキストとグラフィックの合成ハードウェアに都合のいい構成になるんですよ (tosu)

12/02 02:34 (@gorry5) @yukizokin 本来「CRTCはテキストVRAMにアクセスし、その内容に従ってCGROMをアクセスしてピクセルを出力」するところ、X1は「CGROMに相当する部分にCGROMとPCGとGRAMが繋がっていて、条件分けで切り替えつつアクセスする」ことで合成を実現しています (naku)

12/02 02:35 (@gorry5) @yukizokin なお、X1初代の回路図でこのへんの構造は読むことができます URL:www.x1center.org (nasi)

12/02 06:52 @gorry5 それは大体気がついていました。でも単純な配線の組み替え次第じゃないかな(要するに初代はオプションだったし余り考えてなかった)と思ってたら、777でもそうだからなんでだろうと。 (hebo)