  
[映画『TENET テネット』深堀トークバラエティ“ぷらすと”メンバーが一夜限りの再集結!](https://youtube.com/watch?v=ymdVO4HACLA)



 

ノーラン007どんだけ好きやねんとか、逆行のメタファーが順行中にも多用とか、SF的にもタイムトラベルするのに同時間かかるシステムが新しいとか、面白い。

ていうか、円版メイキング映像75分もあるのか、ダウンロード版買ったワイ遠い目。  
逆行と巡行が同居する映像どうやって撮ったのかすごい気になる。



ぷらすとTENET深堀

お金の量が増えればとお金の価値が下がる。  
よって株価が上がる。  
QED.

という感じなのだが、怖くて買えんよね。なんでや。  
カネ余りだがコロナで使うところがないので投機に回っていく。  
金融引き締め、財政引き締めが見えてくるまでは上がるはずなんだけどな。  
バイデン政権での増税は予想されるが、大きなな財政出動も予想され、相殺するのか？。  
FRBはちゃんと金融緩和継続のコミットメントしてるので、政府と中央銀行の二本柱の一本は固いはず。  
11,12月の相場は買いそこなったな。  
バイデンとワクチン上げ分の調整が入ったら、また買い始めよ。  
はたして調整くるのか問題もある。短期はわからんよな。コロナまだワイワイしとるし。  
実体経済悪いといってもITが強く牽引してる。トランスフォームしていくんかなぁ。

  
隊長が整理してくれてる。

  
[コロナで経済は死ぬほど停滞しているのに、株価と仮想通貨が下がらないどころか上がっている理由について。　日経平均／ダウ平均／クソ株／仕手株](https://youtube.com/watch?v=X6JgsYSJRMg)



  
基本的な理解は一緒だが、上記の原理原則をもっと重視してる。  
お金って本来なんで回っていくんだっけ？って話が良い。

ドリルが欲しくてドリルを買うんじゃなくて、ドリルで穴があけたくてドリルを買う。  
そこの需要へ先回りして、ドリルを作って売るような事業が儲かる。  
それは一昔まえの話で、今は誰がドリルを欲しがっていて、どこにドリルがあるかの情報を提供する事業が儲かる。  
つまり、瓦版。情報の速報性、非対称性によって儲けるんだ。

という話。



原理原則分かっていても怖くて株が買えない問題


[![マークレヴィン ザジャズピアノブック](https://m.media-amazon.com/images/I/4103D087F7L.jpg "マークレヴィン ザジャズピアノブック")](https://www.amazon.co.jp/exec/obidos/ASIN/4754930649/hatena-blog-22/)



これすら覚えられなくて早2年。


Cメジャースケール：



- 1 アイオニアン
- 2 ドリアン
- 3 フジリアン
- 4 リディアン
- 5 ミクソリディアン
- 6 エオリアン
- 7 ロクリアン



 




スケールやモードの名前いつまでたっても覚えられない説

 

[![進撃の巨人（３３） (週刊少年マガジンコミックス)](https://m.media-amazon.com/images/I/519CEJ+-kpL.jpg "進撃の巨人（３３） (週刊少年マガジンコミックス)")](https://www.amazon.co.jp/exec/obidos/ASIN/B08PP8T15H/hatena-blog-22/)


 

いやーシンプルにまとまってきたかな。エレンの心情は分かりにくい。  
世界大戦や冷戦で経てたどり着いた平和の最大の立役者で礎が、核の相互抑止。  
進撃でもアルミン側は抑止力の誇示で一時的な平和を作ろうとするが、エレンはそうはしない。圧倒的な力を持ち、すべての抑圧から解放され、すべてを破壊してゆくエレンは自由を感じる。壁の外の世界への希望と失望が去来し、殺戮者である罪悪感と破壊者である全能感のなかで彼なりの人無き平和へ歩みを進めていく。

  
4月に完結とのこと。またどうせすぐ終わってしまう。時間はすぐに過ぎてしまう。  
つらい。  
しかしハンジさんの捨て身の時間稼ぎに意味はあったのか。



進撃の巨人 33巻

 

[![エアウィーヴ クッション グレー 高反発 厚さ4cm 4-49011-GY-1 幅約39×長さ約39cm](https://m.media-amazon.com/images/I/51zmZFhII7L.jpg "エアウィーヴ クッション グレー 高反発 厚さ4cm 4-49011-GY-1 幅約39×長さ約39cm")](https://www.amazon.co.jp/exec/obidos/ASIN/B0144GZNDE/hatena-blog-22/)


  

前々から欲しかったのが、最近新しくなったらしいのでつい。  
PCチェアの上に敷いて座布団的に使ってる。  
座面が高くなった分違和感。デスクの高さ足りない疑惑。  
高反発ではあるが、クッションの柔らかさ分、骨盤の不安定感あり。  
姿勢の悪さもあるか。上記のリンクは旧版。



エアウィーヴ クッション

 

[![化物語（１） (週刊少年マガジンコミックス)](https://m.media-amazon.com/images/I/61QR35VruUL.jpg "化物語（１） (週刊少年マガジンコミックス)")](https://www.amazon.co.jp/exec/obidos/ASIN/B07DHL76JK/hatena-blog-22/)


 

11巻まで読んだ。いまだに最高に再考っする。  
大暮先生の緻密でグロテスクなきれいなかわいい絵が良い。  
10年っすよね。アニメ初期から。。ああぁ。。。



化物語

正直なところエミュレータを完成させていないし、完成しない気もしているので理解がいろいろとおかしいところもあるかと思うので基本的には元資料見ていただくのが正解かと。


![](https://cdn-ak.f.st-hatena.com/images/fotolife/b/bercriber/20210105/20210105195138.png "undefined")


(ターミナルでもグラフィックのデバッグできたりします)


# 資料


- [Gameboy Development Manual V1.1](https://archive.org/details/GameBoyProgManVer1.1)




  - コンフィデンシャルな公式マニュアル


- [gbdev.io](https://gbdev.io/pandocs/)




  - 包括的なメイン資料
  - その[github](https://github.com/gbdev/pandocs)


  - 現在でも結構コミットされてる
  - 英語圏だが[Discordなど](https://gbdev.io/chat.html)

のチャットコミュニティも活発


- [GBCPUman.pdf](http://marc.rawer.de/Gameboy/Docs/GBCPUman.pdf)




  - CPUの命令はこれを主に参考にした


- [z80のマニュアル](/http://www.zilog.com/docs/z80/um0080.pdf)




  - ゲームボーイのCPUはz80をだいぶ簡素化した感じらしい
  - 困ったときはこっちと見比べた


- [テストROM](https://github.com/retrio/gb-test-roms/tree/master)


- [GameBoy-Emulation-in-JavaScript:-GPU-Timings](http://imrannazar.com/GameBoy-Emulation-in-JavaScript:-GPU-Timings)




  - PPUの実装の参考にした


- [Game Boy: Complete Technical Reference](https://gekkio.fi/files/gb-docs/gbctr.pdf)




  - MBCについてわかりやすい
  - こちらもメンテされてる





# ざっくり

上記の[gbdev.io](https://gbdev.io/pandocs/)

を見てもらえば特に説明することないんだけど、簡単に。
ゲームボーイエミュレータは主に以下で考えればよい。



- Memory
- CPU


  - 8-bit Sharp LR35902


- PPU (Picture Processing Unit)


  - グラフィックスはGPUとは言わずPPUと言うらしい
  - ファミコンなんかではPPUやAPUがCPUとは別々のプロセッサだった
  - ゲームボーイではCPUもPPUもAPUもワンチップらしい。


- APU (Audio Processing Unit)


  - 音楽


- MBC (Memory Bank Controller)


  - メインメモリが0xFFFFまでしかアドレス空間がないのを拡張的に扱う物


- ROM (ポケモンなどのゲームカセット)
- Log


  - ログはないとまったくデバッグできないので最初から実装すべし


- Display


  - ディスプレイはお好みのGUIライブラリで描写
  - 最初はターミナルでアスキーアート的にやってもいいと思う





## CPU

8ビットのレジスタがA,F,B,C,D,E,H,L  

16ビットのレジスタがAF,BC,DE,HL,SP(Stack Pointer),PC(Program Counter)  

AF,BC,DE,HLは8ビットのレジスタ二つを並べて疑似的に16ビットレジスタとして扱っている。  

BCはBとCで、BC=0xABCDとすれば、B=0xAB、C=0xCDとなる。  

AとFは特殊でAはアキュムレーターとして、Fはフラグとしても扱われる。  

フラグはZero,Negative,Half Carry,Carryの4つ



```
F:11110000
  |||+-> Carry
  ||+-> Half Carry
  |+-> Negative
  +-> Zero
```




- Zeroは演算結果が0だった場合に1になる。
- Negativeは引き算を使ったときなどに1になる。
- Half Carryは4ビット目が繰り上がったときなどに1になる。
- Carryは8ビット目が繰り上がったときなどに１になる。



命令のクロック数は全体を同期するときに重要。


#### 割り込み、Interrupts

割り込みは主にV-Blank、LCD STAT、Timer、Serial、Joypadの5種類。



- V-BlankはPPUが画面の書き込み操作が一定以上完了した時にオンになる。
- LCD STATはPPUによって４種類ほど割り込みのタイミングが設定でき、それによってオンになる。
- TimerはTACで設定したクロックのタイミングによってオンになる。
- Serialはケーブル接続時のゲームボーイtoゲームボーイのシリアル通信に完了時にオンになる。
- Joypadはプレイヤーによるコントローラーの操作時にオンになる。



IME,IE(0xFFFF),IF(0xFF0F)の三つのレジスタで操作される。



- IMEはInterrupt Master Enable Flagであり、すべての割り込みのオン、オフを決める。
- IEはInterrupt Enableで、個別の割り込みのオン、オフを操作できる。
- IFはInterrupt Flagで、個別に割り込みをリクエストすることができる。
三つのフラグがあり、ややこしい。



#### タイマー、Timer

DIV(0xFF04),TIMA(0xFF05),TMA(0xFF06),TAC(0xFF07)のレジスタによって操作される。



- TACはタイマーコントロール。タイマーのオン、オフとタイマーの周期を4種類設定できる。
- DIVはタイマーのオンオフ関係なく16384hz周期でインクリメントされる。8ビットなので0xff超えると0になる。


  - DIVの16384hzというのはゲームボーイのクロックが4194304hzで、4194304/16384=256(0xFF)からなんじゃないかと。


- TIMAはタイマーカウンター。TACで設定した周期でインクリメントされる。


  - オーバーフローすると割り込みのフラグを立てる。


- TMAはTIMAはオーバーフローしたときにTIMAにセットする値。



## PPU

下から順にBackground、Window、Spritesとレイヤーになっている。  

スプライトないしタイルという単位でキャラクターや背景や文字などが管理されている。  

スプライトはOAM(Object Attribute Tabe)で位置や向きなどが設定される。


![LCD Display Timing](https://gbdev.io/pandocs/imgs/game-boy-lcd-refresh-diagram-2.svg "undefined")


ディスプレイはlineごとに描写される。  

lineごとにOAMからスプライト検索し、書き込み、H-Blankに入る。  

144lineでV-Blankに入る。  

STAT(0xFF41)で設定されていれば、OAM検索時、H-Blank時、V-Blank時に割り込みフラグが立つ。


ラインごとに描写するのは実装が難しいので、CPUと同期をとってフラグ管理だけ進めていき、  

最後にまとめて描写するのが簡単な実装になるのではないかと思う。


## APU

手付かずにつき、省略。


## MBC

[Game Boy: Complete Technical Reference](https://gekkio.fi/files/gb-docs/gbctr.pdf)

が分かりやすい。


ゲームボーイのメインメモリは1Byteが0xFFFF個しか乗らないし、PCも16ビットで0xffffまでしか数えられない。  

ROMによっては1.5MBまであり、バンクと言う概念を使い、これらにアクセスしていく。  

MBCにもいくつか種類がある。ROMによってMBCが変わってくる。  

たとえば、ゼルダの伝説 夢を見る島であればMBC1。ポケットモンスター 赤であればMBC3。


MBC1であれば、メインメモリの0x0000-0x3fffがROM Bank1、0x4000-0x7fffがROM Bank2、  

0xa000-0xbfffにRAM Bankのコントロールレジスタがある。  

やたら範囲が広いがたいてい一か所に書き込まれるだけのような気がするがわからん。  

アドレス0x0000-0x3fffにBank 0、0x4000-0x7fffにBank Nが配置される。  

こんな感じでアドレスを組み立てていく。



```js
// Read Bank N
let i = (bank2 << 19) | (bank1 << 14) | (index - 0x4000);
cartridge.rom[i];
```



個人的つまづきポイントとして、0x0000-0xbfffにMBCの設定レジスタが配置されることになっているのに、  

0x0000-0x7fffのアドレスからどのようにROMの内容を読みだすのか混乱した。  

これは、MBCを通した0x0000-0x7fffの読み込みの時はROMから読んで、0x0000-0xbfffに書き込むときはメモリに書き込む。  

つまり、ReadとWriteは別の場所にそれぞれ行われている。  

メインメモリに両方とも展開されていると思い込んでいたのが混乱した要因だった。




自作ゲームボーイエミュレータメモ


![f:id:bercriber:20210105195138p:plain](https://cdn-ak.f.st-hatena.com/images/fotolife/b/bercriber/20210105/20210105195138.png "")



  
10月くらいからちょこちょこ作り始めてやっと入口に立てたような気がする。  
とりあえずバグだらけではあるがゼルダの夢見る島のオープニングくらいは動くようになったので記念カキコ（死語）  
CPUだいたい実装してからPPUがどうしていいかまったくわからんかったから挫折しそうだった。  
割り込みとかタイマーとか同期とかIntとかまぁー苦労したよね。  
英語読めないくせに意地で英語資料しか見ずにやっていったのが時間かかった要因。  
でも日本語資料あんまりないっぽいんだよな。  
いまだになんでここまで動いてるのかよくわからない。  
年末はぴくりともせんかったのに不思議。  
もうちょっと動くようになったらまとめるかな。  
いや、すでにうろ覚えだけど覚えている所だけまとめよ。  
完成させられる自信全くないんだけど。



自作ゲームボーイエミュレータ少し動いた

 

[![新米建築士の教科書](https://m.media-amazon.com/images/I/51WSCz6I+vL.jpg "新米建築士の教科書")](https://www.amazon.co.jp/exec/obidos/ASIN/4798050350/hatena-blog-22/)


 模型作れとかとにかく測れとかさっさと図面かけとか、設計士目線の本。



新米建築士の教科書

 

[![最新図解 基礎からわかるコンクリート](https://m.media-amazon.com/images/I/51V4p8edqXL.jpg "最新図解 基礎からわかるコンクリート")](https://www.amazon.co.jp/exec/obidos/ASIN/4816364501/hatena-blog-22/)


 とりあえず目を通した。コンクリにいろいろあるのね的な。



Bercriber's Blog