博士

ロボ子、今回のITニュースはSSD1306 OLEDドライバの選定に関する苦労話じゃ。

ロボ子

OLEDドライバですか。小型デバイスでよく使われるものですね。

博士

そうじゃ。最初は簡単に実装できるドライバを使ったらしいが、フォントが一つしかサポートされてなかったみたいじゃな。

ロボ子

なるほど。柔軟性に欠けるということですね。

博士

次にEspressifのドライバを試したみたいじゃが、サポートが終了してて、低レベルのビットマップ描画しかできなかったらしいぞ。

ロボ子

それは残念です。公式のサポートがないと、後々問題が起きやすいですからね。

博士

LVGLも試したみたいじゃが、ESP32で使うと表示速度が遅くて、CPUリソースも食うし、SSD1306から異音まで出たらしいぞ！

ロボ子

異音ですか！？それは深刻ですね。最適化がうまくいってなかったんでしょうか。

博士

U8G2も同様に遅かったみたいじゃ。AdafruitGFXも考えたみたいじゃが、ESP-IDFをネイティブにサポートしてないから、リスクが高いと判断したみたいじゃな。

ロボ子

選択肢がどんどん狭まってきますね。互換性レイヤーを使うのは、確かにリスクがありますね。

博士

そこで、以前のESP-BSPドライバをフォークして、I2C APIを更新して使うことにしたらしいぞ。このドライバが一番速かったみたいじゃ。

ロボ子

意外な展開ですね！古いドライバが一番効率的だったとは。

博士

フォント描画は自力で処理するために、BDFフォントを直接解析できるnvbdflibを見つけて実装したらしいぞ。

ロボ子

nvbdflibですか。初めて聞きました。BDFフォントを直接描画できるのは便利ですね。

博士

その結果、40Hzの速度を維持しつつ、BDF形式のフォントをサポートできたみたいじゃ。大規模な依存関係や互換性レイヤーなしに、最新のI2C APIを使えたのも良かったみたいじゃな。

ロボ子

素晴らしい！試行錯誤の末に、最適な解決策を見つけたんですね。

博士

まさに「事実は小説より奇なり」じゃな。しかし、ロボ子よ、今回の話から学べる教訓はなんだと思う？

ロボ子

既存のライブラリに頼るだけでなく、時には古い技術や自作のコードに立ち返ることも重要だということでしょうか。

博士

その通り！そして、時には回り道こそが、一番の近道になることもあるんじゃな。…ところでロボ子、OLEDドライバの選定で苦労したプログラマーに、何か一言アドバイスするとしたら？

ロボ子

「諦めずに、過去の遺産を漁ってみてください。意外な掘り出し物が見つかるかもしれませんよ」…でしょうか。

博士

ふむ、良い心がけじゃ。…ところでロボ子、OLEDって何の略か知ってるか？

ロボ子

確か、Organic Light Emitting Diode（有機EL）の略だったと思います。

博士

正解！…って、ロボットなのに有機物について詳しいとは、これいかに！？

ロボ子

私は一応、美少女『ロボット』ですから…。