mieki256's diary

  CONTROL "Wait",   IDC_WAITVALUE, "msctls_trackbar32", TBS_AUTOTICKS | TBS_TOOLTIPS | WS_TABSTOP, 96,24,180,15
  CONTROL "Speed",  IDC_SPEED,     "msctls_trackbar32", TBS_AUTOTICKS | TBS_TOOLTIPS | WS_TABSTOP, 96,48,180,15
  CONTROL "Number", IDC_NUMBER,    "msctls_trackbar32", TBS_AUTOTICKS | TBS_TOOLTIPS | WS_TABSTOP, 96,72,180,15

↓

  EDITTEXT IDC_WAITVALUE, 96, 24, 100, 16, ES_AUTOHSCROLL
  EDITTEXT IDC_SPEED,     96, 48, 100, 16, ES_AUTOHSCROLL
  EDITTEXT IDC_NUMBER,    96, 72, 100, 16, ES_AUTOHSCROLL

エラーの原因は、trackbar を記述する際、スタイルとして指定していた TBS_TOOLTIPS が未定義になっていたせいだった。

TBS_TOOLTIPS は commctrl.h の中で定義されているので、本来なら resource.rc の最初のほうで、「#include <commctrl.h>」 を書いておけばそれだけで TBS_TOOLTIPS も使えるようになるはずだけど。commctrl.h を眺めてみたところ、以下のような記述になっていた。

#if (_WIN32_IE >= 0x0300)
#define TBS_TOOLTIPS 0x0100
#define TBTS_TOP 0
#define TBTS_LEFT 1
#define TBTS_BOTTOM 2
#define TBTS_RIGHT 3
#endif

「_WIN32_IE」が 0x0300 以上の値になってないと、TBS_TOOLTIPS は未定義になってしまう…。

そんなわけで、resource.rc の最初のほうで、「_WIN32_IE」を勝手に定義して以下のように書いておけば、一応コンパイルできると分かった。「_WIN32_IE」って何なのか分かってないけど…。いや、名前からしてIE関係の何かなのだろうけど…。

/* trackbar enable */
/* trackbarを使うなら以下も記述しないと TBS_TOOLTIPS が未定義になり Syntax error が出る。 */
#define _WIN32_IE   0x0300
#include <commctrl.h>

#include <windows.h>

#include "resource.h"

// ...

ちなみに、何故かは分からんけど、windows.h を include する前に、commctrl.h を include しておかないといけない模様。順番が逆だと反映されなかった。

そんなわけで、MinGW を使ってビルドする場合でも、trackbar を使った設定ダイアログの表示ができるようになった。サンプルソースは以下。

_resource.h

#ifndef RESOURCE_H_
#define RESOURCE_H_

#define IDC_MYICON                      2
#define IDD_DIALOGTEST01_DIALOG         102
#define IDR_MAINFRAME                   128
#define IDD_DIALOG1                     129
#define IDC_FPSDISPLAY                  2003
#define IDC_RESET                       2004
#define IDC_WAITVALUE                   2005
#define IDC_SPEED                       2006
#define IDC_NUMBER                      2007
#define IDC_STATUS1                     2008
#define IDC_STATIC                      -1

#endif

_resource.rc

/* resource */

/* trackbar enable */
/* trackbarを使うなら以下も記述しないと TBS_TOOLTIPS が未定義になり Syntax error が出る。 */
#define _WIN32_IE   0x0300
#include <commctrl.h>

#include <windows.h>

#include "resource.h"

#if 0
#define TBS_AUTOTICKS   1
#define TBS_TOOLTIPS 0x0100
#endif

/* Dialog */
IDD_DIALOG1 DIALOG DISCARDABLE  0, 0, 290, 120
STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU
CAPTION "Setting"
 FONT 11, "Segoe UI"
BEGIN
  DEFPUSHBUTTON "OK",      IDOK,      172, 96, 50, 14
  PUSHBUTTON    "Cancel",  IDCANCEL,  228, 96, 50, 14
  CTEXT "ssstars GL setting", IDC_STATIC, 7, 7, 275, 8
  LTEXT "Wait (5 - 200 msec)", IDC_STATIC, 12, 24, 72, 8
  LTEXT "Speed (100 - 4000)", IDC_STATIC, 12, 48, 72, 8
  LTEXT "Number (10 - 4000)", IDC_STATIC, 12, 72, 72, 8
  AUTOCHECKBOX  "FPS display", IDC_FPSDISPLAY, 12, 96, 53, 10
  PUSHBUTTON    "Reset",   IDC_RESET, 76,  96, 50, 14
  CONTROL "", IDC_WAITVALUE, "msctls_trackbar32", TBS_AUTOTICKS | TBS_TOOLTIPS | WS_TABSTOP, 96, 24, 180, 15
  CONTROL "", IDC_SPEED,     "msctls_trackbar32", TBS_AUTOTICKS | TBS_TOOLTIPS | WS_TABSTOP, 96, 48, 180, 15
  CONTROL "", IDC_NUMBER,    "msctls_trackbar32", TBS_AUTOTICKS | TBS_TOOLTIPS | WS_TABSTOP, 96, 72, 180, 15
END

_02_dialogtest_tb.c

#include <tchar.h>
#include <wchar.h>
#include <windows.h>
#include <stdio.h>
#include <stdlib.h>

// trackbar を使う時は commctrl.h の include が必要
// comctl32 もリンクする。(-lcomcil32)
#include <commctrl.h>

// リソースファイルを使う時は include する
#include "resource.h"

// メインウインドウ上に設置するボタンのID
#define IDC_BUTTON_OPENDLG 110

// global work グローバル変数
HINSTANCE hInst;

// static WCHAR txt[1024]; // message work
static char txt[1024]; // message work

// global paramater work
static int waitValue = 15;
static int speedValue = 1000;
static int numberValue = 1000;
static int fps_display = 1;

// ========================================
// prototype プロトタイプ宣言
LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM);
INT_PTR CALLBACK DlgProc(HWND, UINT, WPARAM, LPARAM);

