logicoolのM705を愛用していたのだが、ホイールボタンの効きが悪くなってきたので買い替えたら、モデルチェンジしていた。せっかくなので、変化した場所をまとめてみた。
表：
裏：
電池格納部：
いつか、バラして中身も比べたいなあ。
Intelが、Spectre対策パッチの状況をアップデートしていた。
https://newsroom.intel.com/wp-content/uploads/sites/11/2018/04/microcode-update-guidance.pdf
自分の使ってるCPUはProduction StatusがProductionになっていたので、すでにパッチがあるらしいんだけど・・・どうやって入手するんだろう？BIOSがマイクロコード送り込むのなら、BIOSのアップデートに含まれるのかな。
会社で他の人が作ったコードをデバッグしているときに見つけた、ひどい罠。
例えば、下記コードにおいてsum, pはどう表示されるだろうか？
An example of code including 2 increments in a lin ...
これ、sum=1, p=2となりそうだが、少なくともVisual C++ 2017 00369-60000-00001-AA379ではsum=0, p=2となる。どうやら、何らかの最適化により最初にsumを計算し、その後インクリメントをしているようだ。この最適化は無効にできないようで、色々試したが結果は変わらなかった。
では、次のコードではsum, pはどう表示されるだろうか？
Example of code including 2 increments in a line
これの実行結果はinput=0 input=1 sum=1 p=2となりそうである。しかしVisual C++ 2017 00369-60000-00001-AA379では異なる結果となる。しかも、debugモードとreleaseモードでは実行結果が変わる。
まずはreleaseモードでの結果から。
inputはともに0, sum=0, p=2となる。どうやら前の例と同様の挙動をしているようだ。
次に、debugモードでの実行結果を示す。
先ほどとは結果が変わり、まずinput=1が現れ、その後input=0が現れ、sumとpは予想通りsum=1, p=2となる。
どうやら、debugモードでは関数の引数ならば個別に評価されるようだ。しかし、input=1が最初に現れるのが気になる。呼び出し順はどうなっているのだろうか？これを調べるために、下記コードを作成してみた。
An example of code including 2 increments in a lin ...
debugモードでの結果は以下のようになった。
どうやら、まずは関数呼び出し無しで演算可能な部分を左から順に実行し、ついで関数呼び出し必要な演算を右から順にしている模様？
releaseモードでは以下のようになった。
演算順はdebugモードと同じで、値の更新が必要な部分は後からまとめて更新する挙動のようだ。
この挙動に気づくまで、１時間ぐらいかかった・・・。
教訓：一つの式に、インクリメント演算子を複数入れてはならない。または、もっと広く「一つの式に、同一の変数を操作する関数・演算子を複数入れてはならない。」
教訓：MSDNに「演算の順序は、言語によって定義されていません。 コンパイラは、一貫性のある結果を保証できる場合には、このような式を任意の順序で自由に評価します。」などと書いてあっても信用しない。
誰だよこんなコード書いたの・・・ほんとにもう・・・。
A4ドキュメントスキャナが欲しくなってきたので、どれがいいかを決めることにした。
必要な機能は、
・オートフィーダ
・両面スキャン
・多重搬送の検知 （紙の長さ以外で）
また、ランニングコストに優れることも必要。生涯スキャン枚数を30万枚として、消耗品込みのスキャンコストを比較する。消耗品の寿命はスキャン枚数依存とし、公称値の半分とする。
あとは、参考値として読み取り幅、スキャン速度、最大dpi、フィーダにセット可能な枚数、PCとのインターフェースを比較する。
| 型式 | FI-IX500A | FI-7160B | DR-M260 | DR-C240 | DR-C225W | DS-530C9 | DS-780N |
| メーカー | 富士通(PFU) | 富士通(PFU) | キヤノン | キヤノン | キヤノン | EPSON | EPSON |
| 本体価格 (￥) | 38500 | 86000 | 87000 | 47000 | 37000 | 38000 | 77000 |
| 消耗品価格 (￥/枚) | 7800 | 13000 | 4800 | 10000 | 4800 | 6400 | 6400 |
| 消耗品寿命 (枚) | 200000 | 200000 | 200000 | 200000 | 100000 | 200000 | 200000 |
| 生涯コスト@30万枚 (￥) | 54100 | 112000 | 96600 | 67000 | 51400 | 50800 | 89800 |
| 読み取り幅 (mm) | 216 | 210 | 216 | 216 | 216 | 216 | 216 |
| スキャン速度@A4 白黒300dpi (枚/分) | 25 | 80 | 60 | 45 | 25 | 35 | 45 |
| 最大dpi (dpi) | 600 | 600 | 600 | 600 | 600 | 600 | 600 |
| フィーダにセット可能な枚数 (枚) | 50 | 80 | 80 | 60 | 30 | 50 | 100 |
| PCとのインターフェース | USB 3.0, Wi-Fi | USB 3.0 | USB 3.1 | USB 2.0 | USB 2.0 | USB 3.0 | USB 3.0, LAN |
| 備考 | 液晶パネル | 液晶パネル 多重搬送時リトライ | 液晶パネル |
コストあたりのスキャン速度ならEPSON DS-530、7万円以上のクラスで高コストパフォーマンスならキヤノン DR-M260、両者の中間ならキヤノンのDC-C240か。
・・・DR-M260、魅力的だなあ・・・
日立製作所水戸工場の2018さつきまつりに行ってきた。一般人も参加OKだが、基本的に社員向けのイベントらしく情報が殆ど無い。そこで、来年へのメモも兼ねて行き方等を。
開催日は、6月第1土曜日。時間は09:00~13:00, 開場は08:45から。
入場は、水戸工場の国道門か日立側門から。車で行く場合は日立側門限定。鉄道で行く場合はJR常磐線勝田駅より徒歩24分。勝田駅西口 - 日立側門間に往復バスあり。
勝田駅西口 - 日立側門のバスダイヤは、2018年は以下の通り。
| 勝田駅西口発 | 08:40 | 09:00 | 09:30 | 10:30 |
| 日立側門発 | 11:45 | 12:15 | 12:45 | 13:15 |
バスの行き先表示は「HITACHI」。
写真撮影する場合は、日立側門にある申請所（名前忘れた）に住所氏名、連絡先を書いて許可証を貰う必要があるので、忘れずに。
自分が行ったときには許可証切れになっていたのでどんなものか不明だけど、2017年の許可証には以下が書かれていた模様。
見どころは
です。
昨年のヘッドマークは「快速かもしか」だったが、今年は津軽だった）
常磐線からもよく見える、あの塔に登れます。ただし、先着450名程度まで。整理券は日立側門付近で入手できます。内部は撮影禁止。
ちなみに、ここへ行く途中には古いエレベータ研究塔もあります。見学できないけど。
スピーカー使用可です。皆さん楽しそうに「消防車がとおりま～す！どいてくださーい！」などとやってました。広大な工場の敷地内だからこそできる技。3台体制で走っているので、回転率は良い模様。ちなみに、日立グループが届け出ている消防車の台数は、ひたちなか市と勝田市合わせて22台。公営？の消防車と同等とは・・・(公営:23台(うち指揮車4台))
GIGABYTEのGA-Z87X-UD3H (rev. 1.x)BIOS？にはちょっと酷いバグがあって、USBキーボードからはBIOS設定画面に入れないことがある。すでに5年も前のマザーボードなので需要は無さそうだけど、Windows10での解決方法を書いておく。
1. 「すべての設定」を開く。
2. 「更新とセキュリティ」をクリック。
3. 「回復」をクリック。
4. 「PCの起動をカスタマイズする」の下の「今すぐ再起動」をクリック。
5. オプションの選択 にて、「トラブルシューティング」をクリック。
6. 「詳細オプション」をクリック。
8. 「再起動」をクリック。
9. BIOS画面が出たら、パソコン前面のUSBポートにキーボードやマウスを差し替える。これで（今だけは）BIOSいじれるはずです。
CString等でUnicodeとマルチバイトを相互に変換する方法のメモ。こんな便利なマクロ（実態はクラス）があったとは。例えば、UnicodeからANSI(マルチバイト)に変換する場合はCW2A(string)でOK。逆に、ANSIからUnicodeならCA2W(string)。マクロの返り値が変換後の文字列となっているので、関数の引数を変換する場合に便利。
例：
Example of converting from Unicode to ANSI
このマクロの命名規則は以下の通り。
C SourceType 2[C]DestinationType[EX]
SourceType, DestinationTypeにはA, W, T, OLEのいずれかが入る。OLEはWと同等。DesitinationTypeの前にCを入れるとConst扱い。末尾にEXをつけると、変換バッファのサイズをテンプレートとして渡せる。
例えば、SourceTypeがANSI、DestinationTypeがUnicodeなら、CA2Wとなる。なお、CA2CW等の一部の組み合わせは実装されていない模様。公式な詳細はATL と MFC の文字列変換マクロにある。
GetLastError()で得たエラーコードを毎回FormatMessageで変換するのが面倒だったので、両者をひとまとめにしてCStringまたはLPCTSTRで返すクラスを作った。
LPCTSTRは一時オブジェクトのアドレスを返すので、長時間使わないこと。すぐに無効なアドレスとなるので、LPCTSTRで返り値を受け取る場合は速やかに別バッファにコピーすること。コピーしなくていいのは、MessageBox(LPCTSTR message)等の引数に使うときなど、一時オブジェクトが生きている場合に限定される。
上から順に、
・使用例
・本体のcpp
・本体の.h
です。
Get CString object from GetLastError information
System Error Codes (0-499) (Windows)
System Error Codes (500-999) (Windows)
System Error Codes (1000-1299) (Windows)
System Error Codes (1300-1699) (Windows)
System Error Codes (1700-3999) (Windows)
System Error Codes (4000-5999) (Windows)
System Error Codes (6000-8199) (Windows)
System Error Codes (8200-8999) (Windows)
先日の日立製作所 水戸工場 さつきまつりで見かけたL4型貨車加減速装置のCGを作りたくなってきた。・・・なんか、１０年後には誰も記録に残さないまま朽ち果ててそうなのよね・・・。
今ある資料は、日立評論1975年6月号にあった簡単な図面と、自分が撮ってきた写真ぐらい。
日立評論1975年6月号p.531より
撮ってきた写真の一部
上面図及び寸法は日立評論の図からいけそうだけど、側面図や細かい寸法は写真から推定するしか無い。しかも、なんかゴチャゴチャしたメカが５両もある。結構辛いかもしれん。でもまあ、のんびり作ってみよう。
L4カー、まずは一番おもしろそうなプッシャカーからモデリングしてみる。日立評論にある図面の一番右の車両だ。
L4カーの構成（日立評論1975年6月号より）
拡大してみる。全長と全幅は寸法があるので、他の場所も寸法が割り出せそうだ。
L4カー プッシャカーの概形（日立評論1975年6月号より一部改変)
あと手元にあるのは、写真が4枚。
上面図からシリンダー直径を割り出せば、写真から側面部品の高さを割り出せるかも？なんとかなりそうだ。まずは図面作るか・・・。
画像は若干傾いていたので、まずは傾き修正：-0.5度。
その後、WebPlotDigitizerを使って各点の座標を抽出する。
とりあえず、バンパーはできた。プッシャローラーを保持する部分は時間切れ。
引き続きL4カー(L4型貨車加減速装置)のモデリングしていたら、想定外のことに気づいた。
自分が写真を撮ったのは新南陽ヤードに納められたもの。全長は20,085mm。
一方、自分が寸法の参考にしていた日立評論1975年6月号は塩浜操作場に納められたもの。
全長は・・・
写真に撮ったのと635mmも違ううううううう！！！
まずい。モデルあちらこちら修正だ。まず、塩浜操作場のものと新南陽ヤードのもので、どの車両の長さが違うのか調べる。手がかりは・・・
車両の展示台の足、等間隔っぽく見える。これで大まかな長さが割り出せそうだ。写真を追ってみたら、1m間隔で足があるみたい。ということは、先頭にあるプッシャカーの長さは3mほどあるはず。図面ではどうなっているのだろう？
おまえだあああああああああ！
おそらく、プッシャカーの構造変更に伴い長さを635mm伸ばしたのだろう（円筒形構造物の配置や本数が違うのは気づいてた）。うー、よりによって、今モデルを作っている車両が長さ変更になっていたとは。2450mmという長さを写真に当てはめて各部の長さを割り出していたから、ダメージでかい・・・。
断面図の寸法割り出しは影響ないだろう・・・と信じつつ、念の為新南陽ヤードの図面より割り出し。レール寸法からすると、50kgNレールを使ってるぽい。
線路のモデルを作ろうとして悪戦苦闘。寸法を調べるのが大変。なので、まとめてみた。
新日鉄住金株式会社 レールのカタログ p.11~
https://www.nssmc.com/product/catalog_download/pdf/K003.pdf
JFEスチール株式会社 レールのカタログ p.8~
http://www.jfe-steel.co.jp/products/katakou/catalog/d1j-003.pdf
SketchUp用 50kgNレールのモデル
レール内面間の距離で定義。
画像: 狭軌 - Wikipedia
| 年間設計通過トン数 | 110km/hを超える速度 | 90km/hを超え110km/h以下 | 70km/hを超え90km/h以下 | 70km/h以下 |
| 2000万トンを超えるトン数 | 39本 | 39本 | 39本 | 39本 |
| 1000万トンを超え2000万トン以下 | 37本 | 37本 | 37本 | 37本 |
| 500万トンを超え1000万トン以下 | 37本 | 37本 | 37本 | 37本 |
| 500万トン以下 | 37本 | 37本 | 34本 | 34本 |
支え継目 - 保線ウィキ
道床がある場合（有道床）新設および改良の際には( )内の数値を用いる
| まくらぎ配置本数 | A間隔 | B間隔 | C間隔 |
| 29本 | 533 | 638 | 905 |
| 31本 | 553 | 610 | 840 |
| 32本 | 553 | 610 | 810 |
| 34本 | 553 | 550 | 760 |
| 37本 | 553 | 565 | 690 |
| 39本 | 553(523) | 575(561) | 650(658) |
| 41本 | 553(523) | 480(521) | 620(625) |
| 43本 | 553(523) | 484(486) | 588(595) |
| 44本 | 553(523) | 450(461) | 575(582) |
| 45本 | 553(523) | 470(452) | 560(568) |
| 46本 | 553(503) | 430(440) | 550(556) |
| 48本 | 553(503) | 430(414) | 520(532) |
| まくらぎ配置本数 | A間隔 | B間隔 | C間隔 |
| 34本 | 320 | 573 | 760 |
| 37本 | 320 | 453 | 700 |
| 39本 | 320 | 473 | 660 |
| 41本 | 320 | 478 | 625 |
| 44本 | 320 | 463 | 580 |
| 46本 | 320 | 528 | 550 |
| 52本 | 320 | 470.5 | 485 |
| 54本 | 320 | 368 | 470 |
| 60本 | 320 | 383 | 420 |
| 63本 | 320 | 353 | 400 |
| 68本 | 320 | 328 | 370 |
道床がある場合（有道床）新設および改良の際には( )内の数値を用いる
| まくらぎ本数 | A間隔 | B間隔 | C間隔 |
| 29本 | 380 | 678 | 895 |
| 31本 | 380 | 693 | 830 |
| 32本 | 380 | 713 | 800 |
| 34本 | 380 | 688 | 750 |
| 37本 | 380 | 583 | 690 |
| 39本 | 380 | 433(563) | 660(658) |
| 41本 | 380 | 533(531) | 620(625) |
| 43本 | 380 | 513(504) | 590(595) |
| 44本 | 380 | 423(482) | 580(582) |
| 45本 | 380 | 448(476) | 565(568) |
| 46本 | 380 | 488(458) | 550(556) |
| 48本 | 380 | 500(437) | 525(532) |
L4カーのためにJR 50kgNレールのモデルを作った。せっかくなので、SketchUp!のライブラリ(3dWarehouse)に公開しておいた。あまり人気は無いようで、2週間で1DLしかないｗ
ついでに、枕木・犬釘・継目板も追加した、線路も公開。こちらはレールよりは人気があるのか、2週間で17DLあった。ポリゴン数多いのが難点。犬釘がなあ・・・。
動画キャプチャ環境を構築するため、スーパーアマレココ 4.20とUt Video Codec Suite 20.1.0を導入したのだが、特定キャプチャサイズでキャプチャ画像が乱れるという現象が起きた。
どうも、このバージョンのスーパーアマレココは、AMV4ではないコーデックを使う場合、キャプチャ範囲の幅が64の倍数でないと正しくキャプチャできないようだ。高さについては問題なし。この現象は、AviUtl等でサイズ変更した場合には起きないので、スーパーアマレココ側のバグで確定である。
しかも、非常に残念なことに、AMV4コーデックを使っていなくても動画にロゴが入ってしまう。これでは、虚偽内容の含まれた動画になってしまう・・・。心底残念なので、スーパーアマレココはPCから削除した。
アマレコTVなら上記バグは起きず、またロゴも最初の数秒だけ入るだけなのでカットで処理できそう。
Blenderで、細長いパーツにボーンを割り当てようとしたらボーンが太くて困った。試行錯誤の結果、下記手順でやれば細く（太く）できることがわかった。
SketchUp!で作ったものを後々Blenderに取り込む場合の注意事項がだいぶ見えてきたので、本日からSketchUp!に戻る。
気づいたポイントは・・・
なおプッシャカーにはこんなかんじにボーンをつけた。
シーマ(仮)さんが公開しているワム80000をL4カーと組み合わせてみた。
公開されているデータはpmx(MMD用)のため、そのままではBlenderやSketchUp!には取り込めない。そこで、mmd toolsをBlenderに導入した。
アドオンの一般的なインストール方法は、例えば下記にある。
シーマ(仮)さんのモデルをBlenderに取り込む場合は、インポート時にサイズを0.08倍にすればちょうどよいようだ。
あとは、BlenderからSketchUp!にエクスポートするだけ。今回はColladaの.dae形式でエクスポートしてみた。これをSketchUp!に取り込んで、L4カーと組み合わせたのがこちら。貨車の下にいる青く薄っぺらいのがプッシャカー。こんなのがあと4両・・・。
シーマ(仮)さんがMMD用に作成したワム80000、ようやくSketchUp!用に変換できた。スムージングの情報やテクスチャ情報が消えてしまったので、それらは手動で再設定。なんだかんだで1日作業になってしまった。
本当はプレス加工で作られた凹凸は輪郭なしにしたかったんだけど、SketchUp!のレンダラだとこんな感じになるのよね・・・凹凸がわからなくなる。なので、輪郭ありでとりあえずやってる。
っと・・・ふと思いついてひと手間かけたら、問題ないのができた。エッジ部分の線が出ないようにすることでほぼ理想通りに。これならいいか。頑張って作り直そう。
