v3.1 …というかリファクタリングした。 これを3.1としてリリースするのは微妙なのでうーん。 手持ちのBME280を全部使い切ってしまったので、ADT7410対応でもしようかと思った
中古のディスプレイを見に行った。 結果：新品と値段が変わらないので新品を買うべき ブレッドボードを使い切っていたので3枚買った。秋月でSuicaとかクレカ使えるようになっててびっくり。
v3.0 released on github. config周りを直したので大分よくなってきた。しばらくはグローバル変数のstruct化を やっていかないとメンテ不能になりそうである。
いらないものを３つ出した。値段はある程度でいいからさっさと売れてほしい。
音がうるさくなったような。。。
1/8納品…まじか。。。
v3.0 released. …のはずが実機を持っていったら動かなかった。 家に帰って調べたら、3.3Vの線が外れかけて接触不良、電圧が意味不明な低さになっていた。あーあ。
年内最終戦。行き先システムの距離による振り分け率を0%にしたら大分楽になった気はする。newgrfでredFISHを追加した。これは完全に個人の趣味。
なんとなくの勝敗基準は、次のうち2項目を取ったほうとなっている。
業績とメイン都市人口が別になることが多いのだが、今回もそういう展開だった。 1940年スタートで1980年くらいのときに、相手の会社が業績不振になり急速落下、何度か送金するものの回復せず、最後は買収して終わりという壮絶なエンドだった。 行き先システムの関係なのか、環状線を重ねていくスタイルで構築するとかなり乗客の乗り降りに時間がかかるようになっていて、それで列車が渋滞を起こして業績悪化という感じだったようだ。 よく見てないけれども、おそらく評判もメタメタだったのではないかと思われる。
こちらの都市は人口でかっていたものの、最後の数年で痛恨の輸送量不足。 人口が下がってしまったので気持ち的には敗北感がある。 原因は、システム的に街のバス停は5個あれば発展速度最大になるというのに頼りすぎて 5個のバス停にバスと郵便車を大量に流した結果、都市の道路がバス停から続く渋滞で飽和してしまい、車輌が機能停止に陥ったのが原因。 単一ルートに流せる量はある程度上限があるのでそれに達してしまったら別の方法を考えないとダメという教訓を得た。 例えば、バス停５個のルートを２つに分割して３個ずつ回らせるとか、兎にも角にも別のルートを 走るように仕向けないと数が増やせない。
地味に防寒になって良い。お腹が冷えない。
ローソンに行ったら1000円だったので買った。おいしかった。
カラー液晶対応、デザインとかはとりあえず適当にして、表示はされるところまで来た。 全画面更新しちゃってるので画面がチラついている。これの対策用のコードを書くところで いい加減データ構造がダメダメなところに少しずつメスを入れている。 ※ Arduino IDEで書いていたのでstructとかclassが使えるの知らなかった プログラムの構造自体もなんというか微妙なところはあるのだけれども、そちらはとりあえず置いておく。 徐々にデータ構造はきれいにしていくとして、明日中に一通り動くものを2セット組まないとなので 程々でv3.0としたい。
タイルマットを敷いたら… 椅子が動かなくなった。 ようするにタイルマットが柔らかいので椅子のキャスターが沈み込んでる。 タイルマットの上にラグ敷いてるから行けると思ったんだけどなぁ
カラー液晶対応
これでバイク周りのすべての手続きが完了した。
ラグを引いているんだけれども底冷えするので自分の足元だけタイルマットを敷くことに。 ようは、昼寝しようとして机の下に潜ったら寒かった。Amazonに注文。ポイント使って2000円なり。
1900年からはじめて1984年、インフレとかによって維持費が増大しすぎて相手側が破綻。 4000万ポンドをチートで送信するもさらに破綻。 電化したときに維持費が一気に上がるのを気にしなかった模様。 インフラ維持費ルールとベースコスト4xはさすがに後半でバランス崩れた感じがある。 とはいえこちらの会社は黒字を出せていたのでやりようかなという感じはある。 電車を引くのにデメリットが出ていて個人的には割と良いのでは…という気はする。
行き先システムをONにしたとき、唐突ではないにしろいきなり売上が下がりだす現象が 発生するという不思議がある。各部確認してみると、旅客系の駅の満足度が最悪(0%)とかに 落ちていてそこの収益が減っているというのが起きているようだ、乗り継ぎをしようとしたら 乗り継ぎ先が来ない・または満員で駅にずっと取り残されるので満足度が減り続ける。みたいな。 旅客量が増えるとどこかでボトルネックが発生してそこから先がいきなり満足度だだ下がり。 というのが起きるので定期的に満足度が低い駅のボトルネックを解消（大抵は増発すれば治る） していく必要があるというのがちょっとめんどくさいというか、醍醐味ではあるのだけれども 規模が大きくなってくると正直手が回らない感じが辛い。 かと行って放置すると確実に売上が下がって赤字に突入するので油断ならない。 （バニラ状態なら20年もたったら資金のことを心配することはないのだけれども、今の設定にしてから そういう状況になったゲームはなく、行き先システムをONにしてからは毎回破綻ENDである）
追加でいくつか欲しいと言われてしまったのでaliexpressに注文した。 にしても、このカラーTFT液晶と格闘するのか、、色のセンスがびもーなのに。という感じ。 とりあえず、最初は色とかなしで普通の作りにしようと思っている。 余裕があったらボタンを押すと文字色が変わるくらいは実装するかも。(Button2に慣れないとというのもある)
自分専用に動かしているが、MySQL上のcrawl_statusesテーブルが壊れてしまった。 きっかけというか、Web画面からRSSフィードを追加した瞬間に応答がなくなっておかしいなぁと 思った瞬間にcrawl_statuses.ibfファイルが壊れていた。 しかも、バックアップが取れていなくて割と詰み。 ダメ元でcrawl_statusesテーブルを作り直してみると crawlerは動かない（クロール対象がないみたいな動き）がWeb UIは動いたので、subscribeしていた フィードをエクスポートして、DBのデータを全部削除、インポートしてレーティング付け直し。という 手順で復旧した。 おおよそ3時間かかった。
Jenkinsのsshgetの仕様がめんどくさい。親切なんだろうけど、from: /test/work to: c:\\test, filterRegex:/*/ とかやるとworkというディレクトリが送り先にできてしまう。この挙動を抑制したいけどできない。 （from: /test/work/ とかやってもダメ。というか本来は from: は単一のファイルを指定するものらしい） ずっとこういう仕様なので変更はされないかなぁ… 仕方ないので、後段で bat （windowsバッチ実行）を使ってよしなにしている
T-Displayは対応することにした。Aliexpressで色々と検索してみた結果、これ以上コスパに優れたボードが存在しないと 思い知らされたため。最悪、液晶部分は使わずに外付けという手もあるのだけれども、ブレッドボードの面積を超えてしまうので できればやりたくないなぁ。。。ということでソフトウェア側でなんとかすることにした。
カラーTFT液晶の対応をロードマップから外した。 初期化の方法がイマイチすぎるモジュールでしか動かないのでやる気が萎えてしまった。 TTGO T-Display ESP32についてる液晶モジュールが微妙なのかなんなのか、特定のライブラリでしか 上手く動かない。他のライブラリも結構試したんだけれども全然だった。 あと、EnvBoy自体がカラー表示を必要としていないというのもある。
が。ESP8266+OLED液晶が乗った基板の値段＝T-Displayの値段 なので正直…うーん。 諦めてT-Display限定で対応してしまおうかなぁと悩んでいる
エリアは狭いのにすごい濃度だった。いいなーあそこまで突き詰めるとかっこいい。 なおお値段…（服代より装備代の方が超高く付く…すごく良いんだけど）
pHiさんのアクセサリを見たくて行った。 バングルほしいなぁほしいなぁだけどLサイズとかじゃないとつけられなそう。
配線を変更して暖房器具を増設した。 思ったよりいい感じに収まってとても良い感じ。
…のつもりでファンを確保したが、既に装備されていた。 配線されていなかったので配線をした。 結局GTX 1060の温度はあまり変わらないらしく、負荷がかかると結構な音がするのは変わらなかった。
IPアドレスが実は表示しきれないことがある可能性が判明したので修正。 mDNS名の表示も追加。
というか、4DPi32と格闘… しんどかった。 https://blog.nerves-concord.io/raspi-zero-and-4dpi32/
都市の発展に一番効くのは土地の広さだった。 なんというか、色々と脱力してしまった。 その代わりに宛先システムをONにすると 定期的に駅の評判が悪くなってある時突如に赤字になるというイベントが発生するようになって （ボトルネックが発生してそれを放置したためで意図したイベントでは無いと思うが） 変な緊張感が出てきた。 1900年スタートで 1964年まで進んだ。
どうにか動かしてくれって押し付けられた。つらい。
ここ数日ずっとハマっている。お金がなさすぎたのでRobigoにいって旅客運送してる。 あっという間にお金が溜まって、ORCAを買ってきてさらに旅客運送してる。 とりあえずエンジニア改造しないとFSDの距離が短すぎてつらい。 最初、Pythonの武装済のやつで移動していたら1ジャンプ15lyくらいしか飛ばなくてほんっと 移動に時間かかった。Meta-Alloyを運ぶところで4回やり直しになったときはもうやめようかと。 6A Fuel Scoopつけて武装類全部はずして20lyくらい飛べるようになったらだいぶ楽になった。 ORCAは最初から武装を全部捨てて旅客仕様にしているので25lyくらい飛べる、こりゃ楽。 友好度がallyになると5,6件出てきたりしてこりゃ楽ね… とりあえず1億くらい稼げたけどもっと稼いでとりあえずエンジニア改造勧めたいなぁ…
あとは、Krait PhantomとAnacondaを買ってきて乗り回したい感じ。
フロントのnginxのログが取り込まれてなかった。filebeatのmoduleは有効になっていたものの、 nginxのログを /var/log/nginx/{access.log, error.log} に変更していたのが原因。
Scripted Pipelineで書いていたけど推奨されない書き方なのでやってみた。 確かに形式がカッチリ決まっていて良いかもしれないけどちょっと冗長な気もする。 変数の定義がよくわからなかったのが使いやすくなった。
zabbixのDBバックアップが壊れていた。postgresを入れ直したのにpg_hba.confを書き換えてなくて pg_dump -U user が失敗していた。
割と設定がいい感じに行ったので覚書
なんでこんなにバグバグなのを使うのかという感じだけれども、これが 2017年更新で一番新しい…
ゲームバランスが標準だとぬるめなので厳しい方向に調整していく。
幅広い年代のバス、トラック、トラムが入ったnewgrf。1900年スタートだと鉄道が使えない（1926年まで鉄道は使えない） ので、これが入っていないとにっちもさっちもいかなくなる。バランスが崩れるような車両は入っていないので、安心して導入できる。
経済拡張。発電等で生産効率が変わるようになる。 新しい産業は特にない。 が。。これを入れて1900年スタートにしてしまうと運べてない産業がバタバタと閉鎖してしまう問題がある。 オプションの発電所をすべての町に作る。にチェックを入れておくべきだった。 Production Rateが0%になってしまうと救えない（材料をいくら入れても生産できないし、そのうち閉鎖する）
1900年〜1920年くらいまでの間、トラムを使わざるを得ない状況になる（馬車の旅客運送が1904年くらいにできなくなり、バスも登場しないため）が、これが意外と面白かった。 鉄道とトラムの違いがあったり（Uターンさせる場所を確保しないとトラムはターンできないとか）、速度が違うバスと入り混じって渋滞が起きたり、2マス連結のトラムがあったり、新鮮だった。
何より、道路運送しかないので隣町が非常に遠く感じる、時速35kmとかなので本当におっそい。輸送量もほどほどなので台数が増えるので管理をある程度しないと混乱する。
1920年くらいからバスが35km/hくらい出るようになるのでトラムが不要というかほぼ不要になるが、既に引いてしまったトラムどうするの？という問題に直面するようになる。トラムは道路に併設できるが、あと数年で鉄道も使えるようになるので、専用軌道にしてあれば鉄道化が楽になるが、鉄道は維持費が高くなっているので変なところに引くと赤字になる。
1930年くらいまでプレイしたが、トラムを鉄道に置き換えるか、あえて問題を先送りするかという葛藤がおきて面白い。（トラムは2000年くらいまで使えるが性能が上がらず、バス、トラックに負ける） マルチプレイしたが、おおよそイーブンの状態なので、来週続きをプレイする予定。