// ========================================
// entry point エントリーポイント。Win32 GUIアプリは最初にここが呼ばれる
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
                   LPSTR lpCmdLine, int nCmdShow)
{
  TCHAR szWindowClass[] = TEXT("DIALOGTEST01"); // main window class name メインウインドウクラス名
  TCHAR szTitle[] = TEXT("DialogTest01");       // title bar text タイトルバーに表示するテキスト
  WNDCLASSEX wc;
  MSG msg;

  // set window class properties (struct)
  // ウインドウクラス構造体の設定
  {
    wc.cbSize = sizeof(wc);
    wc.style = CS_HREDRAW | CS_VREDRAW;
    wc.lpfnWndProc = WndProc; // ウインドウプロシージャを指定
    wc.cbClsExtra = 0;
    wc.cbWndExtra = 0;
    wc.hInstance = hInstance;
    wc.hCursor = LoadCursor(NULL, IDC_ARROW);
    wc.hbrBackground = (HBRUSH)(COLOR_WINDOW + 1);
    wc.lpszMenuName = NULL;
    wc.lpszClassName = szWindowClass;
    wc.hIcon = NULL; // 今回はアイコンを指定しない
    wc.hIconSm = NULL;
    // wc.hIcon = LoadIcon(hInstance, MAKEINTRESOURCE(IDI_APP_ICON));
    // wc.hIconSm = LoadIcon(wc.hInstance, MAKEINTRESOURCE(IDI_SMALL));

    if (RegisterClassEx(&wc) == 0)
      return FALSE;
  }

  // create window ウインドウを作成
  {
    hInst = hInstance;

    HWND hWnd = CreateWindow(
        szWindowClass,
        szTitle, // タイトルバーのテキストを指定
        WS_OVERLAPPEDWINDOW,
        CW_USEDEFAULT, CW_USEDEFAULT, // x, y
        512, 288,                     // width, height
        NULL, NULL, hInstance, NULL);

    if (hWnd == NULL)
      return FALSE;

    // display window ウインドウを表示
    ShowWindow(hWnd, nCmdShow);
    UpdateWindow(hWnd);
  }

  // main message loop メッセージループ
  {
    BOOL bRet;
    while ((bRet = GetMessage(&msg, NULL, 0, 0)) != 0)
    {
      if (bRet == -1)
      {
        break;
      }
      else
      {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
      }
    }
  }

  return (int)msg.wParam;
}

// ========================================
// main window procedure
// メインウインドウプロシージャ。メインウインドウ上で何かが起きるとここが呼ばれる
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
  // static WCHAR txt[1024];

  switch (message)
  {
  case WM_CREATE:
    // create main window. initialize
    // メインウインドウ作成時にここに来る。初期化処理をする

    // create "Open Dialog" button ボタンを1つ設置する
    CreateWindow(
        "BUTTON", "Open Dialog", // クラス名、ボタン上に表示するテキスト
        WS_CHILD | WS_VISIBLE,   // スタイル
        20, 20, 100, 24,         // x, y, width, height
        hWnd,
        (HMENU)IDC_BUTTON_OPENDLG, // ボタンに紐づけるID
        hInst,
        NULL);
    break;

  case WM_COMMAND:
  {
    // application menu process

    int wmId = LOWORD(wParam);
    switch (wmId)
    {
    case IDC_BUTTON_OPENDLG:
    {
      // push "Open Dialog" button
      // "Open Dialog" ボタンが押されるとここに来る

      // Open dialog リソースファイル内で記述されてるダイアログを開く
      int ret;
      ret = DialogBox(hInst, MAKEINTRESOURCE(IDD_DIALOG1), hWnd, DlgProc);

      // モーダルダイアログを開いているので、OK か Cancel が押されるまで処理は返ってこない

      // dialog results ダイアログが返してきた値で処理を分ける
      switch (ret)
      {
      case IDOK:
        // push "OK" button OKボタンが押された
        strcpy(txt, "IDOK");
        // wcscpy_s(txt, TEXT("IDOK"));
        break;

      case IDCANCEL:
        // push "Cancel" button Cancelボタンが押された
        strcpy(txt, "IDCANCEL");
        // wcscpy_s(txt, TEXT("IDCANCEL"));
        break;
      }
      InvalidateRect(hWnd, NULL, TRUE);
    }
    break;

    default:
      return DefWindowProc(hWnd, message, wParam, lParam);
    }
  }
  break;

  case WM_PAINT:
  {
    // draw main window メインウインドウ描画処理

    PAINTSTRUCT ps;
    HDC hdc = BeginPaint(hWnd, &ps);

    // draw message "IDOK" or "IDCANCEL" のメッセージを表示
    // TextOut(hdc, 20, 70, txt, lstrlen(txt));
    TextOut(hdc, 20, 70, txt, strlen(txt));

    // draw paramater value ダイアログ上で設定した値を表示
    {
      char s[256];

      sprintf(s, "wait=%d", waitValue);
      TextOut(hdc, 20, 90, s, strlen(s));

      sprintf(s, "speed=%d", speedValue);
      TextOut(hdc, 20, 110, s, strlen(s));

      sprintf(s, "number=%d", numberValue);
      TextOut(hdc, 20, 130, s, strlen(s));

      sprintf(s, "fps_display=%d", fps_display);
      TextOut(hdc, 20, 150, s, strlen(s));
    }

    EndPaint(hWnd, &ps);
  }
  break;

  case WM_DESTROY:
    // destroy window ウインドウ破棄時の処理
    PostQuitMessage(0);
    break;

  default:
    return DefWindowProc(hWnd, message, wParam, lParam);
  }
  return 0;
}

// set value to config dialog
// 設定ダイアログ上の各値を設定する
void SetvalueToDialog(HWND hDlg, int waitValue, int speedValue, int numberValue, int fps_display)
{
  // set trackbar ("msctls_trackbar32")
  // trackbarの範囲や値を設定
  {
    HWND cHwnd;

    cHwnd = GetDlgItem(hDlg, IDC_WAITVALUE);                    // get hundle
    SendMessage(cHwnd, TBM_SETRANGE, TRUE, MAKELPARAM(5, 200)); // set range
    SendMessage(cHwnd, TBM_SETTICFREQ, 5, 0);                   // set tick
    SendMessage(cHwnd, TBM_SETPOS, TRUE, (LPARAM)waitValue);    // set position

    cHwnd = GetDlgItem(hDlg, IDC_SPEED);
    SendMessage(cHwnd, TBM_SETRANGE, TRUE, MAKELPARAM(100, 4000));
    SendMessage(cHwnd, TBM_SETTICFREQ, 100, 0);
    SendMessage(cHwnd, TBM_SETPOS, TRUE, (LPARAM)speedValue);

    cHwnd = GetDlgItem(hDlg, IDC_NUMBER);
    SendMessage(cHwnd, TBM_SETRANGE, TRUE, MAKELPARAM(10, 4000));
    SendMessage(cHwnd, TBM_SETTICFREQ, 100, 0);
    SendMessage(cHwnd, TBM_SETPOS, TRUE, (LPARAM)numberValue);
  }

  // set checkbox
  // CHECKBOXの状態を初期化する
  // GetDlgItem() でコントロールのハンドルを取得できる
  // SendMessage() でコントロールの状態を変更できる
  // BM_SETCHECK で状態の変更を指示
  {
    HWND cHwnd;
    cHwnd = GetDlgItem(hDlg, IDC_FPSDISPLAY);
    SendMessage(cHwnd, BM_SETCHECK, ((fps_display == 0) ? BST_UNCHECKED : BST_CHECKED), 0);
  }
}

// get value from confgi dialog
// 設定ダイアログ上の各値を取得する
void GetValueFromDialog(HWND hDlg)
{
  // get trackbar value
  // trackbar の値を取得してグローバル変数に記録
  // GetDlgItemText() でEDITTEXTの内容(文字列)を取得
  waitValue = SendMessage(GetDlgItem(hDlg, IDC_WAITVALUE), TBM_GETPOS, 0, 0);
  speedValue = SendMessage(GetDlgItem(hDlg, IDC_SPEED), TBM_GETPOS, 0, 0);
  numberValue = SendMessage(GetDlgItem(hDlg, IDC_NUMBER), TBM_GETPOS, 0, 0);

  // get checkbox status
  // CHECKBOXの状態をグローバル変数に記録
  // IsDlgButtonChecked() で CHECKBOX の状態を取得できる
  fps_display = (IsDlgButtonChecked(hDlg, IDC_FPSDISPLAY) == BST_CHECKED) ? 1 : 0;
}

// ========================================
// dialog procedure
// ダイアログプロシージャ。ダイアログ上でボタン等が押された際に呼ばれる
INT_PTR CALLBACK DlgProc(HWND hDlg, UINT message, WPARAM wParam, LPARAM lParam)
{
  switch (message)
  {
  case WM_INITDIALOG:
  {
    // initialize dialog
    // ダイアログ初期化時の処理。GUI部品の状態を設定

    InitCommonControls(); // trackbarを使う時はどこかで一度呼んでおくらしい

    // 設定ダイアログ上の値を設定
    SetvalueToDialog(hDlg, waitValue, speedValue, numberValue, fps_display);
  }
    return TRUE;

  case WM_COMMAND:
    switch (LOWORD(wParam))
    {
    case IDOK:
      // push "OK" button "OK"ボタンが押されたらここに来る
      GetValueFromDialog(hDlg); // 設定ダイアログ上の値を取得してグローバル変数に記録
      EndDialog(hDlg, IDOK);    // ダイアログを終了
      return TRUE;

    case IDCANCEL:
      // push "Cancel" button
      EndDialog(hDlg, IDCANCEL); // ダイアログを終了
      return TRUE;

    case IDC_RESET:
    {
      // push "Reset" button "Reset"ボタンが押された

      // change status text
      // ダイアログ上のLABELのテキストを変更
      SetWindowText(GetDlgItem(hDlg, IDC_STATUS1), TEXT("Reset"));

      // ダイアログ上の値をデフォルト値に変更
      SetvalueToDialog(hDlg, 15, 1000, 1000, 1);
    }
      return TRUE;
    }
    break;
  }
  return FALSE;
}

_Makefile

PROGRAM=02_dialogtest_tb.exe

SRC=$(PROGRAM:.exe=.c)
OBJS=$(SRC:.c=.o) resource.o

.PHONY: all
all: $(PROGRAM)

$(PROGRAM): $(OBJS) Makefile
    gcc $(OBJS) -lcomctl32 -mwindows -o $@

%.o: %.c
    gcc -O3 -o $@ -c $<

resource.o: resource.rc Makefile
    windres $< -o $@

.PHONY: cleanall clean

cleanall: clean
    rm -f $(PROGRAM)

.PHONY: clean
clean:
    rm -f $(OBJS)

make と打てば 02_dialogtest_tb.exe をビルドできる。実行結果は以下。

既存のアプリでは、スライダーの扱いはどうなっているのか気になった。いくつか調べてみた。

ドットエディタ EDGE2 のカラーパレット周り。

• スライダー相当の左に数値入力欄がある。
• スライダーを動かすと、数値入力欄の表示も変わる。
• 数値入力欄に値を打ち込むと、スライダーの状態も変化する。
• スライダーの左右に小さなボタンがあって、このボタンをクリックすると-1/+1で数値を変化させられる。

G'MICという画像フィルタ集のUI。

• スライダーの右側にスピンボックス(SpinBox、数値入力欄の右端に小さな2つのボタンがあって、値を+1/-1できる)がついている。
• スライダーを動かすと、スピンボックスの表示も変わる。
• スピンボックスに数値を入力すると、スライダーの状態も変わる。
• スピンボックスの2つのボタンをクリックすると、数値を+1/-1できる。

GIMP 2.10.34 のUI。


スライダーに重ねる形で数値入力欄、+1/-1ができる小さな2つのボタンがついている。余談だけど、GIMP のこのUIは、数値部分を右クリックすると数値入力モードになる。


AzPainter2 のUI。


GIMPと似た感じで、スライダーに重ねる形で数値表示、+1/-1ができる小さな2つのボタンがついている。あるいは、スライダーの右にスピンボックスが並べてある。


恥ずかしながら今までこのあたり全然意識してなかったけど、どのアプリを眺めてみても、スライダーの横には数値入力欄、もしくは数値表示欄があって、かつ、値を+1/-1できるボタンがついてる場合が多い、と分かった。

つまり、スライダーだけあれば事足りる場面は、実はそんなにないのだろう…。ほとんどの場合、スライダーと一緒に以下のウィジェット(GUI部品、コントロール)も必要になってしまうのではないか。

• スライダー + 数値入力欄 + +1/-1用の2つのボタン
• または、スライダー + スピンボックス

最初から全部一緒になったウィジェットを用意しておいてくれれば楽なのではないかと思えてきた…。

sudo apt update と sudo apt upgrade をしたら、途中で「大量のエラーが発生したため、処理が停止しました」と出てきた…。libglib2.0-0:i386 とやらがおかしなことになっているっぽい。

GUI でアップデート作業ができるアップデートマネージャを ―― おそらくは mintupdate を起動してみたところ、同様にエラーが出て処理が止まってしまった。直後、「パッケージの障害からの回復を試みます」と表示されて処理が進んでくれたように一瞬見えたけれど、やはり大量のエラーが表示されて止まってしまう。

ただ、「OSを再起動しろ」とメッセージが出ていたので、OS再起動とアップデートを繰り返していたら、そのうちアップデートが進むようになった。何故だろう…。まあ、アップデートできてるみたいだし、これでOKってことで…。

試しにバッテリーのみで起動してみたら、残り3%。慌ててACアダプタを繋いだところ、数分で99%まで増えた。おかしい。そんなに早く充電できるわけがない。これもバッテリーが死にかけているのではないだろうか。

少しググってみたけれど、やはりバッテリーの入手は絶望的。セルを交換する手もあるっぽいけど、数万円かかる模様。

ブランド名すら消滅した、古くてスペックが低いノートPCに、そんな出費はしたくない…。そもそも、バッテリーがここまでおかしくなってることに気づかないぐらい使ってなかったわけだし。

Gateway M-2408j のCPUは AMD Athlon 64 X2 QL-60 (2C2T, 1.9GHz, L1 256KB, L2 512KB x 2, L3無し, TDP 35W)。

お袋さん用旧ノートPC FUJITSU LIFEBOOK AH33/J の Intel Celeron B820 (2C2T, 1.7GHz, L1 64KB x 2, L2 256KB x 2, L3 2MB, TDP 35W) のほうが、ベンチマーク上では1.5倍ほど速いはずなのだけど。

LIFEBOOK上で lightdm が起動するまで2分3秒かかるのに、M-2408j のほうは 1分16秒で lightdm が起動する。おかしい。どうして非力なCPUのほうが速く動くのか…。

M-2408j はメモリがデュアルチャネルだけど、LIFEBOOK はシングルチャネルだからだろうか。それとも、LIFEBOOK の HDD が遅いのだろうか…。でも、どっちも 5400rpm の HDD なんだけど…。おかしい。LIFEBOOK側は、一体何が足を引っ張っているのか。

せっかくだから、LinuxMint 20.3 を 21.1 までアップグレードしてみた。

現状のバージョンで、sudo apt update と sudo apt upgrade をして、パッケージを全部更新してから、sudo apt install mintupgrade で mintupgrade をインストールして、sudo mintupgrade を実行。

Athlon64 X2 QL-60 + 2GB RAM + HDD で、3時間半ほどかかって LinuxMint 21 になった。その後、更に30分かけて 21.1 にアップグレード。

この手のダメなソレも、状況によってはアリかもしれん、とは思っていたり。例えば、TVアニメシリーズの本編で、ほんの一瞬だけ出てくるカットであれば、「まあそのぐらいならいいよな…どうせ一瞬だし…」と思ったりもするわけで。

自分の記憶がたしかなら…。昔、「ハイキュー!!」というTVアニメで、そういうカットを見かけた記憶が。車が田舎のお奇麗な道路を爆走してるカットだったと思うけど。道路脇の植え込み？花壇？が、一枚絵を横長ポリゴンに貼って傾けてスクロールさせてるだけ、みたいな動かし方で。

ただ、そのカットは、以下のような状態で。

• 時々現れては奥へと消えていく街路樹が、ちゃんと3D的に動いてた。
• 車に乗ってるキャラの表情が、いかにも切羽詰まった感じで印象が強かった。
• 一つ二つの台詞で次のカットに切り替わった。そのぐらい、ほんの一瞬のカット。

なので、視聴者の視線は、ずっとそこに存在し続ける植え込みより、出たらすぐに消えていく街路樹に、もしくは感情が伝わるキャラの表情に誘導されるし、しかもすぐに次のカットに切り替わるから、植え込みが不自然な見え方をしていることなんてスルーするわなと。見ていて、「あっ。このカット上手いな」「こういう組み合わせなら、まず気づかんわ」と感心したもので。

本当に「ハイキュー!!」だったかな…。ちょっと自信なくなってきた。たしかそうだった、ような気がするけど。

それはさておき。となると、「高木さん」も同じ手法を使えるかもしれないなと。画面の手前側で自転車を走らせてる高木さんに、視聴者の視線がギューンと向いていく、そんな何かしらをそこに置ければ、背景がちょっとおかしな見え方をしていても気づかれない…。というわけにもいかない。それはちょっと甘い。何故なら画面の中で街路樹が占める面積は大き過ぎるから。アレだけ大きいものが不自然な見え方をしていたらやっぱり気づかれそうだなと。しかも、そのカットを結構長い時間見せてるのもよろしくない。つまり、「高木さん」のED事例は、そういう動かし方でも許される条件が足りてないように思えたり。

でもないか。やり方次第か。例えば自転車を走らせてる高木さんの服が何故かどんどん脱げていって最後は全裸になったら、そりゃもう間違いなく街路樹どころじゃないよね！ …ソレ違う意味であかんわ。

アニメの話とはちょっと違うけど、ゲームならそういう動かし方を見かける時もあるなと思い出してしまったり。

随分昔に、電車の中で痴漢をしまくるという実にアレな内容の3DCGエロゲーをプレイしたことがあるけれど、電車の窓の向こうに見える、流れていくビル群を、そういうアレで処理していて…。斜めから見たビルの絵が一枚ポリゴンに貼ってあって、それが電車と平行な向きで動いていくから、カメラの角度が変わると「うわああ」な見た目に…。

でもまあ、それは仕方ない。ゲームの場合はリアルタイムに描画しないといけないので、計算量はそこそこ少なく、かつ、描画面積も減らさないといかんから、ポリゴン枚数を節約しないといかんのだろう…。背景のビル群にポリゴン使うぐらいなら女性キャラの胸や尻にもっとポリゴンよこせよ！てな状況だし。商品ジャンルからして「ビル群がリアル！」と謳うより、「乳が揺れる！ プルルン！」のほうが売りになるので…これはもう仕方ない。

でも、解決策は無いのかなと当時は考え込んでしまったもので。

ビル群のテクスチャを、斜めから見たビルの絵ではなく、真横からの見た目にしたら改善しないか、とか。でもそうなると、角度が変わった際に「ボク、一枚ポリゴンだよ！」と更にアピールしちゃうよなと。だったら、まだ斜めから見たビルのテクスチャを使ったほうが誤魔化せそう。

_スカイボックス の仕組みを改良して、とか。しかしアレは、かなり遠方にある風景を映し出すソレなので、変化しまくる近景・中景に使える気がしない。ていうかそんなスカイボックスを発明できたら、CG関係のイベントで発表できちゃいそう。

カメラの角度が変わらないなら、 _アウトラン方式(ビルボード) で済むけれど…。このあたり、まだ頓智が求められそう。最低限のポリゴンで、若干それらしく見せる上手い方法はないものか…。

などと書いてはみたけれど、最近はハードウェアのスペックも上がってきてるから、フツーに背景も3Dモデルにしてる場合がほとんどか。某Illusionのタイトル群も、結構背景にポリゴン使ってるし…。

それはともかく。少し前のゲーム画面って今時のアニメ制作、というかデジタル撮影だか合成だかの参考になりそうな部分がそこそこあるような気もしていたり。そもそも昔のゲーム画面は、セル＋フィルム制作時代のアニメの各手法を大いに参考にしつつ、それをデジタルな画像処理に置き換えて見せていたところがあるわけで。アニメ業界に先駆けて、「アニメのアレをデジタルでやるとこうなるのだ」と実例・具体例として示してたというか。更に、少し前のゲーム画面でやれていたことは、えてして今の After Effects 上ならもっとゴージャスな形で実現できるわけで。ショボいけどシンプルなゲーム画面を眺めてデジタルの使い方の原理を知り、それを今時のツールを経由して発展させる、というのもそれほどおかしくないような。

逆に、昔のゲーム画面以下の見た目になってるアニメのカットを目にすると、かなり萎えるというか…。この演出家さんはゲーム画面すら小馬鹿にしてじっくり見たことがないんやろうな、と…。昔はアニメが実写畑から馬鹿にされてたけど、今はアニメ畑が他のアレコレを馬鹿にしてる、という状況があるのかもと邪推したり。そういう状態になると…そのジャンルはもう終わりが近いよな…。新しい血が入ってこないというか…。

光線と称してるけど、実は光る液体なんじゃないか。

何せウルトマランは初代からして、肉体から液体を激しく出しちゃう能力を持ってたわけで。手の先からウルトラ水流なるものを出してたよなと。であれば、色んな液体をビュービュー出していてもおかしくはない。

鞭のようにしなるのは…。例えばホースから水を激しく出しつつ、そのホースを上下に振ると、水が波のような形で出ているように見えるけど、そういう状態になっていたのだと考えることだってできなくもない、よなと。

光線と称してるけど、実は光る触手なんじゃないか。

ナメクジは交尾をするときに頭(?)から尋常じゃない形状の触手っぽい何かを伸ばしたりするし、アゲハチョウの幼虫は危険な状態になると頭から触手っぽい何かを伸ばしたりするけれど。ウルトラマンもそういう種類の生物なのかもしれない。光線のように見える触手をビヨーンと伸ばしているのかも。

考えてみれば生物が光線を出すのもおかしな話だし。触手なら、まだ分かる。

光は絶対に曲がらないというわけでもないのだろう。たしかブラックホールの近くでは曲がったように見える、てな話があったような…。つまり光線が曲がるということは、周囲に尋常ではない強い重力が発生してる可能性が。

考えてみればウルトラマンが「シュワッ」と言いながら空に飛んでいくあたりも怪しい。何か重力に逆らうための推進剤の類を噴出してるようには見えないし。つまり、アレもウルトラマンが重力を操作してるのではないか。ウルトラ一族は重力制御に長けた民族、という可能性が。

ということで、何故に光線技が曲がるのかと言えば。

• 光線ではなくて、実は光る液体。
• 光線ではなくて、実は光る触手。
• たしかに光線なんだけど、周辺の重力を操作してる。

といった仮説が思いつくわけで。

この仮説に基づいて映像を作れば、よくあるウルトラマンの光線技も、ちょっと変わった風景になりそうな。

• 放物線を描いて飛んでいくスペシウム光線。
• まるでベラボーマンのようにビヨーンと伸びたと思ったらまた戻ってくるスペシウム光線。
• ウルトラマンが「シュワッ」と叫んで空に飛びあがると同時に周辺のビルの瓦礫も一緒に空に飛んでいったり、スペシウム光線が曲がった瞬間に周囲の風景が歪んで見えたり。

なんだか妙なリアルさを感じられる映像になるのかもしれない。

などとくだらない妄想をしてみたけれど。結局は「単にそのほうがカッコイイから」で光線を曲げてるのだと思います…。

そもそもウルトラマンの「八つ裂き光輪」とか悩んでしまいますな。アレは光線技なのだろうか。どうして光があんな形になるのだろう。光線技じゃなくて、何か明らかに質量のあるものを投げてるけどソレが光って見えてるだけなのでは…。

まあ、ソレを言ったらガンダムのビームサーベルも一体どうなってるんだろうと悩んでしまいますが。もっとも、ガンダムの設定を流用すればウルトラマンのアレコレも説明がつきそうな予感もありますが。

そもそもウルトラマンはやたらと「光の巨人」と呼ばれてるけど。なんで光るんだろう。

ウルトラマンの色々な落とし物を分析・研究したら、液晶や有機ELよりもグッドな表示デバイスを作れる可能性が。「まさかコレとコレを組み合わせることで発光するなんて。ウルトラマン、ありがとう」みたいな展開に。

まあ、公式でも、科特隊がウルトラマンのアレコレを分析して強力な武器を作ってた記憶もありますが。実際にそういう状況があったら、「ウルトラマンのおかげでこんなに保温性の高い服が作れたよ」とか、「ウルトラマンのおかげで発電効率の良い材料が見つかった」とか、「ウルトラマンのおかげで核のゴミ問題に解決の目途がついた」とか、そういう方向で役立ちそう。

USB接続のDVD-Rドライブで、DVD-Rが焼けなくなったと親父さんから報告が。

焼きミスをしたDVD-Rを見せてもらったら、読み取り面に親父さんの指紋がべったりと。そのせいじゃないかな…。読み取り面に触らないようにドライブにセットして焼いてもらったら、フツーに焼けた模様。

安心してたら、今度はCD-Rが焼けなくなったという報告が。たしかに3枚ぐらい連続で失敗し続ける。親父さんは B's Recorder GOLD9 を使ってDVDやCDを焼いてるのだけど、そのせいだろうか…。Windows10に対応してないのかな…。いや、でも、DVDは焼けたんだよな…。どうしてCD-Rがダメなんだろう…。

そのドライブを自分のメインPCに繋いで、Windows7の標準機能でCD-Rを焼いてみたけど、フツーに焼けてしまった。となると、ドライブが壊れたというわけではナサゲ。

もしかして、Windowsの標準機能でCD/DVDを焼くと成功するのだろうか…？ 明日試してもらおう…。

ちなみに、Windows XPの頃はCD-Rしか焼けなかったけど、Vista からDVD-Rも標準機能で焼けるようになってたのですな。恥ずかしながら今まで知りませんでした。

ゲームオーバーの仕様を入れるためには、少なくともタイトル画面ぐらいは必須。なので、シーン管理を追加したり。

「えっ？ どうしてゲームオーバーを入れるために、タイトル画面が必要なの？」と思う人も居るかもしれない…。

ゲームオーバーになったら、次はどんな画面になるか、思い出すべし。えてして、ランキング入力画面か、タイトル画面に戻ってきますよね。

これがもし、タイトル画面すらないプログラムでは、ゲームオーバー仕様も存在できない。「区切り」が一切無かったら、ゲームオーバーと言う区切りも、あり得ない。

故に、ゲームオーバー仕様を入れるためには、タイトル画面ぐらいは必須。そしてタイトル画面を出すためには、シーン管理が必要。つまり、ゲームオーバー仕様を入れるためには、シーン管理を実装しないといかんわけで。

さておき、シーン管理の中身だけど。自分は頭が悪いので、switch〜case で ―― Rubyなら case〜when でやってしまうのですが。オブジェクト指向とやらを意識した場合は、これは望ましくないのだろうなと。まあ、そのあたりは今後の課題ってことで。

今まで、一つのファイルにずらずらと書いていたけど、さすがに見通しが悪くなってきたので、各クラスを別ファイルにする作業もし始めたり。

しかし、ちょっと悩んでしまう部分が。グローバル変数の扱いをどうすべきか、みたいな。

その手のゲームにおいては、グローバル変数ってどうしても必要になりそうな気がしていて。

例えば、敵がプレイヤーを狙って弾を撃つ、てな場合。敵は、プレイヤー座標を見て、角度を決めて、弾クラスのインスタンス生成時して、どこかに登録する、という処理をするのだけど。プレイヤー座標にしろ、オブジェクトを登録する何かにしろ、グローバル変数に近い状態になってないと、処理ができないわけで。

「自分の座標とプレイヤー座標から角度を返す」メソッドや、「発生座標や角度を与えると弾を生成・登録してくれる」メソッドを用意すればいいだろう、と言われそうだけど。そのメソッドは、色んな種類の敵から呼ばれるので、結局、変数がグローバルだったあたりが、メソッドがグローバル(?)相当になりましたよ、ぐらいの違いしか無いだろうと。

こういう場合は、どういう書き方、まとめ方をするのが、ベターなんだろう…？ _Singleton を使うとか？

jpg2avi で変換してみたが、音声ファイルを追加する方法が分からず。

Corel VideoStduio 12 で作業。 _Ulead Video Studio 12 (ビデオスタジオ12)での連番形式ファイルの読み込み を参考にさせてもらって、連番画像を読み込む。ビデオの読み込み→*.uisを選択→オプション、らしい。が、最後に avi を出力する段階で、VideoStudio 12 がフリーズしてしまう。

Aviutl も連番画像を開いてavi出力ができそう。無圧縮で出力してみたら、やっぱり3GBぐらいになった。 _aviutl_h264 - ニコニコ動画まとめwiki を参考にして、MP4(H.264？)とやらで出力してみたところ、3.4MByte程度に。

途中まで自転車で走ったけど。道路が凍っていて危険だなと思えたので、引き返して歩きで。しかしそれでも何度も転びそうになった。雪が積もってるところはまだ安全。溶けているところが凍っていてヤバイ。特に交差点や横断歩道のあたりは確実に凍っていて危なかった。

ケーズデンキ、ダイソー、リオンドールで色々買ってきた。

ケーズデンキで以下を購入。

• センサ付きLEDライト。ELPA PM-L255。LED2灯。単三乾電池x3本使用。乾電池950円。
• 節電タップ。OHM HS-T1123W。個別スイッチ付き。6個口。756円。
• 蛍光灯32型 TOSHIBA メロウZ BRIDE 昼光色。1,388円。

以前、センサ付きLEDライトを買って非常に便利に使えているので、もう少しあちこちにつけたいなと。でも、安売りされてた品だから、もしかするとあまり明るくない可能性も。

ダイソーで、携帯電話のボタンに張り付けるシールを買ってきた。コレをPCのキーボードにつけてもう少し使いやすくしたい。木工用ボンドでポッチを作るより確実だろうし。他にはアイマスクだのゴミ袋だの雑貨を。…何も着色されてない木製ピンチが入荷しているのに気付いてガックリ。こないだ妹が、東京に遊びに行った際、東急ハンズで袋詰めになったソレをわざわざ買ってきてくれて部屋に袋一杯あるわけで。どうしてその前に入荷してくれなかったのか…。タイミングが合わないなあ…。

リオンドールで夜食だの煙草だのを購入。

張ってあるシールの記述をこの際メモ。

• LI SHIN INTERNATIONAL ENTERPRISE CORP.
• MODEL: 0218B1260
• INPUT: 100-240V〜、50/60Hz 1.5A
• OUTPUT MAX: 12V 6.67A
• 端子は外がマイナスで中がプラス。
• 別途シールで、12099-B702、と張ってある。

検索してみたら、どうも内径が2.1mmの製品が存在するような気もしてきた。そっちだったのかな、コレ。

FSP FSP300-60GLS、という電源だった。…アレ？ コレってメインPCの電源と同じじゃないのか。…日記を検索してみたら、同じ型番だった。でも、当時調べた際には、高効率75%の電源、だったはずだけど…。SST-SG05Wの箱には80PLUSが印刷されてる。どういうことなんだろう。

シールには、12V1+12V2で22Aまで出るよ、と書いてあるようにも見える。…それが本当なら、9600GTGEぐらいは動かせるのだろうか？

D945GSEJT には田の字型のコネクタがM/Bについていて、そのコネクタに、ATX電源の田の字型コネクタの12Vを差してやれば一応動かせる。が、ATX電源は20ピン or 24ピンコネクタのとあるピンをショートすることで電源が入るという仕様なので、件の12Vをそのまま繋いだだけでは電源が入らない。

幸い、裸族のマンションについている基板を使えば、ATX電源を単独でオンにできるので、裸族のマンションを引っ張り出してきて掃除して、ATX電源を、裸族のマンションの基板とD945GSEJTに接続。…電源が入ってくれた。一応動いてはいるみたい。

まずはメモリが壊れてないかチェックしないと。USB接続外付けDVDドライブに、memtestT86+の入ってる KNOPPIX 5.x を入れて起動してみたり。しかし、memtest86+ の画面が表示されたところでフリーズ。さてはバージョンが古くてダメなのかと思い、以下のバージョンを試すも、やはりフリーズ。

• memtest86+ 4.0 ... 単独でDLしてFreeDOSをブートできるようにしたUSBメモリに入れて実行した。
• memtest86 3.5 ... DLした KNOPPIX 6.2 DVD に入ってた。

memtest86 は、BIOS で USB Legacy Support が Enable になっているとエラーを出す時がある、という話を思い出して、D945GSEJT の BIOS で件の項目を Disable に。…USBメモリからも、USB接続外付けDVDドライブからも、起動できなくなった。それどころか、USB接続キーボードも無反応になった。考えてみれば、件の項目はUSBキーボードを使うときには Enable にしておかないといけなかったような。しかも、D945GSEJT には、PS/2端子は無いので、必ずUSBキーボードを繋がないといけない。つまりBIOSに入って設定を元に戻すことができない。途方に暮れる。

結局、M/B上のピンスイッチ？を弄って、BIOS設定を初期化。

しかし困った。メモリチェックができないのでは、安心してOSインストールもできやしない。どうしたものか。

少なくとも、KNOPPIX はフツーに起動して使えるので、メモリその他が完全に何もかもおかしいわけではないだろうと思える。また、メモリが壊れていれば、memtest86 実行時、途中でガンガンエラーを出す感じの動作になるだろうから、この動作・フリーズの仕方は、根本的に memtest86 が動いてないだけの状態と思われる。何か簡易でいいからざっくりとメモリチェックできる別のツールがないものか…。

ActivePerl の少し前の版 (5.8.x) の頃は、Tkモジュールが最初からインストールされていたらしいのだけど。5.10.x は、標準でインストールされなくなったのだとか。

ActivePerl 5.8.8まで標準だった Tk は ActivePerl 5.10.0 から含まれなくなった。したがって、ActivePerl 5.10.0 場合、Perl/Tk を使うにはコマンドラインから「ppm install Tk」などとしてインストールする必要がある。

Perl/Tkで日本語(Win32:ActivePerl 5.8.x/5.10.0) ハードなソフトの話/ウェブリブログ より

ということで、Perl Package Manager を起動して、Tkモジュールをインストール。ついでに、Jcodeモジュールもインストール。

大量に図を挿入して、それらの折り返し設定をまとめて変更しようとしたときに困ってしまった。複数の図の選択ってどうやればいいんだ…？ Word なら、Shiftキーを押しながらクリックしていけば、複数選択できる・一気に指定できる属性だけを変更可能なのだけど。

図を挿入するときに、あらかじめ好みの属性を設定しておくのも、どうやればいいのやら。

Writer ではないけれど、OpenOffice Calc で、セルに値を打ち込んだ後、どちらの方向にカーソルを動かすかを容易に切り換えられないのも面倒。オプションの中を辿っていかないといけない。いや、ショートカットキーとか割り当てられてるのかしら。ヘルプを眺めた限りではそれらしい項目は見当たらなかったけど。

単に自分が、OpenOffice 独自の操作方法を知らないだけだろうか。それとも本当に気が利かないソフトなだけだろうか。どっちなんだか今一つ自信がない。

独自ビルド版なら、「ＭＳ Ｐ明朝」になってるらしいとどこかで見かけたので。後で検証してみやう。

OEM版とやらは入ってないみたいだけど。5万ぐらいする高いヤツ・箱に入ってるちゃんとしたヤツを買っとけば、ほんのちょっとでアップグレードできる。ということか。ただし期間限定なのが気になる。2007年3月までか…。

Office 2007 は新しい製品だから。インストールしたら酷い目に会う可能性も否定できない。その点、一つ前の版は、一応枯れていて多少は安定してるところがあるかもしれない。と思ったが、Corel のソフトみたいに、「古い版に起きてた不具合は、解消できそうにないス。新しい版ならちっとは良くなってるのでそっちを買ってくれ」という事例もあるから油断できない。…まあ、古い版も手元にあったほうが問題に遭遇しても回避できる可能性が出てくるから、今のうちに入手しておくのも手かもしれないなぁ…。

古い版を入手してアップグレードしたほうが安くならないか。と思って眺めたり検索したが、特に安くなる感じはなく。パッケージ正規版はどれも高いなぁ。

テスト内容の解説がありがたいのであります。

どれが最新情報なのか、いつそれがなされたのか、news の項を見てもわからない。

ていうか、なんだか読みづらい。どういう CSS になってるんだろう。と疑問に思ってソースを表示して驚いた。もしかして、ホームページビルダーで作ってるのだろうか。 *1 あのソフトには、自分の知らない優れた機能があるのだろうか。多国語対応が楽とか。…いやまあソレはどうでもいいんだけど。若干、ソースの中身がスゴイことに。「</FONT></FONT></FONT></FONT></FONT></FONT></FONT>」とか。何故。 _WYSIWYG の弊害が見える。まあ、仮にソースが綺麗だったとしてもそれが何なのだという話も。そんなことより優先して作業すべきことがあるわけだし。にしても読みづらい。

色んな環境から閲覧されることを考えて、あえて css は使ってないのだろうか。今尚、Netscape Navigator 4.x しかブラウザが存在しない OS とかもありそうだし。

wget でDLしようとしたら、刻々と変化する表示値がマイナス値になってる。どうやら wget のバージョンが古いとそういうことにもなるらしい。 *1 Vine Linux 3.0 に入ってるのは古いバージョンということであらうか。 *2 さて、どうしたもんか。…ためしに gftp でDLしてみたり。どうせftpサーバに繋ぐのだし。

DLは、30分ぐらいでできた。焼くのは明日にしやう。

_HTTP-FUSE-KNOPPIX

5MBのCD用iso イメージでDVD版KNOPPIX4.0 LinuxTag(3.8GB)が使えるようになりました。DVDを作成することも一気に3.8GB のダウンロードをする必要はありません。

HTTP-FUSE-KNOPPIX より

HTTP-FUSE KNOPPIX は「積み上げ型」KNOPPIXです。通常のKNOPPIXでは700MB のisoファイルを最初にダウンロードしますが、HTTP-FUSE KNOPPIXではルートファイルシステムの読み出し要求がある度に必要な部分（ピース）をHTTPからダウンロードします。ピースは手元のPCに「積み上げ」られます。HTTP-FUSE で最初に必要なものはLinuxカーネルとminiroot を含むブートローダのみで、そのサイズは6MBです。

HTTP-FUSE-KNOPPIX より

つまり、ソレが必要になった段階で、ソレをネットワークから取得するから、DVD版のようにGByte単位の巨大なファイルをDL・DVDに焼かなくてもいいと、そういう感じなのであらうか。

ネットワークが使えない・帯域が細い環境では何もできないけど、ネットワークが使える・帯域がある環境であれば快適というわけですかな。

socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=4096 SO_RCVBUF=4096

samba にもファイル制限があるのか。制限値はどのくらいなのだろう。

_「ファイルサイズが2GBを越えない限り、Linuxでは問題とはなりません。」 とある。すると上限は2GBか。

ああっ。すると、knoppix DVD版 3.8GB は、Windows機に転送できないのでは。どうしたもんか。

LAN内の転送なのだから、FTP転送すればいいのかな。

knoppix の起動時に noswap をつければ、HDDにswap、つまりは書き込みをしなくて済むらしい。復旧作業時などは noswap をつけて動かしたほうが安全なのだろう。たぶん。

root shell は、画面下部ツールバー(?)のペンギンアイコンを押せばメニューの中に見える。管理者権限で操作ができる。らしい。

dmesg | grep hda

dmesg は、起動時のログを表示してくれるコマンド。…コマンドなのかツールなのかわからんけど。それを grep という「文字列を検索」するツールに丸々渡して、「hda」が含まれている行だけを表示する。

linux の場合、HDD は、

• hda
• hdb
• hdc
• hdd

といった感じで指定できる。

今回は、CHS(シリンダ/ヘッダ/セクタ) = 9964/255/63 だったので、9964 x 255 x 63 = 160071660。

hdparm というコマンドを使えば確認・変更できる。

hdparm /dev/hda

HDDの設定状況が表示される。

hdparm -d0 /dev/hda

DMAを無効に。

hdparm -d1 /dev/hda

DMAを有効に。

壊れたHDDは、DMA on だと変なデータを返す可能性もあるとどこかで見かけたので、壊れたHDD側は DMA 無効にして作業してみたり。でも、利用時間が長いとどんどん壊れていく場面もありそうな。そういう場面では、DMA on にして、できるだけ短時間で吸い出したほうがいいのだろうか。いや、しかし、壊れたデータを吸い出しても無意味だしなぁ。

dd if=/dev/hda of=/dev/hdb bs=512 count=かけ算した数値 conv=sync,noerror

_Manpage of DD

dd はファイルを指定された入出力ブロックサイズで (デフォルトでは標準入力から標準出力へ) コピーする。

Manpage of DD より

if は、転送元。(Input)。
of は、転送先。(Output)
bs は、一度に読み書きするbyte数。

conv=sync,noerror は、下記の指定。

sync

エラーが出たところを詰めないで、代りに 0 で埋める。

noerror

読み込みエラーが出ても継続する。

壊れたHDDの場合、えてして読み込みエラーが発生するので、conv=sync,noerror をつけないと作業が途中で止まる・変な詰め方をされてしまうらしい。

conv=sync,noerror をつけると、HDDの終わりをチェックしてくれなくなるので、count=〜 で作業回数を指定しておくのだとか。回数は、HDD の CHS(シリンダ/ヘッダ/セクタ) を掛算した値。その回数分コピーをすれば、HDDを丸々コピーしたことになるはず。

ちなみに、CHSを掛算した値に、bsで指定した 512 byte を掛けてやれば、HDDの容量になってくれる、ということらしい。

_火消し屋小町 - Wikipedia

あの漫画家さん、青年誌にも描いてたのか。知らなかった。少女マンガ誌・レディースコミックに描いてた頃は、単行本を集めてたっけ。＞自分。絵柄・コマ割りがさっぱりしていて読みやすかった。

NHKのドラマ自体は2004年制作・放映、とある。今回の放映は再放送か。ということは、ヒビキおじさんの人のアクションも数年前のアクションということになるのでせうか。

民放とNHKの両方でドラマ化されてるというのもなんだか面白い。設定だけを見ても、かなり使えそうな原作だよなぁ。

にしても、小学館の青年誌に描いたらドラマ化可能な作品が生まれてきたあたり、集英社各誌の編集部に疑問を持ってしまう。作家の能力を生かすことができてないか、宣伝や企画力が足りないのでは。＜考え過ぎ。

_逢坂氏のファンサイトでの情報 を見て、作品傾向に納得。

少女漫画出身の漫画家さんって、会社勤めしてた人と、学生から漫画家になった人では、作品の質がまったく違う印象が。後者は絵空事しか描けない傾向があるように思えたり。読み手が、「あー、そういうことあるある」と思えるようなシチュエーションの幅が圧倒的に少ないというか。学生時代のままで、キャラの造形が停滞しちゃってるというか。常人には思いもつかない絵空事を描ける能力があるなら、まだ生き残ることもできるだろうけど…。少女漫画にしろ、レディースコミックにしろ、少年・青年向け漫画作品と違って日常を舞台にした作品で占められているわけで。作家の体験量の違いが、残酷なまでに、作品に反映されてしまうのだろうなと想像。

専門家じゃないので真偽のほどはわからないし、ページがページなので信憑性はアレなんだけど。しかし、業績を検証することもなく『医聖』と称してるよりは、まだ、こっちのほうが納得がいく。

ついでなので、野口英世に絡んだ話を。野口英世は、『白い巨塔』に登場する、財前五郎のモデルになった人物です。共通点を列挙してみると…

• 医者。
• 田舎の、極めて貧しい農家の出身。
• 実技能力だけが売り。（財前 ： 手先の器用さ・手術の早さ ＝ 野口 ： 顕微鏡による観察作業の早さ）
• 知名欲・権威欲の権化。
• 自分の掴んだ地位を守るためには、事実を捻じ曲げることもいとわない。
• 田舎に年老いた母が居る。母は息子のことを心配ばかりしているが、長い間、故郷に帰っていない。
• 研究対象の病気で、命を落とす。

昨今放映されたTVドラマ版だけではピンとこないかもしれないけど。原作を読むと、上記の共通点が各所で際立って見えてくると思う。特に、貧しさとか、実技能力とか、そのあたり。…ついでながら。フツー、日本人の間で「野口」といえば。「ヒデヨ」じゃなくて「ゴロー」なわけで。…これはちょっと無理があるか。

さておき。そういうわけで、財前五郎、の、モデルの生家・記念館は福島県にありますのでよろしくです。財前五郎の、あの人格が、どのような過程をえて形成されたのか、野口英世の少年期を知れば納得です。…たぶん。

つーかコレ、でっちあげですが。ホントにモデルだったかどうかは知らない。でも、これだけ共通点があるのだから、少なくとも、キャラ設計時の参考資料にはなってるだろうと。偉人伝でもよく知られてる人物でもあるし。実在した色んな人物の要素を組み合わせて、財前五郎が生まれたのだろうけど。その中に、野口英世成分が結構入ってる気がするのでした。…特に、負の部分が。

NHK大河ドラマの「新選組！」を楽しみにしてる親父さん。「新撰組」の漫画を持ってると言ったら、読みたいとのことで。何巻か読んだ後、清三郎は実際に居たのかと尋ねられたが、居るわけない。そのへん不安になるほど、良くできた作品ということなのだろうか。