RRR日記(8)

長嶋 洋一

→ RRR日記(1)

→ RRR日記(2)

→ RRR日記(3)

→ RRR日記(4)

→ RRR日記(5)

→ RRR日記(6)

→ RRR日記(7)

→ RRR日記(9)

→ RRR日記(10)

2025年6月27日(金)

昨日のJoyJoyヒトカラは、先週がルクソールでの6曲(曲数は少ないものの久しぶりのルクソールで講演会の独り打上げを堪能)だったこともあり、6時間で60曲を完走した。 今月の成果としては以下のようになり、それ以前の記録とリンクについては、 RRR日記(7) の「2025年5月29日(木)」のところから辿れる。
      • 2025年6月2日(月) 4時間 11曲 (プリティウーマン)
      • 2025年6月7日(土) 4時間 19曲 (プリティウーマン)
      • 2025年6月11日(水) 6時間 55曲
      • 2025年6月20日(金) 2時間 6曲 (ルクソール)
      • 2025年6月26日(木) 6時間 60曲
今日は晩にロボット教室(Middle2回目)があるだけなので、気合いを入れて、まず明日の「ロボプロRP1・スタートアップ」のために、本来であればRP1の最初のSpring Semesterで作る筈(明日の3人は、3ヶ月遅い7月スタートなのでSummer Semesterから始める)の「オムニホイール」ロボットを作ってみた。 明日に見せたらもう、本編のために一旦バラしてしまうのだが、僕の「RP勘」を養うためにも、これはやってみたかったのだ。

そして、本来であればSpring Semesterの3ヶ月、計6回(12時間)かけて作って理解する教材を、とりあえず1時間ほどで上のように完成させて、無事にBluetooth接続のプレステコントローラで操縦できる事を確認した。 狭い部屋では余計なものばかり映り込むので動画記録はパスしたが、明日の合間に撮ってみるかもしれない。
さらに調子が出てきたので、日曜日に2回目が終わっていたAdvanceのロボットを、3回目に向けて改造してみた。 このロボットは、1回目には YouTube動画 に上げていたように、「スイッチONで叩く」ものだったのをも2回目には「光センサでドットをなぞって叩く」というように改造していた。 それを3回目には、ドット楽譜のテープを自動送りして自動演奏するようになったのだが、例によって光センサの閾値の問題があったり、楽譜テープの紙送りの所でヘンなところに行ってしまったり・・・と問題が頻出した。

そこで、ドット楽譜テープを長く増設延長してエンドレスにすることで、紙送りは確実になった。 さらに部屋の明かりを色々に変えて、なんとか動くようになった。 せっかくなので YouTube動画 にも上げてみたが、正確に言えばところどころ不整脈で読み取れていないのだった。 まぁ、こんなところだろうし、教室に持っていけば照明環境が違うので、また異なった動作となってしまうのだ。

2025年6月28日(土)

音楽情報科学研究会・夏のシンポジウムでの発表予稿執筆のための準備作業は、 RRR日記(7) の「2025年6月25日(水)」のところで、とりあえず万博関係、そしてNIME2004での木村まりさんの演奏までは発掘できた。 そこで今回は、東野さんとの接点を最初から遡って発掘することを試みた。 「ICMC1997テッサロニキで東野さんと会った」と書いていたが、これは文字しか無い ICMC1997レポート の中で「東野」と検索すると、以下のように2箇所に出てきた。 当時は「笙」を「簫」と書いていたようである。 
"Mist of Rainbow", IWATAKE Toru, JAPAN, 12 minutes (Tamami Tono) 
岩竹さんの作品で、東野さんの簫の演奏でした。明日からヨーロッパの雅楽公演ツアーがあるという東野さんの、凛とした背筋を伸ばした
演奏と簫の音色(岩竹さんの電子音響の部分も、基本的に簫の音から構成されています)とが、いい空間を作りました。終わっての会場の
反応もブラボーものでした。(^_^)

また、小坂さんの紹介で、さきほどのコンサートで簫を演奏した東野さんと話をすることができました。彼女は慶応の岩竹さんのところで
Kymaを使っているということで、簫のためのセンサをいずれ作りましょう、ということで話が決まりました。(^_^)
10月末には、ちょうど僕が東京を通り過ぎる(神戸の講義のあと浜松を通過してのぞみで東京に、さらに長野新幹線に乗ります)機会が
あるので、秋葉原で一緒に部品探しをすることにしました。まずはとりあえず簫を演奏しながらMIDIトリガを出すスイッチ、そしていずれは
呼気と吸気の両方ある「簫のためのブレスセンサ」です。前者はAKI-80なら2日仕事ですが、後者はいろいろと予備実験が必要です。
ちょっと楽しみです。(^_^)
上記のような事情で東野さんと知り合いになって、慶応SFCのスタジオで東野さんの笙演奏サウンド(思い付く限りの現代奏法、「演奏しながら歌う」というのもやった)を録音した(この時の東野さんの「笙」サウンドは、2019年にSUACで開催した 「メディア数理造形演習」 特別講義 の Radek Rudnicki氏にも提供したので、関連する世界の音楽家に共有されている)。
そして翌年の「国際コンピュータ音楽フェスティバル」(神戸・ジーベックホール)では以下のように、僕が東野さんに演奏してもらう"Visional Legend"( 楽譜 / YouTube / 解説 )を作曲/公演して、さらに東野さんは今回のEXPO2025で改訂再演となった元々の"dibergy2"を作曲/演奏していたのだった。 客席には、ドイツ・Kassel大学のJohannsen教授がいて、その縁で後に僕と東野さんと京都の三好芫山師匠などが呼ばれて 2001 ヨーロッパツアー "竹虎" に繋がったので、この神戸でのコンサートは色々な「起点」になっていたのだと知った。

　　 　　

すっかり忘れていたのだが、 ICMC1998レポート(bit版) および ICMC1998レポート(私信版) を発掘してみると、東野さんの"dibergy2"はICMC1998ミシガンに入選していて、僕は採択された自分のpaper発表と共に、東野さんのテクニカルサポートとしてコンサートセッションで手伝いをしていたのだった。 Photo Report of Kyma User Group at ICMC1998 Michigan というのが、どうも僕のフォトレポートの最初のようで、僕と東野さんもこの中に写っていた。

ここまで作業したところで時間切れ(→ロボット教室に出発)となり、続き(翌年のICMC1999北京から)は明日以降となった。

2025年6月29日(日)

昨日のロボプロRP1スタートアップでは、新しい顔ぶれ3人が初めて集ったが、持参してきたパソコンにだいぶ問題があって、3人のうち2人の親に宛てた教室レポートの中では、「中古再生品などの安価なWindows(7でも10でもOK)パソコンでいいので、是非、仕入れて下さい」とお願いした。
そして今日は7月のミドルコースのロボット教材作りと、あとRP2の教材作りもあった事(→バラしが必要)に気付いたのだが、昨日は「オムニホイール」ロボットを見せたものの録画する余裕が無かったので、狭いデスクの上ながら、以下のように記録を撮って、 YouTube動画 にも上げてみた。

その後、ミドル(1)のサンプル教材を作ってみたが、組み立てがけっこう大変で中途半端なところまでなので、2回目にならないと写真や動画記録は出来そうもない。 さらにRP1で7月から「8*8ドットマトリクスLED」を使うと判明したので、上の写真/YouTube動画の「オムニホイール」ロボットに、さらに「ディスプレイシールド」を載せて、そこに取り付けた「8*8ドットマトリクスLED」で、刻々とランダムにどれかのドットが光るようにしてみた。 プレステ用コントローラからの「操縦」の部分を生かしたまま同時に並行してLED表示、というのは、実はRP1ではちょっとだけoverspecである。 RP2の「ロボットアーム」については、何とか「オムニホイール」ロボットをバラさずにサンプル教材が出来ないか・・・という課題があるので、とりあえず明日に持ち越すことにした。

そしてようやく、ここから昨日の続きの作業に入った。 同時進行的1999北京国際電脳音楽会議私的報告 というページが、僕が海外出張にデジカメを持参して同時進行したレポートの第1号である。 低解像度の(たしかオリンパスの)デジカメ、そしてホテルの部屋の電話からダイヤルアップでインターネットへの接続を試みたりしていた。 上の写真は最終日の「1999年10月28日」にある、万里の長城ツアーの一部で、僕も東野さんも猛烈に寒い頂上で歯を食いしばっている。
ICMC1999では、僕は前年の「笙ブレスセンサ」に関して "It's SHO time" --- An Interactive Environment for SHO(Sheng) Performance　　 という発表、また東野さんはモントリオールで活動している梅崎さん作品の演奏者として参加した。 以下の写真で東野さんがデモ体験しているのは、IRCAMが開発した「センサグローブ」である。

翌年の2000年というのは4月にSUACが開学した年なのだが、 ICMC2000フォトレポート によれば、この年は東野さんはICMCに参加しておらず、僕の方はpaperでもconcertでもなく、 Sensors for Interactive Music Performance というワークショップを行っていた。 まだ世界はArduinoなどの標準インターフェースが登場する前夜であり、僕がサクサクとAKI-H8で色々なセンサを開発してきた事例は、まさに時代の先端であり、多くの専門家が受講者として参加してくれたのだった。

ICMCだけでなく国際会議のワークショップというのは、参加者は会場/設備などの参加費を負担する事はあっても、アカデミックなので「講師謝礼」などというものは無い。 ところがこのICMC2000では、Vorkswagen財団からの助成金が出たので講師謝礼を出す・・・と言われて、日本円でたしか18万円ぐらいのドイツマルクの札束を想定外に受け取った。 そこで「宵越しの金は持たない」ためにベルリン市内の楽器店に行って、ちょうどその全額で買えるような楽器を探してゲットしたのが、立派なBassRecorderだった(同じ楽器を浜松のヤマハでは30万円ぐらいで売っていた)。 このBassRecorderは2002年の作品 : Berlin Power として活躍することになった。 上の写真は、 Berlin Power を鋭意、作曲中の風景であり、この2002年の8月というのは、 2002年8月「あらえっさっさ」の日記 のように、とんでもない濃密な1ヶ月だったのだ。
さらにこの楽器は、およそ20年後、2023年5月の 即興セッションキャンプ2023 でも、以下のように活躍してくれたのだった。

そしてこの2002年にはタナカアタウ(ずっと友人、1999年には一緒に IPSJ SIGMUS Tutorial の講師を担当、2023年には エディンバラ で再会)などNIME steering committee から「日本でNIME開催を」との打診を受けて、2003年にかけて水面下での作業がスタートしていた。 まず最初に、中央官庁とのツテを経由して、国際交流基金と文化庁と外務省との膨大なやりとりを経て、何も出ないものの「名義後援」をいただいた。 それを掲げて、スポンサーとしてローランドとヤマハを攻めて大きな助成を受けることで、なんとか僕が大会委員長としてSUACでNIME2004を開催する目処が立ってきた。 モントリオールに学生と行った NIME2003レポート によれば、僕は研究発表の採択 Bio-Sensing Systems and Bio-Feedback Systems for Interactive Media Arts　 とコンサート部門の入選 Quebec Power (ベルリンでゲットしたBass Recorderを演奏)のダブルで研究発表とコンサート公演をやりつつ、さらに総会の壇上で翌年の大会委員長として「来年は浜松においで下さい」という招致演説をしていたのだ。 小さくて見えにくいものの、以下の写真はその模様である。 そしてようやくこの準備が、東野さんとまりさんがSUACにやってきた翌年の NIME2004 に繋がるのだった。

実際にはまだまだ、東野さんと僕のコラボレーションはあった。 2001年には、すでに紹介した 2001 ヨーロッパツアー "竹虎" だけでなく、その前月に 新世紀メディアアートフェスティバル のコンサートに出演してもらっていた。 さらに僕が「メディアアーツ論」を担当していた芸術文化学科の学生を相手にした特別講義とか、 「靄夜」(もや) プロジェクトとか、 メディアアートフェスティバル2002 のコンサートへの参加とかで、東野さんはSUACに何度もやってきてくれた。 また一方で、僕は東野さんの高崎での凱旋個展公演 東野珠実「笙宇宙」 にスタッフとして行ったり、初めての ニューヨーク での公演スタッフ協力(→合間に7日間で9つのミュージカル/パフォーマンスを堪能)とか、あれこれあれこれやっていたのだった。 それが20年ぶりに再び集って、今回のEXPO2025プロジェクトになったのだから、「繋がり」と「偶然」には感謝するしかないのだ。

2025年6月30日(月)

午前中に奥さんの実家への運転手をしただけのこの日、午前から午後までかけて、明後日のロボプロRP2の「ロボットアーム」1回目のサンプル教材作りに集中した。 RP1の「オムニホイール」ロボットは簡単だったが、こちらはかなり「力が必要」な製作(ドライバーを回すのには僕も難儀した)であり、中3女子にはちょっとキツい気がするが、自力で作っていくしかない。 ロボプロは120分なのだが、時間内にテキストの内容がクリア出来なかったら次回に持ち越しも覚悟していこう。
そして午後の残り時間には、この「ロボットアーム」のために「オムニホイール」ロボットをバラさないといけないので、ドットマトリクスまで載せた状態でのプログラミングをさらにちょっとだけ進めて、「操縦していない時のLED表示」と、操縦中の表示とを別にしてみた。 この改造を施した「オムニホイール」ロボットは、明後日のRP2の翌々週の回にはバラす必要があるので、あと2週間程度の命となる。 どこかで記録してみたいので、もう少しだけ「LED芸」を補充していきたいところだ。

・・・と本日オシマイのつもりで夕食となったのだが、そこで初めて気付いた(思い出した)のが、今日は棋聖戦第3局の日だった、という事実。 慌てて自室に戻ってパソコンをまた立ち上げてAbemaTVを見てみると、AI評価値曲線もかなりドタバタしつつの終盤の乱戦となっていた。 おぉぉまだまだ続く・・・と思われていたのに、急転直下、84手で終局してしまった。 いやいや、なんとも、藤井棋聖、恐るべしなのだった。

2025年7月1日(火)

2025年も前半から後半へと折り返すこの日、日常は変わらず過ぎていく。 まずは昨日の棋聖戦第3局の棋譜を眺めてみたが、やはりあの終盤のライヴ感・緊張感は棋譜では欠落していて(最後の詰めまでの進展[予想]が凄かったのだが、実戦ではそこまで行かずに投了)、棋譜ではなくライヴ観戦の醍醐味を改めて実感した。

そして午前中には、「ドットマトリクスLED搭載オムニホイールロボット」を、とりあえず(1)待機中は12パターンからランダムに8stepsアニメーション(2ドット表示)、(2)動作中はその4倍の速さで1ドットをランダム表示、という仕様で上のようにfixして、 YouTube動画 にも上げてみた。 

#include <RPomniDirect.h>
#include <RPlib.h>
#include <PS2X_lib.h>
#include <Sprite.h>
#include <Matrix.h>

Matrix myMatrix = Matrix(11, 13, 1);
RPomniDirect omniBot(0.8f, 1.0f, 0.8f, 12.0f);
PS2X ps2x;
float xx, yy, ww;
int matrix_timer[3], matrix_mode;

void matrix_display(){
	if(++matrix_timer[0] < 7) return;
	else matrix_timer[0] = 0;
	if((ww!=0)||(xx!=0)||(yy!=0)){
		myMatrix.clear();
		myMatrix.write(random(8), random(8), HIGH);
		return;
	}
	if(++matrix_timer[1] < 3) return;
	else matrix_timer[1] = 0;
	int i = ++matrix_timer[2] % 9; // animation counter : 0-7, 8=clear
	myMatrix.clear();
	if(i == 8) return;
	if(i == 0) matrix_mode = random(12);
	switch(matrix_mode){
		case 0:
			myMatrix.write(i, i, HIGH); myMatrix.write(i, 7-i, HIGH); break;
		case 1:
			myMatrix.write(i, i, HIGH); myMatrix.write(7-i, i, HIGH); break;
		case 2:
			myMatrix.write(7-i, 7-i, HIGH); myMatrix.write(7-i, i, HIGH); break;
		case 3:
			myMatrix.write(7-i, 7-i, HIGH); myMatrix.write(i, 7-i, HIGH); break;
		case 4:
			myMatrix.write((i/4)*(i-4)+(1-i/4)*(3-i), i, HIGH); myMatrix.write((i/4)*(11-i)+(1-i/4)*(i+4), i, HIGH); break;
		case 5:
			myMatrix.write(7-i, (i/4)*(i-4)+(1-i/4)*(3-i), HIGH); myMatrix.write(7-i, (i/4)*(11-i)+(1-i/4)*(i+4), HIGH); break;
		case 6:
			myMatrix.write((i/4)*(i-4)+(1-i/4)*(3-i), 7-i, HIGH); myMatrix.write((i/4)*(11-i)+(1-i/4)*(i+4), 7-i, HIGH); break;
		case 7:
			myMatrix.write(i, (i/4)*(i-4)+(1-i/4)*(3-i), HIGH); myMatrix.write(i, (i/4)*(11-i)+(1-i/4)*(i+4), HIGH); break;
		case 8:
			myMatrix.write(i, (i%2), HIGH); myMatrix.write(i, 7-(i%2), HIGH); break;
		case 9:
			myMatrix.write((i%2), i, HIGH); myMatrix.write(7-(i%2), i, HIGH); break;
		case 10:
			myMatrix.write(7-i, (i%2), HIGH); myMatrix.write(7-i, 7-(i%2), HIGH); break;
		case 11:
			myMatrix.write((i%2), 7-i, HIGH); myMatrix.write(7-(i%2), 7-i, HIGH); break;
	}
}

void setup(){
	myMatrix.setBrightness(4);
	myMatrix.clear();
	ps2x.config_gamepad(13, 11, 10, 12, true, true);
}

void loop(){
	ps2x.read_gamepad();
	xx = ps2x.Analog(PSS_LX);
	yy = ps2x.Analog(PSS_LY);
	ww = ps2x.Analog(PSS_RX);	
	if(ps2x.Button(PSB_L1) || ps2x.Button(PSB_R1)) omniBot.move(xx / 2, yy / 2, ww / 2);
	else if(ps2x.Button(PSB_L2) || ps2x.Button(PSB_R2)) omniBot.move(xx / 5, yy / 5, ww / 5);
	else omniBot.move(xx / 3, yy / 3, ww / 3);
	matrix_display();
	delay(9);
}
上が この動作 を実現するArduinoスケッチである。 LED表示のために僕が作った「matrix_display()」以外の部分は超シンプルで、メインとなる「loop()」に並ぶ簡単な7行ぽっちで、このロボットの複雑な動き(直進、並進、回転など。さらに速度をボタンに対応して3段階で変化させている!)を実現できているというのは凄いものだ。 要するに「ps2x.read_gamepad();」と「ps2x.Analog();」でプレステ2コントローラのパッド情報を取得でき、「omniBot.move();」でオムニホイールの連携処理をまとめて実行できるようになっているのだった。
こうなると、今週土曜日のRP1クラスでは、ちょうど「ドットマトリクスLEDの表示」をやるところなので、これを持参して見せるというのはなかなか有効な「教材」となるだろう。 テキストに載っているものを実現するだけでは面白くない、というのは、ジュニアロボット教室でもロボプロ教室でも同じなのだ。

・・・というわけで、ロボットと交互に細切れで続いている、音楽情報科学研究会・夏のシンポジウムの原稿執筆のための調査の続きである。 この日記のPart7 の「2025年4月23日(水)」のところ書いていたのが このページ (最初の写真はSUAC講堂の楽屋で専属学生スタッフと一緒の東野さん)であり、これはASLのページなど、他からはどこからもリンクされていない私的ページである。 上の写真のように、NIME2004(当時はNIME04と呼んだ。これは2009年カーネギーメロン大学でのNIME09まで続いた)は、超かっこいい東野さんのオープニングで始まったのだ。

木村まりさんはNIME2004のコンサートsessionで、名演 GuitarBotana で喝采を浴びたのだが、東野さんはNIME2004と同時に開催したSUACのイベント MAF2004 の公開レクチャーコンサートとして来てもらった。 上の写真はそのトークステージの様子で、パリから来てもらった後藤英さん(と彼の作品のperformer)と東野さんとまりさんと僕が写っている。 ちなみにこのイベントでは、おそらく会場にNIME関係者(外人さん)も多かったので、僕たちは日本語でなく基本的には英語でトークしていたのではないかと思う。

そのコンサートでは東野さんの作品"花調子 (紫陽花)"だけでなく、上のように当日の思い付きで「東野珠実(笙)+木村まり(Violin)+長嶋洋一(Kyma[笙サウンドのライヴ変調])」という即興パフォーマンスもやっていたのだ。 まりさんには、用意してもらった「 "ポリトピア"　 ヴァイオリンとインタラクティブコンピューターのための (ステレオ・バージョン)」の公演だけでなく、これも当日のリクエストで「"サブハーモニック・パルティータ"」というアドリブソロの演奏もしてもらったのである。 詳細は MAF2004 のページから、「内容」の部分を抜粋しておくことにする。

メディアアートの領域で活動する司会者(長嶋洋一・デザイン学部助教授)が、それぞれ交流・コラボレーションしてきた、いずれも海外で活躍する若い芸術家を紹介します。
後藤英さんはパリの国立研究機関IRCAMなどを舞台に活躍する作曲家/演奏家で、オーケストラからComputer Musicまでの広い領域で作曲、作品公演と研究を続けています。2002年のMAF2002でも来日して作品を公演してくれました。今回のコンサートでは、世界に一つのオリジナル楽器 Virtual Violin による作品と、来日したダンサー:Mie Coquempotさんの BodySuit による作品の2作品を公演します。
木村まりさんはニューヨークのジュリアード音楽院で教鞭を取るとともに、バイオリニストとしてはクラシックから現代まで幅広いレパートリーを持ち、さらにComputer Musicの作曲家として多くの作品公演を行っています。特に、世界で一人だけ出来るというサブハーモニクス奏法(弦の本来のピッチのさらに下の音域を任意に演奏する技法)は絶賛されており、このレクチャーコンサートでもその一端を紹介していただけるでしょう。コンサートでは、バッハの無伴奏パルティータと、Computer Music作品の2作品を公演します。
東野珠実さんは雅楽の「笙」の演奏家、そして作曲家として内外で活躍しており、多くの現代邦楽の賞を受賞したり、昨年はヨー・ヨー・マのWorld Projectで新作の作曲を委嘱されニューヨークに滞在しました。SUACでは過去にもMAF2001、MAF2002、そして芸術文化学科の専門科目「現代芸術論」の特別講義をしてくれました。コンサートでは、古典から1曲、そしてオリジナルを1曲、公演します。
今回はNIME04に合わせた機会としてこの3人がSUACに集まるのを機会に、海外を舞台に活躍する芸術家の生きた姿の紹介をまず前半で行います。たまたま昨年は、後藤さんがパリジェンヌを射止めて結婚し、東野さんが出産され、フランス人の御主人を持つ木村さんも2人目を出産されました。家庭、異国での生活、収入のための仕事、そして芸術的創造的活動、をまさに進めているゲストとの本音トークは、SUAC学生にも大きな刺激となるでしょう。
そして後半では、それぞれ作曲家としての作品公演コンサートを行います。　(長嶋)
そうなのだ。 こういう素晴らしいコラボレーションを20年前にやっていたからこそ、EXPO2025の会場での「ほぼ即興」ドタバタにも動ぜずに(色々とトラブルもあったものの)、我々はちゃんとプロジェクトを遂行できたのだ・・・と再確認できた。 その後はお互いに忙しくてご一緒する機会は無かったものの、再会してみれば一瞬で合体できたのだった。
これでようやく、「背景」の部分の材料はほぼ出揃ったので、ようやく文字原稿の執筆に入れる。 実際には今週は水金土日のロボット教室があったり来週はロボットは金曜日だけなのだが、「技術士」の某営業仕事で名古屋に日帰りで行く予定があるために、先行して「営業資料作成」というお仕事が発生したので、本格的にはその後に作業することになる。

2025年7月2日(水)

朝から爽やかな田んぼの写真(以下)がネットに流れてきたこの日は、隔月の眼科検診(緑内障対策、白内障予後)で午前中が完全に潰れた。 次回(9月)には、視野検査(予約満杯のため4ヶ月前に予約)に加えて半年おきの「散瞳検査」(瞳孔を開く点眼によって眼底を直接に検査)も合体させることになった。 散瞳検査の際には、検査後の数時間は眩しくてクルマに乗れないのだが、最近では眼科通院(バス停3つ分)は徒歩(約15分)と決めているので問題ない。 眩しくてもヒトカラは可能なので、この日はたぶんJoyJoyである。

ネットニュースからは、「ドナルド・トランプ米大統領は1日、自身の看板政策を盛り込んだ歳出法案「ワン・ビッグ・ビューティフル・ビル」が元側近のイーロン・マスク氏に改めて批判されたのを受け、マスク氏への攻撃を再開し、連邦例府から莫大（ばくだい）な補助金を受け取っていると非難した。トランプ氏はソーシャルメディアで、「イーロンは歴史上、他の誰よりもはるかに多くの補助金を受け取っているかもしれない」と主張。「補助金がなければ、イーロンはおそらく事業をたたんで、南アフリカに帰る羽目になるだろう」と続けた」というのが流れてきたが、この話題のスレでの5ちゃんの以下の書き込みは極めて秀逸だった。 たまーーーーーに(1000件に1件以下の歩留まり)こういうのがあるので、5ちゃんも捨て難いのだ。 

結局、トランプもマスクも目指してる道は同じなんだよ
彼らが目指してるのは歳出削減と所得減税の実施
ただし、トランプが政治的妥協をして大胆な歳出削減ができなかったことがマスクの離反につながった
歳出削減ができなければ減税のための財源も確保できない
つまり、マスクの主張はトランプ的には正しいことになる
しかし、マスクの考える通りに歳出削減すると政府の半分の省庁は廃止になってしまう
さすがにこれは政治的には成し得ないのでトランプは一定の妥協を図った
これがマスクには許せなかった
まとめるとマスクは純粋トランプ主義者、トランプは修正トランプ主義者ってことになる
午後にはちょっと買い物に出かける予定だけ、そして晩にはロボットのRP2に出掛けるということで、合間にAbemaTVを見てみると、棋王戦第3局(vs増田・千日手指直し)の再放送をしていた。 そういう場合には、僕はAbemaTVでは「将棋」チャンネルと隣の「麻雀チャンネル」だけを見ているので、お隣に行ってみると、なんとなんと「 世界麻雀TOKYO2025 」というのをライブ中継していた。 メインスポンサーは「アース製薬(100周年)」ということだった。

世間では大阪万博EXPO2025でそこそこ盛り上がっていたのだが、まさかこんな同時期に「世界麻雀」なんてのをやっているとは知らなかった。 日程を見ると、初日の今日は「国別対抗チーム戦」であり、明日から4日間が「個人戦」で最終日7/6(日)が「best8〜決勝」なのだという。 会場には一般人は入れないので全てはAbemaTVでのオンラインと、あとはパブリックビューイングらしい。 地域予選から数えると、参加者(国別対抗チーム戦と個人戦の出場者の合計)は「Europe:76, Asia-Pacific:41, Amaricas:40, Japan:109」であるという。 この国際大会はどうやら、2014(パリ)・2017(ラスベガス)と3年おきだったのがコロナで2022(ウイーン)とここまで計3回のようだが、個人戦「歴代チャンピオン」は3回とも日本人だった。 とりあえず今週は合間にこれも見られるのだ・・・と思ったが、今週はロボット教室が満載なので、まぁ「摘み食い」程度になるだろう。 

基本ルール
	１、喰いタン、後づけあり
	２、喰い替えなし
	３、一発、裏ドラ、槓ドラあり
	４、ノーテンは場に3000点
	５、王牌は14枚残し
	６、アガリは上家優先
	７、サイコロはすべて一度振り
	８、アガリやめなし
■リーチ
	１、リーチ後の取り消しはできない
	２、リーチ後のアガリ選択あり（以後フリテン扱いとなる）
上が「世界中の麻雀プレイヤーが同じルールで競技することを目標に制定されたWRCルール」(日本発のリーチ麻雀)ということで、フランス人のシルヴァン・マルベック氏が制定した、日本式麻雀とヨーロッパ式麻雀との架け橋となるルールなのだという。 インフレ要因の「赤五筒」・「赤五索」・「赤五萬」が無いので、きわめて健全なルールだ。 あちこちで顔を出す水谷隼氏(麻雀歴15年らしい)がこの大会のアンバサダーということで、ライブでぐたぐだなランチ会場のレポーターなどしていた。 まぁ、麻雀のネタがこの日記に登場するのは今日だけ、としておこう。

2025年7月3日(木)

昨日のロボプロRP2では新発見があった。 月曜に僕がテキストに従って作った感じ(3時間以上かかった)では、「時間枠の120分ではとうてい出来ない?」という悲壮感があったのだが、無事に完成したのだ。 テキストが読みにくくて(図が見にくくて)あれこれ逡巡していた初見と違って、僕が段取りを把握していたために適切にサクサク進んだこと、ときにPCに戻ってサーボモーターの動作確認とか位置(角度)設定とかが必要な部分を生徒PCでなく僕のPCに分離したこと、などもあるが、勝因はこれとは別に2つあった。 一つは、小学生の頃からジュニアロボット教室に通い続けたこの生徒は非常に手慣れていて優秀なこと、そしてもう一つは「難所を二人で乗り切る」という部分にあった。 取り付けにくい位置のナットとビスの組み合わせとか、机に垂直に位置決めしてタッピングを強く押し込むとか、の作業をたった一人でやっていた僕に比べて、ごく一部ながら「ビスの先のナットをラジペンで固定」とか「机にパーツを保持してネジ止め作業を支持」とかのちょっとしたサポートが入ることで、細かい失敗が激減して、作業が順調に進んだのである。 まぁ、そういう難題を一人でやるのがロボット教室の先生のお仕事であり、楽しみなので、これは無問題なのだ。

この日記を書きながら、横では僕のWindowsパソコンが上のようにウンウン言いながら(ファンも回り出して)アップデートを続けて数十分(見たところ1時間では終わらないペース)になる。 これまで、update対応可能なんていう最新Windowsは使った経験が無かったので新鮮なのだが、こんなに遅々として無意味なアップデートに耐えるWindowsユーザというのは凄い・・・と感心した。 おそらく、仕事中でなく、寝る前にupdateを仕込む(事前にdownloadされた処理を事後に実行)のだな、と今更ながら、気付いた。
Macの場合には、基本的に「購入したハードのOSXで止めておけ」という金科玉条がある。 新しいハードを仕入れないと決めてからというもの、何度かやった「MacOSXのアップデート」もオシマイになったのだが、このままあと何年いけるかどうか、まずは見守りモードである。 ブラウザ、YouTube(管理者)、秋月電子、その他あちこちのサイトで「あなたのバージョンでは対応しません」と言われ続けているのだが、そういう時だけChromeやSafariに切り替えると、これらも既に最新でない「見捨てられたversion」であるにも関わらず、まだまだ対応可能なのだ。

そして明後日のRP1(先週のスタートアップを受けていよいよ本格的始動)に備えて、ちょっとした準備をした。 新しいこのRP1教室では、会場の「協働センター」(昔の公民館)にパソコンが無いので、生徒がそれぞれmyPCを持参することになった。 ところが、3人のうち2人のPCは色々と問題があって、「中古調整品を仕入れて」とお願いしたのだが、明後日には間に合わないかもしれない。 間に合ったとしても、僕が持参するUSBメモリから必要な環境設定をするのに1台あたり順調に行っても数分〜10分ほどかかる。 1人のPCは既に先週のsetupでOK、あと1人は僕がWindowsを持参するので、残るあと1人分、とりあえずこの初回のテキストの範囲のArduinoスケッチがコンパイル出来ればOKなのだ。
そこであれこれ作業して、無事に1台のMacBookAir(かつて1106研究室内ゼミ用で使っていたやや低specなもの)に「初回のテキストの範囲のArduinoスケッチがコンパイル出来るMac」という環境を作り上げた。 「サンプル」からmenu treeを辿っていくのでなく、そのものズバリのArduinoスケッチを叩くことで実現できる。
上に列記したのが、その際のノウハウ(作業手順)である。 要するに、Windowsベースでのライブラリ登録ツール(exe)ではやってくれるのだが、僕がその方法を知らない「ライブラリへの登録」をしないでもサンプルのスケッチをエラーなくコンパイル成功させるための「抜け道」である。 これは今後も出現する可能性があるので、ここにまとめておけば、後で有効な場面があるかもしれない。
その後、「arduino ide library 登録 方法」と検索してみると、 Arduino IDE 1.5: Library specification とか Arduino IDEのライブラリ一覧に自作ライブラリを登録する とか Arduino IDEのライブラリマネージャーでインストールできるライブラリを作る方法 とか Arduino自作ライブラリの作成から利用まで とかのページを発見した。 どうも、GitHubに登録して公開する必要があるようだが、Humanのライブラリを僕が勝手にGitHubに登録して公開してはマズイので、これは断念バーグとなった(ローカルにもインストール出来るので、GitHub経由以外にも何かある気がするが)。
まぁ、ここまで準備すればもう、金土日のロボット教室はOKである。 今日の午後には、気持ち良く、JoyJoyヒトカラに向かうことが出来そうだ。

2025年7月5日(土)

今日は王位戦第1局(明日まで)、朝イチでライヴ中継直前から待機したのが上の風景である。 今日は午後にロボプロRP1の初日があるので、まぁ昼過ぎまではこのサブ画面はずっとAbemaTVとなるだろう。
昨日は久しぶりの(6月の万博と講演の予定で同じ教室に代打をお願いした)アドバンス教室だったが、日記に書くほどのこともなく過ぎ去っていた。 そんな中、メモで残っていたのは「スティーヴ・ガッド」という名前と こんなYouTube だった。
さらに昨日のネットニュースで知ったのだが、 「なんだよこの.DS_Storeってゴミは」。WindowsユーザーにウザがられるMacの隠しファイル、まとめて楽に消す方法 というのがあった。 USBメモリでWindowsとMacとを行き来していると、どんどんこの手のゴミが溜まってきて重くなり、遂には使えなくなるので、学生には鬼門なのだ。 しかしこのページに行ってみると、長いだけでどうも「対策」らしい「対策」とも言えず、実験することもなくスルーという事になった。

そして対局開始となった。 先手永瀬、後手藤井、戦型は角換わりということで、どうせこの二人だとこの午前中は遅々として放送事故のような画面になる・・・と思っていたら、サクサクサクサクどんどん進んで、たった1時間で47手になってしまった。 これで2日間、指し続けられるのだろうか。

今朝の朝日新聞には驚いた。 上の「古賀市」というのに違和感を覚えて思い出してみると、これは「古河市」の誤記だったのだ。 名人戦というのは朝日新聞と毎日新聞が主催していて、その誌面で名人戦の観戦記を書いているのだから、いわばホーム中のホームである。 そして第5局の茨城県古河市は、僕も この日記のPart7 の「2025年5月29日(木)」のところにも書いていた。 この開催地の古河市は、 このように 熱烈に歓迎したというのが話題になっていたのだ。 それを主催者である朝日新聞の記者、それも将棋観戦記担当者が誤記するとは、なんという失敗だろう。 伝説の珊瑚写真でも購読を続けたものの、「ののちゃん掲載が終わったら購読を辞める」とずっと前から決めているのだが、この失敗はいただけないなぁ。 

Dear Dr. Y. Nagashima,
Thoroughly impressed by your research on:
"Realtime Musical Composition System for Automatic Driving Vehicles"
	Automatic driving vehicles (ADV) are drawing attention all over the world. ADV contains many realtime sensors. In the future, people 
	(including the driver) will enjoy BGM without attention to ambient conditions, however, it will be much better than the BGM corresponding 
	to the surrounding situation in real time - rather than being properly chosen from existing music. The author proposes an approach of a 
	“realtime musical composition system for automatic driving vehicles” which generates music in real time without using existing music, 
	so we are free from the copyright issue. The realtime composition system can arrange/modify its generating musical factors/elements with 
	realtime parameters such as sensor information in real time, so it is the best solution for “music in ADV”. This paper reports on the first 
	prototype of realtime composition system for ADV - as collaborative research (2015-2017) with Toyota Central R&D Labs.
we are delighted to extend a warm invitation for you to participate in MLIS 2025, taking place in Hong Kong from November 24th to 26th, 2025. 
Your contributions to the field are highly regarded, and we believe they would resonate profoundly with our global community of scholars, experts, 
and practitioners. Accepted full papers will enjoy publication in the prestigious book series Frontiers in Artificial Intelligence and Applications (FAIA), 
indexed by leading databases such as EI Compendex, Scopus, ACM Digital Library, and Google Scholar, amplifying their reach and impact.
If you are not available for the presentation, could you help us review some papers? Active reviewers are candidates for the Technical Program 
Committee of MLIS 2026. We would be immensely grateful if you could assist in spreading the word about MLIS 2025 within your professional circles.
We look forward to welcoming you to Hong Kong and hope to see your impactful research shared on our platform.
For more information, please visit our website.
土曜日のルーティンという事でMartinを愛でていると、それはまた来た。 まだ来るのだ。 僕がトヨタ中央研究所の共同研究/受託研究を受けて、 欧州ツアー2018 で発表した この論文 は、時代が注目している「自動運転車」ネタだからなのか、あるいは上のabstractに入っている"Toyota Central R&D Labs"というトヨタの名前のためなのか、もしかしたら上のabstractがそこそこキャッチーだったからか、発表から何年たっても、「ウチの国際会議で講演してくれ」・「ウチのジャーナルに投稿してくれ」という依頼が世界中(多くは中国)の禿鷹カンファレンス/禿鷹ジャーナルから届くのだ。 今回は、来年に香港で開催される機械学習の国際会議らしく、けっこうまとも系なのだが、まぁこれもスルーしかないのだ。 メイルのタイトルは「【Hong Kong Conference】 Presentation Invitation on Realtime Musical Composition System for Automatic Driving Vehicles」とあるものの、別に渡航費が出る訳でもなく、さらに差出人は「Conference Secretary」なので、単にネットでキーワード検索して出てきたところに手当たり次第に出しているだけなのだった。
そして午後になって、王位戦はあと2回の繰り返しで千日手模様になったところで、後ろ髪を引かれながらRP1に向かう感じとなった。 結果は帰宅してからになるが、指し直し局の封じ手となるかもしれない。

2025年7月6日(日)

昨日の王位戦第1局は、予想通りに千日手指し直しとなっていた。 そして今日は、指し直し局の封じ手の開封から始まったのだが、残念ながらそれが「95歩」(誰も予想していなかった)と判明したところで、後ろ髪を引かれながらロボット教室に出掛けるという2日連続の展開となった。

しかし今朝の朝日新聞には驚いた。 昨日に続いて、2日連続の重要な誤記である。 茨城県を大阪の茨木のように書くというのは、小学生のクイズで責められる恥ずかしいミスだった筈だ。 それも文章の重要な「内容」に関係した単語のミスが2日続くというのは、これは恥ずかしい。 伝説の珊瑚写真でも購読を続けたものの、「ののちゃん掲載が終わったら購読を辞める」とずっと前から決めているのだが、この失敗はいただけないなぁ。

そして帰宅後の夕方は「永瀬やや優勢」という状態だったのに、夕食後にAbemaTVを見ると何故か「藤井やや優勢」に逆転していた将棋を、20時前の終局まで見届けた。 どうも逆転の契機は「25歩」らしいのだが、その詳細は明日に棋譜を見て確認することになる。 とりあえず、長かった「ロボ週」(月に2回、隔週で「水金土日」にロボット教室がある)という初めての週を、なんとか無事に乗りきった。

2025年7月7日(月)

今朝の朝日新聞の後ろから3面目(僕は1面を見た後、最後の面から順に遡って見ていく)に、ようやく上のような訂正が出ていた。 ただし、単なる単語の誤記でなく、記事の中で話題になっている人に絡んだ重要な固有名詞(地名)の誤記というのは、新聞記事を書く者としては致命的に駄目なのだ(その人物に対しても、その地域の人々に対しても)、と改めて指摘しておこう。 せっかくなので以下の画像も検索してみたが(これは未来永劫、残っていくだろう)、僕の基本線「朝日新聞は『ののちゃん』掲載が終わったら購読を辞める」は揺るがないのだ。

昨日の王位戦第1局については、いつものように「ひふみんEYE」の解説を読んで、さらに棋譜サイトに行って棋譜を追いかけたが、棋界のトップ2の両者というだけあって、なかなか濃密な戦いだった。 それにしても藤井王位の、自玉をほぼ丸裸にしたままの終局というのは、「いい子は真似しないでね」というよりは、もはや誰も真似しようとしても出来ない(最終盤の自玉の詰みナシを読み切っている)という境地に達している感じだった。

そして午後には、昨日のロボット教室(アドバンス)で3回目が終わったので、サンプル教材を「3回目」→「4回目」(上のマシン)へと作り替えた。 3回目では このように 紙テープにドットが打たれた「楽譜」をスクロールして光センサで読み込み「自動演奏」をする・・・というものだった。 今回は1回目( この日記のPart7 の「2025年5月24日(土)」のところ)にあった この動作 と自動演奏の楽譜テープ送り機構を組み合わせて、スイッチでリズムを打って叩く「腕」に水性マーカーペンを取り付けて、白紙の紙テープに「演奏タイミングでドットを打つ」という「演奏自動記録」マシンに仕立て上げる、という意欲的テーマである。

ただし設計上はだいぶ問題があり、自動演奏マシンの時にも「紙テープ楽譜がちゃんと出てこない」という問題があってエンドレステープにしたように、今回も白紙の紙テープがちゃんと出て来ない問題はそのまま残っていたので、テキストから仕様変更する必要があった。 今回は動画は省略したが、最初にまずは「テープ送りが正常に完了する」までを待機するループを新設したり、スイッチにそのフェーズ移行を割り当てたり・・・となかなか複雑になった。 まぁ、3回目で完成まで到達した生徒はごく少数だったので、次回はまずはそこまで完成させることを優先する(4回目のテーマはoptional)ことになりそうだ。

2025年7月8日(火)

今朝、目覚める頃にフト思い付いた/思い出したことがあり、午前の作業(途中で運転手として外出)として、大阪万博EXPO2025関連の情報として、 「美術館」・「博物館」などの記録 と 「絶景」(目の保養)の記録 と 「乗り鉄」の記録 のページに新たにトピックを付記した。 さらに記録として抜けていた情報があったのにも気付いたので、 「美術館」・「博物館」などの記録 には「彦根城」も追記してみた。 2024年に浜松城の桜や浜松まつりを記録していたが、2025年にも両者とも行ったもののイマイチだったのでパスである。 
2000年・・・出来は上々で申し分の無い仕上がり
2001年・・・ここ10年で最高
2002年・・・過去10年で最高と言われた2001年を上回る出来栄え
2003年・・・100年に一度の出来
2004年・・・香りが良くなかなかの出来栄え
2005年・・・ここ数年で最高
2006年・・・昨年同様良い出来栄え
2007年・・・柔らかく果実味が豊かで上質な味わい
2008年・・・豊かな果実味と程良い酸味が調和した味
2009年・・・50年に一度の出来栄え
2010年・・・1950年以降最高の出来と言われた2009年と同等の出来
2011年・・・近年の当たり年である2009年に匹敵する出来
2012年・・・史上最悪の不作だが品質は良く健全。糖度と酸度のバランスが良く軽やか
2013年・・・ブドウの収穫量は少ないが、みずみずしさが感じられる素晴らしい品質
2014年・・・近年の当たり年である2009年と肩を並べるクオリティ
2015年・・・我がワイン人生最良のヌーヴォー
2016年・・・エレガントで酸味と果実味のバランスがとれた上品な味わい。豊満で朗らか、絹のようにしなやか。しかもフレッシュで輝かしい
2017年・・・2015年、2009年と並び、珠玉のヴィンテージとして歴史に刻まれるでしょう
2019年・・・天候などの条件は厳しかったが、有望で生産者のテクニックが重要な年
2020年・・・極めて早い成熟と乾燥した夏による、究極のミレジム
2021年・・・挑戦の末たどり着いた、納得のヌーヴォー
2022年・・・太陽に恵まれたヴィンテージ〜果実味とストラクチュアの完璧なバランス〜
ネットニュースからは、「メルシャン、ボージョレ・ヌーボー販売から撤退　消費低迷で日本産に活路」というのが届いたが、上のように毎年、いかに虚しい美辞麗句を駆使しようとも、ボージョレ・ヌーボーなんてのは、フルボディ赤ワイン好きの僕には全く美味しくないので、撤退の口実が出来てよかったね、というぐらいである。

そして午後には、今週末に名古屋での「技術士会中部支部・電気電子情報工学部会 ７月度例会（年次大会+講演会）」に参加するための「営業資料」(懇親会の場で自己紹介しつつ配布予定)の作成を開始した。 そのためにネット注文で封筒の印刷と名刺の増刷も依頼したのだが、はるか昔、1993年頃にこれを作った時には数えるほどしか「材料」が無かったのに対して、先日の技術士会講演会での Web資料 を見ると、あまりに項目が多過ぎて、A4の1枚に簡潔にまとめるのは逆に困難なのだった。 そこで、とりあえず今日のところは「第1次試作」を作ってみて、一晩寝かせて(これが意外に効くことあり)、明日に決定稿に向かうことにした。

2025年7月9日(水)

朝イチで、昨日に作りかけていた「技術士事務所の案内」(営業資料)を このように 作り上げた。 そして午前には、昨日に続いて運転手をしたついでに、イオンでこの資料をコピーして、午後にかけて手折り、封筒詰めなど配布の準備までを完了した。 ちなみに外出の帰途には市役所に寄って、いつものように不在者投票も済ませてきた。 懸案が粛々と片付く、というのは些事であっても気持ちいいもので、これで明日のJoyJoyヒトカラも安心して出掛けられそうだ。

そして、予定では今週末にやる予定だった、来週のロボプロRP2の「アームロボット」に教材サンプルを、一念発起、以下のように一気に作り上げてしまった。 テキストでは、アームの台座部分に「Arduino+ロボプロシールド」の制御ベースを連結する事になっているのだが、どうしてもRP1で作ったオムニホイールロボットを分解するのが名残惜しいということで、台座の横に[モーターや8*8マトリクスLEDのケーブルを抜いた]オムニホイールロボット(Arduino+ロボプロシールド)を侍らせて、そこに4つのサーボモーターからのケーブルを挿すことにした。

実際にBluetoothのプレステ2コントローラで「操縦」して動作させた YouTube動画 も上げてみた。 この段階では、左右のノブの上下左右2パラメータを単純に4つのサーボモーターの動きに割り当てているので、全く「操縦」としては不細工な出来であり、まさに「動作確認用」である。 これがRP2の次の回ではおそらく、複数の挙動を組み合わせた柔軟なコントロールに進むのではないか・・・と予想しているのだが、テキストを見るのはまだ先にとっておこう。

2025年7月10日(木)

ネットニュースで、「『立ったまま仮眠できるボックス』発売、従業員の働きやすさ向上を支援--イトーキから」という、ちょっと信じられない情報が流れてきた。 以下のように、本当に真面目に作っていた。

当然ながら5ちゃんでは大喜利大会となって、 「座っているようにしか見えん」「いいね。低賃金で死ぬまでバリバリ働け」「奴隷は熟睡しちゃダメなんよ」「休むときぐらい寝かせてやれよ」「食べてすぐ縦になったらウシじゃなく何になるんだろう」「5年後の俺たち貧乏人の家はこうなるんだろう」「立ってまで寝たくない」「社畜養成ボックスか」「購入する企業には絶対入社しちゃだめだぞ」「棺桶でよくね？」「寝袋でよくね？」「この中で過労死したらそのまま火葬できるな」「拷問器具やん」「通勤電車もこれで」「これをビッシリ詰め込んだワンルームマンションとかどうよ？」「ちょっと縦になるわ」「何この掃除道具入れ？」「宗教施設にも使えそうです」「まさに人柱」「長期間使っていたら背が縮むのか」「まずは作ったヤツの家族が使えよ」「ウェルビーイングってこういうことではないやろ」「寝たきり老人ゼロ作戦」「くらいよーせまいよー」「精神病製造ボックス」「地獄か」「イトーキハラスメント」「これだよ求めてたのは」「ブラック企業の象徴ですな」「進化したな」「これ死体でしょ」「100人寝ても大丈夫」「漫画家やアニメ製作会社の必需品」「ごゆっくり」 などと盛り上がった。
ところが流石に5ちゃんでは「ヴィクトリア朝時代の英国にあったぶらさがり宿」というコメントが出てきて、調べてみると以下のような凄いものだった。 ヴィクトリア朝のイギリス(産業革命)の過酷に搾取されていた、家賃すら払えない最下級の労働者たちが最後の防波堤として利用した宿だそうで、1泊2ペニーだったらしい。

ところがさらにWikipediaには「4ペニーの棺桶」(棺の家)というのが載っていて、ロンドン中心部の人々のために作られた初期のホームレスシェルターの1つだった施設だという。 これがまた壮観で、人類というのはどこまで発想が凄いのか、改めて感心してしまった。

キャプションが無ければ単なる密集墓地であり、墓地バージョンとしては、コロナの頃、さらには最近ではウクライナとかガザ地区とかで、こういう風景を見たような気がする。 そういう意味では21世紀になっても、人類は全く進歩していないのだと再確認した。
しかし、5ちゃんの「社畜」文脈では大昔の残業自慢大会にもなっていたが、僕もかつて最大で月200時間ぐらいの残業をしていた時もあった。 サラリーマン時代の終盤、正規の給料よりも残業代の方が高くて(開発部門が新製品を開発しないと売り上げが伸びないので、開発部門の残業は天井知らず)、そういう日々ではダラダラと生産性が著しく低下している職場を見て、残業をする代わりに一人だけ早朝出勤して形式的に残業手当にしてもらう、という「一人フレックス」(会社に制度が無い時代)をやっていたのだった。

そして、午後にJoyJoyに出掛けるまでの時間を使って、ちょっとした確認を進めてみた。 起点は上の、 この日記のPart7 の「2025年5月15日(木)」のところにあった「マッピング」図である。 これは、ロボット教室のArduinoに搭載する「ロボプロシールド」の内部情報で、Arduinoピンとシールドのコネクタ類との対応を示しており、重複を避けるためにこのマッピング情報は重要なのだ。 例えば、この日記の「2025年6月29日(日)」のところに書いていた「オムニホイール」ロボットの場合、とりあえずテキストのように3つのモーターを付けてBluetooth接続のPS2リモコンを使うというのはOKである(動作の様子は これ )。

そこから、この日記の「2025年7月1日(火)」のところに書いていた「オムニホイール+8*8マトリクスLED」ロボット(動作の様子は これ )に改良する際には、ちょっと困ったことが起きた。 本当はLEDと一緒にスピーカも付けて、動作に対応してLEDのパターンだけでなく、何かのサウンドも鳴らす構想だったのだ。 ところが、サウンド周りのライブラリを使うと、全てのプログラムがエラーとなって使えなくなり、そこで上のようにマッピングを確認してみた。 すると「コントローラー」と「マトリクスLED」とで「P11」と「P13」が重複しているのだが、何故かこれはOKだった(SPI信号でもともと時分割している?)。 その一方で、未使用なのでOKだと思って「P9」(シールド上は「D1」)にスピーカを繋いだのだが、ウンともスンとも言わなかった。 これはどうも、サウンド周りでは裏でタイマ割り込みを使うために、その設定レジスタとかで「使用禁止ピン」がある・・・というのを以前に調べたところだった。 結局、サウンドとの同時動作は却下ということになったのである。

そして、昨日作ってみた「アームロボット」(動作の様子は これ )である。 どうせポートがぶつかるだろう・・・と「8*8マトリクスLEDシールド」を除去して作ってみた(オムニホイール用の3個のモーターのケーブルは抜いてある)のだが、上のマッピングを見ると、4個のサーボモーターは1ビットしかインターフェースが無いので、だいぶポートは余っている。 ただし個々の「回転角」を指定するのに、タイマ設定によってかなりクリチカルなビット幅の設定をしているので、おそらくサウンドと同様にタイマ割り込み関係で「使えないレジスタ→使えないポート」は存在するものと思われる。

とりあえず、上のマッピングによれば「8*8マトリクスLEDシールド」はOKっぽいので、これは実験してみる価値がある。 そこで一気にArduinoスケッチを改訂して、上のように「アームロボット+8*8マトリクスLED」を完成させてしまった。 セッティングから含めて所要30分ほどの短期集中作業である。 そして実際にBluetoothのプレステ2コントローラで「操縦」して動作させた YouTube動画 も上げてみた。 開発(改訂)Arduinoスケッチの大部分を占める「8*8マトリクスLEDで芸をする部分」は全く変えておらず(呼ばれるたびにインクリメントするLoopカウンタの上限設定値だけ7から2にした)サンプルそのままなので、スケッチは省略である。 これで気持ち良く、JoyJoyヒトカラに出掛けられるというものだ。

2025年7月11日(金)

昨日のJoyJoyヒトカラは6時間で58曲を完走した。 かつては曲数を稼ぐために、いつも超短曲を混ぜていたのだが、そういうのを超越してきたので、先週の61曲も昨日の58曲も全く遜色なく、内容としては充実しているのだ。 今日は午前中に床屋に出掛けるぐらいで、あとは晩にロボット・ミドルの教室があるだけで、予定としてはいよいよ残ってきた、音楽情報科学研究会・夏のシンポジウムの予稿の執筆に取り掛かるかどうかぐらいである。 
#include <RPlib.h>
#include <VarSpeedServo.h>
#include <PS2X_lib.h>
#include <Sprite.h>
#include <Matrix.h>
#define ORIGIN 90
#define SERVOR_MIN 50
#define SERVOR_MAX 100
#define SERVOL_MIN 50
#define SERVOL_MAX 140
#define SERVOROT_MIN 0
#define SERVOROT_MAX 180
#define SERVOGRIP_MIN 55
#define SERVOGRIP_MAX 125
VarSpeedServo servoR;
VarSpeedServo servoL;
VarSpeedServo servoROT;
VarSpeedServo servoGRIP;
Matrix myMatrix = Matrix(11, 13, 1);
PS2X ps2x;
int matrix_timer[3], matrix_mode;
int rud = 0, lud = 0, rlr = 0, llr = 0;
int angR = 90, angL = 90, angROT = 90, angGRIP = 90;

void setup(){
	pinMode(D3, INPUT_PULLUP);
	myMatrix.setBrightness(4);
	myMatrix.clear();
	ps2x.config_gamepad(13, 11, 10, 12, true, true);
	while (!digitalRead(D3));
	servoR.attach(S0, SERVO_MG995_MIN, SERVO_MG995_MAX);
	delay(500);
	servoL.attach(S1, SERVO_MG995_MIN, SERVO_MG995_MAX);
	delay(500);
	servoROT.attach(S2, SERVO_MG995_MIN, SERVO_MG995_MAX);
	delay(500);
	servoGRIP.attach(S3, SERVO_SG90_MIN, SERVO_SG90_MAX);
}

void loop(){
	ps2x.read_gamepad();
	lud = ps2x.Analog(PSS_LY);
	rud = ps2x.Analog(PSS_RY);
	rlr = ps2x.Analog(PSS_RX); 
	llr = ps2x.Analog(PSS_LX);
	angR += ( rud - 1 ) / 80;
	angL += ( lud - 1 ) / 80;
	angROT += ( rlr - 1 ) / 80;
	angGRIP += ( llr ) / 80;
	angR = constrain(angR, SERVOR_MIN, SERVOR_MAX);
	angL = constrain(angL, SERVOL_MIN, SERVOL_MAX);
	angROT = constrain(angROT, SERVOROT_MIN, SERVOROT_MAX);
	angGRIP = constrain(angGRIP, SERVOGRIP_MIN, SERVOGRIP_MAX);
	servoR.write(angR);
	servoL.write(angL);
	servoROT.write(angROT);
	servoGRIP.write(angGRIP);
	matrix_display();
	delay(45);
}

void matrix_display(){
	if(++matrix_timer[0] < 2) return;
	else matrix_timer[0] = 0;
	if((lud!=0)||(rud!=0)||(rlr!=0)||(llr!=0)){
		myMatrix.clear();
		myMatrix.write(random(8), random(8), HIGH);
		return;
	}
	if(++matrix_timer[1] < 3) return;
	else matrix_timer[1] = 0;
	int i = ++matrix_timer[2] % 9; // animation counter : 0-7, 8=clear
	myMatrix.clear();
	if(i == 8) return;
	if(i == 0) matrix_mode = random(12);
	switch(matrix_mode){
		case 0:
			myMatrix.write(i, i, HIGH);
			myMatrix.write(i, 7-i, HIGH);
			break;
		case 1:
			myMatrix.write(i, i, HIGH);
			myMatrix.write(7-i, i, HIGH);
			break;
		case 2:
			myMatrix.write(7-i, 7-i, HIGH);
			myMatrix.write(7-i, i, HIGH);
			break;
		case 3:
			myMatrix.write(7-i, 7-i, HIGH);
			myMatrix.write(i, 7-i, HIGH);
			break;
		case 4:
			myMatrix.write((i/4)*(i-4)+(1-i/4)*(3-i), i, HIGH);
			myMatrix.write((i/4)*(11-i)+(1-i/4)*(i+4), i, HIGH);
			break;
		case 5:
			myMatrix.write(7-i, (i/4)*(i-4)+(1-i/4)*(3-i), HIGH);
			myMatrix.write(7-i, (i/4)*(11-i)+(1-i/4)*(i+4), HIGH);
			break;
		case 6:
			myMatrix.write((i/4)*(i-4)+(1-i/4)*(3-i), 7-i, HIGH);
			myMatrix.write((i/4)*(11-i)+(1-i/4)*(i+4), 7-i, HIGH);
			break;
		case 7:
			myMatrix.write(i, (i/4)*(i-4)+(1-i/4)*(3-i), HIGH);
			myMatrix.write(i, (i/4)*(11-i)+(1-i/4)*(i+4), HIGH);
			break;
		case 8:
			myMatrix.write(i, (i%2), HIGH);
			myMatrix.write(i, 7-(i%2), HIGH);
			break;
		case 9:
			myMatrix.write((i%2), i, HIGH);
			myMatrix.write(7-(i%2), i, HIGH);
			break;
		case 10:
			myMatrix.write(7-i, (i%2), HIGH);
			myMatrix.write(7-i, 7-(i%2), HIGH);
			break;
		case 11:
			myMatrix.write((i%2), 7-i, HIGH);
			myMatrix.write(7-(i%2), 7-i, HIGH);
			break;
	}
}
そして、昨日は「パス」というつもりだったのだが、やはり このアームロボット のArduinoスケッチも上のように置いておく事にした。 「matrix_display()」が「オムニホイール」のところと記述が異なっているが、Arduinoに書き込んだWindowsパソコンに入っているオリジナルはこちらの方である。
午後には、これまで整理してきた「背景」「伏線」部分から、まずは文字原稿のスケルトンを検討してみた。 途中で、去年の3月に未来大での音楽情報科学研究会で発表した これ を発掘してしまい、全22ページ、参考文献606件、という膨大なものだったと再確認した。 こんな元気はもう無さそうだ・・・と、ちょっと萎えた。
さらに明日は名古屋に行くので、週一のMartinを愛でる時間も前倒しして確保した。 5分ほどの曲をたった1曲だけ、5-10分ほどのインターバルを挟んで3回、弾くだけなのだが、流石に我がMartinは良く鳴ってくれるのだった。

2025年7月12日(土)

今日は名古屋に出掛ける予定がある日なので、特に書くこともないかなぁ・・・と思っていたが、フト上のArduinoスケッチを眺めていて気付いてしまった。 冒頭の定義部分にある「Matrix myMatrix = Matrix(11, 13, 1);」と、setup()にある「ps2x.config_gamepad(13, 11, 10, 12, true, true);」であるが、明らかに、11ピンと13ピンの定義がカブッている。 これは一昨日の以下の図でも気になっていたところである。 普通であれば、同一ピンの重複定義は禁じ手なのだ。

しばし考えてみたのだが、片方はBluetooth経由でPS2コントローラの情報を「入力」するために使用し、もう一方は8*8マトリクスLEDを駆動するための「出力」コントローラLSIとの通信であり、Arduinoスケッチを見ると分かるように、loop()中で「ps2x.read_gamepad();」を参照するところと、「matrix_display();」の中で最終的に「myMatrix.write();」を実行するところとは、いわば時分割的に分離している。
つまり、どうあっても片方の処理の合間にもう片方が影響されることが無いことで、ピンとしては重複していても問題が無さそうなのだ・・・という「解釈」に到達した。 これで本当にOKかどうかはまだ今後に検討していきたいが、とりあえず曖昧な状態で出発することは免れた。

2025年7月13日(日)

昨日の名古屋での「日本技術士会 中部本部 電気電子情報工学部会 7月度例会」では、名古屋工業大学名誉教授の竹下隆晴氏の「カーボンニュートラルに向けたパワーエレクトロニクス技術の発展と動向」という講演があり、色々と収穫があった。 これはおいおい、僕の活動としてもさらに発展する可能性がある。

今週はまた後半にかけて、水・金・土・日とロボット教室があるのだが、残っていたサンプル教材として、ミドルの「シュート君」を1回目から2回目versionに改訂した。 実際にはこの「手動スイッチ」で色々と細部の関係を調べた後で、マイコンを使って「(手を叩くなど)音がしたらシュートする」というのを作るところまでテキストに載っているのだが、今回の「肝」はこの「手動スイッチ」部分にある(極性反転とON/OFFとを同時に行う機構)と判断して、サンプルではマイコンを使わないversionで止めることにした。 最終形で、せっかくの「肝」の部分が消えてしまうのは寂しいからである。

そしていつものように、動画で記録して YouTube動画 にも上げてみた。 ちなみに上にある2枚の写真は、片方(ブルーLED)がバックスイングの状態、もう片方(レッドLED)がシュート、という瞬間である。 僕のロボットでは、テキストに無い(配給されていない)「両極PWM対応LED」があるので、モーターのラインを分岐させると、マイコンを使わなくてもこのように見た目が派手になるのだ。

2025年7月14日(月)

朝イチで耳鼻科に行き(月に一度の通院・CPAP経過観察)、その後は終日、「過去の発掘」に没頭する日となった。 日本技術士会 中部本部 電気電子情報工学部会の幹事とのメイルが何往復かして、僕の9月例会での発表が以下のような感じになると確定したのだが、そのための資料として、色々と過去の発掘が必要になったのである。 
「電力品質(Power Quality)とノイズ対策」

7月例会「パワーエレクトロニクス技術の発展と動向」(竹下隆晴氏)の講演後の質疑で、同氏が「いくら技術が進展してもノイズ対策は
永遠の課題」と指摘されたのを受けて、世界的に注目されている「電力品質(Power Quality)」の話題提供と、関連した電源ノイズ対策
について話題提供いたします。
あらゆる領域の電源がインバータ化された事で起きる機器の誤作動やラインストップというトラブル対策(信頼性技術)だけでなく、AIを
支えるDC(Data Center)の巨大電力消費を必要とする現代においては、温暖化防止とコスト低減のためにPower Qualityへの考慮が
必須となってきました。米国でのPQ展示会の模様やEP社(https://ep2000.com/)での事例とともに、古くて新しい「電源ノイズ」に
ついて問題提起いたします。
僕の著書のうち、ノイズ関係と情報セキュリティで計4冊を出版した「工業調査会」が倒産して、僕の著書は「幻」となった。 その原稿のうち、2002年10月に出版した以下「図解 新しいノイズ対策」に書いた、関連した「電力品質(Power Quality)」とEP2000あたりについての元原稿を発掘して、著者自身が絶版になった本の一部をWebにフリー公開する(著作権の問題はナシ)・・・という段取りである。

僕は基本的にこれまで、受けたり出したりしたメイルを全て、plain text fileの形でバックアップしてきた。 色々と撮った写真、学会発表論文、新システムの回路図やソースコード、その他全ての知的財産も基本的にはWeb公開しているし、それら作業関連のデータもバックアップしている。 ただし、時代と共にアーカイブの環境も異なっているし、例えば「昔に書いた原稿ツール」(ワープロ/テキストエディタ)が現在では存在していない事もあって、完全な復元というのはなかなか厄介である。
そんな発掘作業は、完全に忘れていたデータに気付かせてくれたりもする。 以下は、京都の成安造形大で、僕が1999年に行った講演会と2001年に行ったワークショップの情報(チラシ原稿)であるが、これもその存在を完全に忘れていたものなのだ。

さらに「RolandLab」という謎のディレクトリも見つけた。 たぶんこれまで僕のWebには置いていなかったと思うのだが、NIME2004を翌年に控えた準備の一環として、「浜松音楽情報科学研究会」のメンバーで、2003年6月にローランド研究所の見学会に行った時の写真である。 そこで、 ヤマハ本社「イノベーション・ロード」 見学 というのは置いてあったので、その隣り(下)に ローランド研究所 見学 として、リンクを並べて置くことにした。 ちなみに金髪の男は「ボーカロイド」の生みの親、ヤマハの剣持さんである。

そして午後じゅうかかって、2002年10月に出した自分の本の第4章の復刻を、 このように 出現させてみた。 そして、このページを包含するように、これも従来から完全非公開だったのだが、 EP/ノイズ対策 関連情報 というのを作って(こちらもASLのページからのリンクは無しで、お仕事関係者以外は基本的に非公開)、過去データを整理蓄積してみることにした。 この作業は今週一杯、かかるだろう。 無駄手間のようだが、これは今後に効いてくるのだ・・・と信じたい。

2025年7月16日(水)

昨日は終日、某サイトの整備のために過去資料を発掘することに没頭して、晩に気付いてみたら「王位戦第2局」の1日目を見逃していた事を知った。 今日は晩のロボプロぐらいの日なので、封じ手の開封から見届けてみよう。 2時間半ほど考えたまま封じた手というのは、角損でスカスカな藤井陣と共に、ちょっと興味がある。

今朝の朝日新聞の将棋欄「名人戦」の記事では、この日記で紹介したように「古賀市」「茨木県」という間抜けな誤字を2日にわたって重ねた反省からか、「関東の小京都」などと持ち上げて、上のように不自然に「茨城」「古河」を連発していた。 まぁ、これを「後の祭り」と言うのだろう。 伝説の珊瑚写真でも購読を続けたものの、「ののちゃん掲載が終わったら購読を辞める」とずっと前から決めている方針は全く変わらない。

朝に届いていたメイルによれば、これまでの最上位「Muse S」(手元にあるが使っていない)の上位となる新バージョンの「Muse S Athena」が登場したようだ。 まぁ、少しずつspecは上がっているものの、驚くほどの発展は無くて、それでも値段はおよそ77428円ということで、これは全く購入のモチベーションにならない。 ここはまたまた放置プレイである。 かつて2016年に 脳波センサ”MUSE”は新楽器として使えるか で報告したように、初期のMuseは技術情報を全てopenにして、多くの研究者に迎え入れられたのだが、現在では閉鎖的なので、全くソソラレない存在になってしまったのだ。
そして午前から午後まで、王位戦をサブWindowsに出しつつ、昨日から続けていた某サイトの整備を続けて、手持ちで発掘できた資料を全て並べるところまで完了した。 その後の約10年間の資料はこれから入手することもあるだろうが、ほぼ仕掛かりの作業を終えたので、またまた明日のJoyJoyも天気を除けば気持ち良く行けそうな気がしてきた。 ただし王位戦についてはいつものように、後ろ髪を引かれつつ出掛けることになるので、判明するのは終局後(帰宅後)になりそうだ。

2025年7月17日(木)

昨日の王位戦第2局は、「ひふみんEYE」によれば 藤井聡太王位、本領発揮の「肉を切らせて骨を断つ」事前研究＆対応力で一枚上 とのことで、棋譜を追ってみたが、まぁ強烈な終局(攻めは打ち歩詰めしか出来ない→投了)だった。
ロボット教室のRPパーツで「ディスプレイシールド」の不良を報告していたのだが、昨夜の教室に交換パーツが届いていて、さらにRP1とRP2の2クラスを担当するということで、追加のロボプロシールドとディスプレイシールドも届いた。 手元にArduinoはたくさんあるのでシールドだけ欲しい、とお願いしていたのだが、こうなると「8*8マトリクスLED」も必要になったのだが、なんとコントローラは同じMAX7219であるものの、 これ とか これ とかに使っているLEDモジュールとは全くサイズから異なっている「OSL641501-ARA」というものであると判明した。

そしてこの 8*8マトリクスLED 「OSL641501-ARA」 は珍しくAmazonには無かったので、久しぶりに秋月電子に行った。 僕の環境では、FirefoxもChromeも秋月電子サイトでは何も出なくなっているが、何故かまだSafariは行けるので、同じ送料が必要なら・・・とついでに、実験してみるためにあと2件ほど追加して注文した。 さらに技術資料PDF ★ ★ ★ ★ もゲットして、届いたら実験できる環境も整えてみた。
その後、1週間ぶりのJoyJoyヒトカラまでの時間を、フト思い付いたテーマであれこれ検索して過ごしたが、その成果が出てくるのはまだ来週になりそうだ。 梅雨明けした後で全国的にあちこちで大雨となっている中、浜松付近は奇跡的に雲の「切れ間」が連続しているようなので、大きな傘でなく折りたたみ傘で出掛けることにした。

2025年7月18日(金)

昨日のJoyJoyは6時間で57曲を完走したが、長めの曲が多かったので体感としては先週より上出来だった。 今朝にSeeed社から届いていた案内の中には、ちょっと気になるものがあったので、ここに備忘録として置いておこう。

これは超小型のMIDIシンセ、 XIAO MIDI Synthesizer である。 MIDIと言ってもMIDI端子などは無くて、さらにOpen Sourceなので色々と改造も出来そうだ。 YouTube のDemoを見ても、なかなか開発者の気合いが感じられる。

こちらは小型で安価なディスプレイ、 XIAO 7.5" ePaper Panel である。 YouTube のDemoを見ると、こちらもOpen Sourceで色々と出来そうな感じである。 相変わらず、Seeed社は頑張っているのだ。 

2030年
	税金がじわじわと上がる。「増税分は社会保障に」と言われたけれど、母の介護施設は閉じたままだった。国債残高が1,500兆円を超えたとニュースが言っていた。けれど日常は変わらず、誰も気にしていなかった。
2040年
	金利がわずかに動いた日、住宅ローンの返済が突然重くなり、友人が家を手放した。その頃、年金支給額は3割減。政府は「持続可能な制度へ移行中」と説明した。でも祖父の表情は少し曇っていた。
2050年
	国債金利が急上昇した。日銀が買い支えきれなくなったと新聞に。新卒の給与は据え置き、でも物価だけが上がった。「ステルス増税」なんて言葉が流行った年。税と保険料で、手取りが生活保護以下になった人もいた。
2060年
	政府は「財政再建緊急法案」を出した。医療、教育、年金、すべてが「選択制」になった。公立病院が民営化され、通学には「自己負担枠」がつけられた。破綻は「宣言」ではなく、「静かな制度変更」で訪れた。
2070年
	円が暴落し、外国企業にインフラが売られた。水道と電気が「海外オペレーション」になり、料金は1.8倍になった。「国が国であること」の定義が揺らいだ年。
2080年
	「新円切り替え」の発表。旧円の預金は3割が凍結された。中流層の崩壊。街には「物々交換」のマーケットが戻った。カフェのレジで、「味噌1パック」を差し出す人を見た。
2090年
	国家機能の一部が自治体に委ねられ、中央政府の予算は5分の1にまで縮小。首都機能は仮想空間上に移され、紙の戸籍は廃棄された。「国家のリセット」と呼ばれた出来事。
2100年
	森と田畑の中で、人々は静かに暮らしていた。政府の支援も、税も、もはや存在しなかった。ただ、日々を生きる力だけが残っていた。
	崩壊とは、突然の崖ではなかった。それは、知らぬ間に足元が沈んでいく、柔らかい泥のような時間だった。
AIに関する記事 ChatGPTはなぜ「電気羊の夢」を見られないのか？──AIが「個性的な作家」になれない理由 を紹介した5ちゃんのスレに「AIに書かせた(たつき諒風)日本の未来 『夢日記 --- 沈む舟』」という、上のような書き込みがあった。 これも、せっかくなので「予言」としてここに置いておく事にした。 どうせ僕は結果を判定できないので。
そして来月からのロボット教材を取りに行ってみると、なんとこれまで「電子ブック」から1ページずつPDFをダウンロードしては手作業で合体させてきたのに、「全ページ」というダウンロードのメニューが登場していた。 これによって作業は大幅に短縮されて、タブレットへの移植も速攻で完了した。 これは、目立たない地味な改編なのだが、嬉しいことだ。 
#include "Sprite.h"
#include "Matrix.h"
Matrix myMatrix = Matrix(11, 13, 1);
int x,y,x1,y1,x2,y2;

void setup(){
	x1=1; y1=6; x2=6; y2=1;
}

void loop(){
	myMatrix.clear();
	x=x2; y=y2;
	area_check();
	x2=x; y2=y;
	myMatrix.write(x2, y2, HIGH);
	x=x1; y=y1;
	area_check();
	x1=x; y1=y;
	myMatrix.write(x1, y1, HIGH);
	delay(75);
	myMatrix.write(x1, y1, LOW);
	x=x1; y=y1;
	area_check();
	x1=x; y1=y;
	myMatrix.write(x1, y1, HIGH);
	delay(75);
	myMatrix.write(x1, y1, LOW);
	x=x1; y=y1;
	area_check();
	x1=x; y1=y;
	myMatrix.write(x1, y1, HIGH);
	delay(75);
}

void area_check(){
	if( x>0 && x<7 && y>0 && y<7 ) dice(0);
	else if( x==0 && y==0 ) dice(1);
	else if( x==7 && y==0 ) dice(2);
	else if( x==0 && y==7 ) dice(3);
	else if( x==7 && y==7 ) dice(4);
	else if( y==0 ) dice(5);
	else if( x==0 ) dice(6);
	else if( x==7 ) dice(7);
	else dice(8); 
}

void dice(int z){
	int i;
	switch(z){
		case 0:
			i = random(4);
			if(i==0) x = x + 1;
			else if(i==1) x = x - 1;
			else if(i==2) y = y + 1;
			else y = y - 1;
			break;
		case 1:
			i = random(2);
			if(i==0) x = x + 1;
			else y = y + 1;
			break;
		case 2:
			i = random(2);
			if(i==0) x = x - 1;
			else y = y + 1;
			break;
		case 3:
			i = random(2);
			if(i==0) x = x + 1;
			else y = y - 1;
			break;
		case 4:
			i = random(2);
			if(i==0) x = x - 1;
			else if(i==1) y = y - 1;
			break;
		case 5:
			i = random(3);
			if(i==0) x = x + 1;
			else if(i==1) x = x - 1;
			else y = y + 1;
			break;
		case 6:
			i = random(3);
			if(i==0) y = y + 1;
			else if(i==1) y = y - 1;
			else x = x + 1;
			break;
		case 7:
			i = random(3);
			if(i==0) y = y + 1;
			else if(i==1) y = y - 1;
			else x = x - 1;
			break;
		case 8:
			i = random(3);
			if(i==0) x = x + 1;
			else if(i==1) x = x - 1;
			else y = y - 1;
			break;
	}
}
一昨日の夜、22時頃に秋月電子に注文して、ジャパンネット銀行から振り込んでいたパーツが、なんと今日のお昼頃にはクロネコヤマトで自宅に到着してしまった。 そうなれば、さっそくロボプロシールド+マトリクスシールドに装着して、動作確認したくなる。 そこで一気に(所要20分ほど)上のようなArduinoスケッチを完成させた。

最初は単に8×8の平面内をランダムウォークするドット、というだけだったのだが、これでは面白くないので、ドットを2個として、それぞれの速度を変えて(片方は3倍速)みた。 これなら、ちょっとは教材として面白いだろう。 そしていつものように、動画で記録して YouTube動画 にも上げてみた。 ただし今回はサイレントである。 Webに上げてから見返してみると、「loop()」の中をもう少しスマートに(4箇所の3行がそれぞれ2行になるように)記述できる[→「area_check()」に座標を引数として渡す]方法に気付いたが、まぁそれは別に、これでもいいだろう。

2025年7月19日(土)

今日は午後にロボプロRP1があるのだが、前回で3人とも持参するパソコンの環境設定が完了しているので、今日は十分に中身に没頭できる。 おそらく時間が余るので、昨日作ってみた この ランダムドットの1ピクセル版に挑戦してもらおう・・・と考えている。 「if else」はもうやったので、「switch」でなく「if else」の列記で代用することにして、サブルーチンへの引数渡しをししないで全てを「loop()」内で記述するとすれば、あと必要なのは「random()」だけなので、全く問題ないだろう。

昨日のロボット教室では、上のように2人の生徒からそれぞれ「不良スイッチ」と「不良モーター」を不要だからと受け取ったので、いつものように修理することにした。 スイッチの断線(スイッチ側とプラグ側の両方が断線しかけていた)はいつもの「故障」だが、モーター(状態としてはけっこう新品ぽい)の方は初めて「不良」という状態だった。 断線などはしていなくて、ケースを開けると内部のハンダが取れていて、これは明らかにHuman Academyが外注している中国の工場での製造段階エラーであった。 スペアパーツを注文することになった生徒の親御さんには気の毒だが、まぁ確率的にはこういう事もあるのだろう。

そして約30分ほど、いつもの このような作業 によって、上のように完全に修理されて、まだまだ働けるパーツに復活した。 ただし教室ルールでは「良い子はこんな事してはイケナイ」ので、僕だけが手元で使う(故障した生徒に一時的に貸し出す)ことになる。 

#include "Sprite.h"
#include "Matrix.h"
Matrix myMatrix = Matrix(11, 13, 1);
int x,y,x1,y1,x2,y2;

void setup(){
	x1=1; y1=6; x2=6; y2=1;
}

void loop(){
	myMatrix.clear();
	area_check(x2, y2);  x2=x;  y2=y;  myMatrix.write(x, y, HIGH);
	area_check(x1, y1);  x1=x;  y1=y;  myMatrix.write(x, y, HIGH);
	delay(75);
	myMatrix.write(x, y, LOW);
	area_check(x1, y1);  x1=x;  y1=y;  myMatrix.write(x, y, HIGH);
	delay(75);
	myMatrix.write(x, y, LOW);
	area_check(x1, y1);  x1=x;  y1=y;  myMatrix.write(x, y, HIGH);
	delay(75);
}

void area_check(int x0, int y0){
	x=x0; y=y0;
	if( x>0 && x<7 && y>0 && y<7 ) dice(0);
	else if( x==0 && y==0 ) dice(1);
	else if( x==7 && y==0 ) dice(2);
	else if( x==0 && y==7 ) dice(3);
	else if( x==7 && y==7 ) dice(4);
	else if( y==0 ) dice(5);
	else if( x==0 ) dice(6);
	else if( x==7 ) dice(7);
	else dice(8); 
}

void dice(int z){
	int i;
	switch(z){
		case 0:
			i = random(4);
			if(i==0) x = x + 1;
			else if(i==1) x = x - 1;
			else if(i==2) y = y + 1;
			else y = y - 1;
			break;
		case 1:
			i = random(2);
			if(i==0) x = 1;
			else y = 1;
			break;
		case 2:
			i = random(2);
			if(i==0) x = 6;
			else y = 1;
			break;
		case 3:
			i = random(2);
			if(i==0) x = 1;
			else y = 6;
			break;
		case 4:
			i = random(2);
			if(i==0) x = 6;
			else if(i==1) y = 6;
			break;
		case 5:
			i = random(3);
			if(i==0) x = x + 1;
			else if(i==1) x = x - 1;
			else y = y + 1;
			break;
		case 6:
			i = random(3);
			if(i==0) y = y + 1;
			else if(i==1) y = y - 1;
			else x = x + 1;
			break;
		case 7:
			i = random(3);
			if(i==0) y = y + 1;
			else if(i==1) y = y - 1;
			else x = x - 1;
			break;
		case 8:
			i = random(3);
			if(i==0) x = x + 1;
			else if(i==1) x = x - 1;
			else y = y - 1;
			break;
	}
}
そして、昨日のArduinoスケッチはやはりちょっとスマートさに欠けるので、上のように改訂したものもここに置いておくことにした。 実際にはコンパイル/実行していないのだが、まぁこれぐらいであればpaper machineでも大丈夫だろう。
なお、上のプログラムはロボプロのライブラリを正規にインストールしていない僕の「お仕事Mac」でコンパイルするために、冒頭の"Sprite.h"と"Matrix.h"の2つのファイル指定をダブルクォーテーションで行っている(このinoファイルが置かれたディレクトリ内に横並びでそれらを置いている)が、インストールされている環境であれば、「半角不等号」で挟む(別の場所にあっても参照される)ことになるので注意されたい。

2025年7月20日(日)

水曜日のRP2、一昨日のアドバンス、昨日のRP1に続いて、今日はロボット教室の[午前ミドル+午後アドバンス]であり、基本的に隔週で訪れる「このパターン」にも慣れてきた感じである。

今日は参院選挙の投票日だというが、7月9日に既に不在者投票を済ませてきた身にとっては、何の感慨も無い。 晩のテレビは各局ともそういう番組なのだろうが、まぁ結果は翌朝の新聞で知るぐらいで、ほぼ無風の静岡県では盛り上がってもいない。

2025年7月21日(月)

午前にはマツダに行って定期点検をしてきたが、このクルマもあと2年半ぐらいで退役となりそうだ。 現在のデミオ(マニュアル)に乗って7-8年になるが、その前もデミオ(マニュアル)を11年ぐらい乗った。 パイオニアの受託研究ではマツダから技術資料をディーラーに取り寄せてもらって自分で改造するなどしたのだが、もうマニュアル車が無い時代なので、「次」はどうなるのだろうか。
スケジュール表では、今週から来週にかけて、「夏シンポ原稿執筆」という文字がずらっと並んでいる。 その翌週の8月7日がたしか原稿提出締切なのだが、これまでも締切日に提出したことはなく、むしろずっっっっと前に提出することがほとんどだったが、6月下旬の色々で速攻提出が出来なかったのだ。 材料としては、万博に行った後で この日記のPart7 の最後の「2025年6月25日(水)」のところと、この日記の「2025年6月28日(土)」・「2025年6月29日(日)」・「2025年7月1日(火)」のあたりに、「背景」となる過去の「繋がり」が掘り起こされていたので、まずはこれを整理することになる。
そして万博当日の記録についても、材料としては、万博に行った直後の この日記のPart7 の「2025年6月9日(月)」のところでまとめていた。 これらを読み直せば、とりあえずの6ページぐらいは楽勝で書ける・・・と思いたい。
さらに思い出したのは、万博なんてのはそういうものなのだが、プロジェクトがえらくドタバタしていて、具体的なイメージが無いまま直前までずっと待たされていた・・・という経過や関連情報については、 この日記のPart6 の「2025年2月28日(金)」・「2025年3月19日(水)」・「2025年3月26日(水)」・「2025年4月1日(火)」・「2025年4月3日(木)」・「2025年4月8日(火)」・「2025年4月11日(金)」などに書かれていた。 そしてこれに続く この日記のPart7 では、そこからMaxプログラミングを延々と進めていた・・・という日々に繋がるのである。

2025年7月23日(水)

「JR山手線 スマホ充電で出火したモバイルバッテリー リコール対象か」というニュースに関連して上のような恐ろしい写真が流れてきた。 5ちゃんではさっそく、「タイミング的にもアンカーやろね」・「Ankerは相当数が出回ってるだろうからなあ」・「アンカー何かリコール出てたよな？」・「Ankerでええか？」・「ANKERかAUKEYか」・「Ankerかな？」・「Ankerっぽいけどな」・「Ankerの返金対応、申請したけど返送パック送るとかいったまま音沙汰ないわ」・「アンカー信者キモいからな」・「こりゃアカンカー」・「アンカー儲とか厨二かよ」・「アンカーやべえな」・「まあAnkerだろうね」といつもの大喜利になっていたが、 経済産業省の「リコール情報」ページ を見てみると、確かに「アンカー・ジャパン株式会社」は、なかなかの常連となっていた。

僕がこれまでに買ったことがあるUSBモバイルバッテリーはたった2種類で、そのうち上のPanasonicのものは流石に国内大手ということて安心な感じだが、現在ではこれは奥さんの遠出旅行用に貸し出して以降、便利なためか、戻ってこない。
そしてもう1種類は中国の「3E」社の以下のモデルだが、これは薄型であるもののズッシリと重い。 バッテリセルが寿命で分厚くなるのを防ぐためか、継ぎ目の無い(幅広パイプ状)鉄板ケースに入っているためで、現在でもロボット教室の教材の電源や Arduino電子工作 で、全てのYouTubeデモ動画に登場して活躍している。 たしか7個を購入したのだが、SUAC最後の頃の「基礎演習E」の誰かの作品に使って、内部に組み込んでいたのをそのままプレゼントした記憶があり、現在は6個が現役で頑張っている。

シャープが新しい VR触覚コントローラー を出した、という記事も注目しておきたい。 ユーザ(基本的にはゲームメーカー想定)は事前登録して10万円を出して「未完成品」を受け取り、使い勝手をシャープに連絡しつつお互いにレベルを上げていこう・・・というプロジェクトスタイルは素晴らしい。 指先の「多分割駆動の触覚素子」というのは新しく、単なる ピリピリ の先を目指すものとして注目/歓迎したい。

見たところ、5指ごとに「曲げセンサ」があり、その固定プレートのプラスチック弾力による相応の反作用はありそうだ。 ただし「触覚」の生成は「指の皮膚表面上に触覚を感じる」ということで指先電極によるものだけらしいので、マジックハンドのコントローラというようなインターフェースにはあまり使えそうもない。
ただしちょっと気になったのは、人間の掌の大きさというのは、指の長さとともに千差万別であり、この構造でどうやって色々な大きさと形状の「手」にフィッテングするのか・・・という問題である。 ヤマハのMIBURIでは、グリップコントローラとか身体センサについては、自分の身体に合わせたら残りの部分はハサミで切り取っていたのだが、これはどうなのだろう。
ページ下部の「注意事項」を読んでみると、あれこれ防衛線を張っていて、以下のような部分にはちょっとガッカリした。 まぁ、とりあえず「シャープが何か新しいことをやっている」と発信することも重要な時代なので、こんなところからなのだろう。

わざわざ「デバイスを装着したまま現実世界の楽器を演奏する等は非推奨」と特記しているという事は、おそらくシャープの中の人が実際にやってみて、こりゃ駄目だ、楽器の演奏において「指先」こそ最良最適なインターフェースなのだ、と実感したことの傍証となっている。 むしろここに着目して、新しい音楽情報科学の研究ネタが生まれるのではないだろうか。
こんな簡単な構造では無理なのだが、5指に対して「相手の力学的反作用」に対応した物理的リアクションを「返す」機構を持ったグローブは30年以上も昔からあるので(数百万円〜数千万円のシステム)、10万円という中途半端な価格も相俟って、とりあえず様子見するしかなさそうだ。 

;-----------------------------------------------------------------------
;	MARI Metronome : Feb.1993
;-----------------------------------------------------------------------

;##### RAM Map #####
	dseg
	org	0000h
rx_fifo		ds	16384
rx_top		ds	2
rx_end		ds	2
phase		ds	1
count		ds	1
demo		ds	2
mode		ds	1

;##### I/O Map, Defines #####
	cseg
sio_a		equ	0018h
sio_b		equ	001ah
pio_a		equ	001ch
pio_b		equ	001eh
b_rate		equ	00f8h
scaler		equ	00f9h

;##### MACRO #####
move	macro	@1,@2
	ld	a,@2
	ld	(@1),a
	endm
io_set	macro	@1,@2
	ld	a,@2
	out	(@1+1),a
	endm
io_put	macro	@1,@2
	ld	a,@2
	out	(@1+0),a
	endm
clear	macro	@1
	xor	a
	ld	(@1),a
	endm
inc_a	macro	@1
	ld	a,(@1)
	inc	a
	ld	(@1),a
	endm

;##### RESET #####
	org	0000h
	ld      sp,0ffffh
	di
	jp      main

;##### INT / NMI #####
	org     0020h
	dw	_midi_
_midi_:
	ex	af,af'
	exx
	ld	de,(rx_top)
	ld	a,10000000b
	or	d
	ld	h,a
	ld	l,e
	in	a,(sio_a)
	ld	(hl),a
	inc	de
	res	6,d
	ld	(rx_top),de
	exx
	ex	af,af'
	ei
	reti
	org     0066h
	retn

;##### Initialize --> Main Loop #####
main:
	ld      hl,08000h
	ld      a,0f0h
_ram_clear_loop:
	ld      (hl),0
	inc     hl
	cp	h
	jp	nc,_ram_clear_loop
; <Baud Rate>
	io_put	scaler,00000000b
	io_put	b_rate,00100010b
; <PIO Initial >
	io_set	pio_a,0cfh		; Mode 3
	io_set	pio_a,00000000b		; 0:Out / 1:In
	io_set	pio_a,007h		; Interrupt Disable
	io_set	pio_b,0cfh		; Mode 3
	io_set	pio_b,11111111b		; 0:Out / 1:In
	io_set	pio_b,007h		; Interrupt Disable
; <SIO Initial>
	io_put	0f0h,003h		; WDT Disable
	io_put	0f1h,0b1h		; WDT Disable
	io_put	0f4h,001h		; Daisy Chain
	io_put	010h,1			; CTC #1 Int. Disable
	io_put	011h,1			; CTC #2 Int. Disable
	io_put	012h,1			; CTC #3 Int. Disable
	io_put	013h,1			; CTC #4 Int. Disable
	io_set	sio_b,00011000b		; Channel Reset B
	io_set	sio_b,1			; Resister Point = 1B
	io_set	sio_b,0			; Interrupt Mode
	io_set	sio_b,2			; Resister Point = 2B
	io_set	sio_b,20h		; Reset Address
	xor	a
	ld	i,a			; High Address
	io_set	sio_a,00011000b		; Channel Reset A
	io_set	sio_a,4			; Resister Point = 4
	io_set	sio_a,01000100b		; Mode
	io_set	sio_a,1			; Resister Point = 1
	io_set	sio_a,00011000b		; Interrupt Mode
	io_set	sio_a,3			; Resister Point = 3
	io_set	sio_a,11000001b		; Receive Start
	im	2
	move	phase,6
	call	led_disp
	ei
loop_1:
	call	demo_play
	jp	loop_1
loop:
	call	midi_check
	call	sw_scan
	jp	loop

;##### Subroutines #####
bit_map:
	db	11111110b,11111101b,11111011b,11110111b,11101111b,11011111b
	db	10111111b,11011111b,11101111b,11110111b,11111011b,11111101b
led_disp:
	ld	a,(phase)
	ld	c,a
	ld	b,0
	ld	hl,bit_map
	add	hl,bc
	ld	a,(hl)
	out	(pio_a),a
	ret
sw_scan:
	in	a,(pio_b)
	and	00000001b
	ret	nz			; Non Event
	io_put	pio_a,01111111b
	move	count,24
	ret
demo_play:
	inc_a	demo+0
	cp	206
	ret	c
	clear	demo+0
	inc_a	demo+1
	cp	43
	ret	c
	clear	demo+1
	inc_a	phase
	cp	12
	jr	c,_next
	clear	phase
_next:
	call	led_disp
	in	a,(pio_b)
	and	00000001b
	ret	nz			; Non Event
	io_put	pio_a,01111111b
	clear	mode
	jp	loop
midi_check:
	ld	de,(rx_end)
	ld	hl,(rx_top)
	and	a			; CY <-- 0
	sbc	hl,de
	ret	z
	ld	a,10000000b
	or	d
	ld	h,a
	ld	l,e
	ld	b,(hl)			; [B] = Rx Data
	inc	de
	res	6,d
	ld	(rx_end),de
	ld	a,b
	cp	0f8h
	jp	z,_clock
	cp	0fah
	jp	z,_start
	cp	0fch
	jp	z,_stop
	ret
met_map:
	db	11111110b,11111110b,11111110b,11111110b,11111101b,11111101b
	db	11111101b,11111101b,11111011b,11111011b,11111011b,11111011b
	db	11110111b,11110111b,11110111b,11110111b,11101111b,11101111b
	db	11101111b,11101111b,11011111b,11011111b,11011111b,11011111b
	db	10111111b,10111111b,10111111b,10111111b,11011111b,11011111b
	db	11011111b,11011111b,11101111b,11101111b,11101111b,11101111b
	db	11110111b,11110111b,11110111b,11110111b,11111011b,11111011b
	db	11111011b,11111011b,11111101b,11111101b,11111101b,11111101b
_clock:
	ld	a,(mode)
	cp	0
	ret	z
	inc_a	count
	cp	48
	jp	c,_over
	clear	count
_over:
	ld	a,(count)
	ld	c,a
	ld	b,0
	ld	hl,met_map
	add	hl,bc
	ld	a,(hl)
	out	(pio_a),a
	ret
_start:
	move	phase,6
	call	led_disp
	move	count,24
	move	mode,1
	ret
_stop:
	clear	mode
	io_put	pio_a,01111111b
	ret

	end
そして午前から午後までずっと、昨日から本格的に始まった、音楽情報科学研究会・夏のシンポジウムの予稿の執筆に没頭した。 万博2025どころか、なかなかNIME2004までも行きつかないのだが、執筆の中で「木村まりさんとの縁」のところで、またまた過去データを深く深く探索して、遂に発掘したのは、「AKI-H8」でなく「AKI-80」のソースコード、という古い古いものだった。 その中でも5番目に古かったのが「MARI_MET.SRC」という1993年2月27日の上のもので、これはその時点で既に「お友だち」になっていた木村まりさんにプレゼント(米国に航空便で発送)した、「MIDI入力に反応してLEDバーグラフの「針」が振れるメトロノーム」というものだった。 これで、ICMC1997(ギリシャ・テッサロニキ)で知り合った東野さんよりも古いお友だちだと判明した。
原稿はまだ「背景と伏線」の半ばなのだが、もう「参考文献/Web」は44件にもなっている。 今日はここまでで、明日(週一の楽しみのJoyJoy)も続きを進めることになる。

2025年7月24日(木)

朝イチで届いていたメイルは、「IEEE International Conference on Electrical, Computer and Energy Technologies」・「Call for Works- STUDIO 300 Digital Art and Music Festival, 2025」・「Register now to join NVIDIA sessions at SIGGRAPH 2025」・「WWDC25で発表された新しいツール、テクノロジー、機能を活用した開発を始めましょう」・「2025年8月度修習技術者研修会開催のご案内」・「Feels like sipping a smoothie at a brain gym」という6本で、まぁいつも毎日こんな感じである。
その6本目のメイルはMuseから届いたもので、上のような新しいビジュアルがあったのだが、クリックしてみるとこの日記の「2025年7月16日(水)」のところの このページ (目新しいところは皆無)に行っただけだった。 これは、同一のショートCMを2度、連続して見せられているようなもので、全くいただけなかった。

　　

そしてネットニュースでは「米新興が錬金術を発見か。核融合反応使い『水銀から金を生成』と主張」というのがあった。 まぁ、得られるものより必要なエネルギーコストの方が大きい、といういつものアレなのだが、5ちゃんでは以下のようにキチンと解説されていた。 

炉壁に水銀ユニットを仕込んでDT核融合で発生する中性子を当てる -> 水銀の同位体ができる -> β-崩壊すると金になる
余計に発生する中性子はトリチウム増殖にも貢献する

198Hg + n → 197Hg + 2n
197Hg → 197Au + 電子 + 反電子ニュートリノ (半減期64.1時間)

最近核融合ベンチャーが多いけど、そもそもD-T核融合を商業的に持続させる目処って立ってんの？
これは僕も知らなかった反応式で、流石の5ちゃんである。 ところがこれで終わらないのが5ちゃんのいいところで、玉石混交の「玉」が連続して、また出てきた。 
金といえばゴールドラッシュなんて用語もあるくらい。古来から多くの採掘者（ガリンペイロ）を引き寄せる欲望の対象ですが、
以前西原理恵子さんが激推ししてた様々な労働に関する写真集「セバスティアン・サルガード写真集: 人間の大地　労働」。
ここにブラジルの大金鉱だったセラ・ペラーダ金鉱のガリンペイロも撮ってます。興味あったら図書館で借りてください。
　　　　　　　　
サルガドはそこで働く労働者たちの最も心に残る写真を何枚か撮影し、作業の狂気と混沌そのものを浮き彫りにしました。彼は
鉱山を見た時、「全身の毛が逆立った。ピラミッド、人類の歴史が展開した。私は太古の昔に旅したのだ」と言ったと伝えられている。
これはまた、凄い写真が出てきたものだ。 「人間」って、本当に、何なのだ???　 調べてみると「セバスティアン・サルガード写真集: 人間の大地　労働」は、中古本でも「￥12,530 税込」となっていて、ちょっと個人では購入できない。 書評 を拝見してみたが、確かに図書館に所蔵を確認して「見に行く」べき本なのかもしれない。
ニュースは他にも 著名な数学者が「気分を最も高揚させるカラオケ曲」を決めるために複雑な数学式を考案 というのもあったが、数式を見てみるとあまりにくだらない無内容記事だったのでコメントしない。
そして午前から午後にJoyJoyヒトカラに出掛けるまで、みっちり夏シンポの予稿執筆に没頭した。

2025年7月25日(金)

昨日は6時間で63曲を完走したが、ちょっと短い曲が入るとそのぐらいになるので、前週の6時間57曲と体感的には同じような充実度だった。 昨日に続いて、晩のロボット教室まで、今日も夏シンポの予稿執筆の一日である。
ちなみにこの日記の「2025年7月23日(水)」のところに書いていた「JR山手線 スマホ充電で出火したモバイルバッテリー」は下馬評のAnkerではなくて「cheero」（チーロ）ブランドのものだったので、ここに訂正というか補足しておく。

朝イチでSeeed社からの定期便に入っていたのは、 Drink Crafter - Open Source Cocktail Mixer というもので、WiFi経由で任意のカクテルを自動で作り上げるマシンである。 こういうのは一品料理で手作りしてきたものだが、なんとこれはGitHubで3Dプリンタのデータまで含めて、全てOpen Sourceで、プログラミング無しに誰でも同じものが作れる(レシピファイルもある)というのが素晴らしい。 明治大の宮下芳明先生の研究室を訪問した時に見た「味覚ディスプレイ(舐めるプリンタ)」とか、「淹れている様子をモニタできるコーヒー自動販売機」を思い出した。

2025年7月27日(日)

昨日も今日も、終日ずっと夏シンポの予稿執筆に没頭した。 そして「1. はじめに」・「2. 背景と伏線」・「3. 大阪・関西万博2025プロジェクト」までを書いたところで、文字原稿は約23,000字、「参考文献/Web」は71件となった。まだまだ明日はここから「4. Maxプログラミングの詳細」に取り組んで、最後の「5. おわりに」まで、執筆は5合目ぐらいなんじゃないか・・・という印象である。 
生成AIについて

和文タイトルから英文タイトルを作成するためにWeb版「Google翻訳」[***]を用いた以外、本稿では全てにおいて
一字一句たりとも、所謂「生成AI」[***]の支援を用いていない事をここに明記する。
すでに原稿の末尾には、「5. おわりに」と「参考文献/Web」の間に上のフレーズを入れることに決めているので、何度も何度も何度も何度も読み返しては微修正をして、恥ずかしくない日本語になるように鋭意、精進しているのだった。 今週一杯、この楽しい「苦行」は続くのだ。

2025年7月28日(月)

今日も一日、ずっと夏シンポの予稿執筆に没頭した。 文字原稿は29,000字、「参考文献/Web」は94件、さらに図が12枚となったところで、ほぼ「終了」となった。 あとはこれをPDF化するために、MacのPagesに貼り込んで整形して・・・という単純作業に移っていくことになる。 ただし、後半はまだまだ「練れて」いないので、明日ぐらいはplain textの文字原稿を読み直しては微修正する予定である。 昨日あたりから、CPAPで目覚めてまた寝るという合間に、原稿の修正ポイントが夢うつつに浮かんできているので、この状態をあと1-2日は続けたいのだ。 「※研究会原稿は6〜8ページを目安にご作成ください。ただし、その目安を超えても問題ありません（問い合わせは不要です）」というのがCFPにあったので、全体の分量については何も気にせず進めていくのである。

2025年7月29日(火)

今日と明日は王位戦第3局が新千歳空港内の会場で開催されていて、お仕事Macのサブディスプレイ(上下のうち「上」)はVivaldiで開いたAbemaTVの中継で一日が過ぎていく。

今日は新しい知識として、米ハーバード大学ケネディ行政大学院教授のダニ・ロドリック氏の「政治経済のトリレンマ」というのを知った。 ありとあらゆる状況において「三竦み」というのは存在していて、僕はKAWAI時代の研究開発で「コスト(開発費用)・スペック(製品仕様)・スケジュール(開発プロジェクト)」のトレードオフを骨身に沁みて学んだ。ダニ・ロドリック氏は2000年に「国家主義、民主主義、グローバル化のうち、2つは同時に実現できるが、3つを同時に実現はできない」と指摘したらしいが、トレードオフと違ってトリレンマというのは「どれも好ましくない三つのうちから、一つを選ばなければいけない、という三者択一の窮地」という、より辛い状況らしく、この2025年のトランプ、プーチン(、ネタニヤフ、金正恩、習近平、・・・)たちによって世界が掻き回されている状況は、正にこれなのだという。まぁ、日本国内にも色々なトリレンマがありそうなので、別に今に始まった事ではないのだろう。

昨夜も寝ている間というか睡眠の境界あたりで、昨日ほぼ書き上げたつもりだった夏シンポの予稿執筆に関して、3箇所ほど手直しの必要性を思い付いてしまったので、今日もさらに文字原稿レベル(Pages→PDFの整形の前段階)での手直しからスタートした。
そして午後には懸案の追加項目まで完成して、文字原稿は32,000字、「参考文献/Web」は96件、さらに図が15枚となったところで、今日のところはほぼ「終了」となった。 まだ我慢して今夜の追加着想を待ち、王位戦第3局の封じ手開封から2日目をBGVとしつつ、Pages→PDFの整形は明日の作業としていこう。

2025年7月30日(水)

昨日は夕方に「文字原稿」(plain text、9ポイントでびっしり10ページ)をプリントして、1時間ほどかけてじっくり推敲した。 コンピュータ画面で読むのと実際にプリントした「紙」を読むのとでは違うので、このプロセスは重要である。 そして今日はまず、サブ画面のVivaldiのAbemaTVで王位戦第3局2日目の封じ手が誰でも予想できる「同歩」だったと確認して、volumeを絞ってBGV化した。 どうせここから中盤で、それぞれ4時間ほど残している両者は、なかなか手を進めない局面なのだ。 そして今日は、まずプリントアウトに赤入れしていた修正を文字原稿ファイルに適用して、次にPagesに貼り込んで「図」を入れて・・・という作業である。

　　

ネットニュースからは、「Meta、筋電信号を用いた非侵襲型リストバンドを研究」というのが届いた。 Natureのサイト から、論文 A generic non-invasive neuromotor interface for human-computer interaction　　 をゲットしてみると、いやいやキチンとやっていた。 それも、僕がかつてNintendo系企業(MegaChips社)からの受託研究でやった 手首からの筋電ジェスチャ認識　　 の手法をほぼそのまま、現代の技術でマトモに発展させたものだった。 手首をぐるりと、共通GNDでなくそれぞれに基準電極を含めて16チャンネル分の差分3電極(計48electrodes)を配置して、16チャンネルのA/Dで取り込んで、現代の高性能CPUでパターン認識をしているので、僕がやった15年前の研究からは格段に進歩しているのだ。 これはちょっと、実際に出てくるのを期待してみよう。

ちなみに僕のやった研究については 筋電センサ関係情報 の「4代目 筋電センサ「MegaChips」」のところにあって、フロントエンド回路は上のようなものだった。 関連した学会発表3件 ★ ★ ★ とか、学生アンケートから得られた 29種類の「手首から先のジェスチャー」　　 (以下はそのうち27種類)を14人の被験者にやってもらったYouTube動画リンクもそこにある。 これは受託研究だったので、委託元に提出した最終レポートは非公開なので、学会発表も肝心の核心を外すのに苦労したのだった。 その肝心の部分(万人に共通のジェスチャは無い、個人ごとの特徴は顕著に再現できる)はむしろ、僕の 博士論文 のどこかに書いたような気がする。

そんな午前中、だいぶ前に「カムチャッカで地震で津波が」というのを聞いていたのだが、どうも次第に注意報から警報へと、津波情報が盛大になってきていたと気付いた。 北海道はなかなか緊張という感じだが、王位戦の会場は内陸部の千歳なので、全く静かなまま進んでいる。 こういう情報は予想される最大値にさらに下駄を履かせて警告し、結果として「予想より下回ったのでヨカッタ」という方向になるので、どうしても割り引いて受け取ってしまう「慣れ」というのは、なかなか問題かもしれない。 僕の家は高台の上のほうにあるので、もし東南海トラフ地震で浜松市内(駅周辺)が水没したとしても、少なくとも自宅マンションまで津波が来るという可能性は絶対に無いのである。

そして東海道線とかあちこちが津波警報でストップしたり大混乱している中、午後になってようやく、最初のバージョンが完成して、いつものように学会に提出を完了させた。 この最終PDFもプリントして、手元に置いて合間にチラチラ何度も眺めて、細かいバグが許容限度を超えた場合には修正して学会に再提出する・・・という流れである。 とりあえず予定表にズラズラと来週まで書き込んでいた「原稿執筆」という項目を消してスッキリさせたので、まずまず、やった感があるのだ。
その後、次第に終盤に向かって両者が時間を削りつつ、次第に「藤井曲線」が出現してきた局面のvolumeを最小限にして、みっちりと1時間、PDFプリントアウトを精読して10箇所ほどの修正を施した。 これは過去の経験からも「完成」であり、再び学会ページに行って 完成原稿 を再提出して、これはもう本当に「完了」となった。

そして18時過ぎの投了まで静かに対局を見守って、今日のお仕事は終了である。 明日はまたまた、今月5週目のJoyJoyヒトカラなのだった。

2025年7月31日(木)

昨日の王位戦第3局の棋譜を見てみた。 初日の冒頭あたりは夢中で原稿執筆していたので気付かなかったのだが、なんと「矢倉vs雁木」だったようだ(後手番の藤井初手「34歩」はたぶん歴史上2度目)。 ひふみんアイでは「『壁銀が泣いている』 藤井王位に少しでもスキ見せたら最後 ４連勝防衛の予感」と書かれていたが、確かに昨日の将棋は凄かった。 とりたててポカや悪手が無いのに、気付いてみると劣勢になっているというのは、対藤井戦で誰もが追い込まれるところなのだ。
そして当面のお仕事仕掛かりが無い(ロボット教室の教材は完成済、来月の紙テキストは今日届く筈、音情研の予稿完成、奈良学園大の集中講義はまだ先、技術士会の講演もまだ先、など)という状況になった今朝、またまたフト、久しぶりにArduinoで作るアイデアを思い付いた。 技術的には過去の延長(再利用)なのだが、予稿執筆でMaxプログラミングの思い出しをしたので、ちょっと前段階での構想にMax絡みの新アイデアがある。 まだ一気に完成までの一本道は閃いていないので、もうしばらく温めておこう。

今日のニュースでは、フランス、英国に続いてカナダもパレスチナを国家承認する、という流れになっていた。 そうなると、恐らく国内でも「chahge.org」あたりに「日本もパレスチナを承認しよう」というのが出ているのでは・・・と検索するとあったので、さっそく「世界につづけ パレスチナ国家承認」に賛同した。 3万人を超えたところだったが、果たしてどうなるか。 2018年に アウシュヴィッツ・ビルケナウ強制収容所 を訪れている僕としては、ユダヤ人とイスラエルの気持ちも痛いほど分かるのだが、しかしそれとこれとは別である。 ガザを放置できないのだった。

しかし、フランスに続いて英国が賛同したというが、この悲劇を生み出した元凶の 三枚舌外交 のイギリスが、どの面さげて承認したのか、なかなか歴史的な皮肉である。

そして発見したニュースは、「往年のテキストサイト『侍魂』（さむらいだましい）が、レンタルサーバ『ロリポップ』に移転して維持されていた」というものだった。 これは超なつかしい。 僕が知っているのはごく限定的だが、 ロボット技術の最先端 と、 最先端ロボット技術 外伝 と、あと派生して登場した何件かぐらいだった。 「いずれ消えてしまうのは勿体無い」ということで、許諾も得ずに勝手にまとめて自分のサイトにローカル保存/公開していた。 調べてみたら、ずっとSUAC研究室ページに「そのままでは行けないリンク」として残していた。

　　　　

せっかくなので、その 先行者 のリンクを密かに置いておこう。 当時の「2ちゃんねる」界隈の熱気が伝わるだろうか。

2025年8月1日(金)

昨日のJoyJoyヒトカラは大変だった。 いつも このリスト を持参しているのは、6時間飲みっぱなし歌いっぱなしのため、短期記憶が飛んで「さっき歌った」曲をまた入れてしまう馬鹿を避けるために必須なのだが、別のホルダーの楽譜を取り違えて持参してしまい、このリストが手元に無いヒトカラとなってしまった。 そこでスマホのChromeに登録してある このリスト をスマホ画面に出し続けて選曲することになったのだが、メモしつつリモコンで送りつつという手間のために効率が悪くなり、55曲が限度だった。 そういう事で今月の戦果は以下である。 ちなみに先月およびそれ以前の記録へのリンクは、この日記の冒頭「2025年6月27日(金)」のところにある。
      • 2025年7月3日(木) 6時間 61曲
      • 2025年7月10日(木) 6時間 58曲
      • 2025年7月17日(木) 6時間 57曲
      • 2025年7月24日(木) 6時間 63曲
      • 2025年7月31日(木) 6時間 55曲
今朝、ICMAから届いた情報は「Introduction to Computer Music e-book has changed URLs」というもので、 Introduction to Computer Music : An Electronic Textbook という凄いものだった。 これはComputer Musicの世界に入る人間は是非ともチェックしておく必要がありそうだ。

上のサイトの 目次 の詳細をここに再録することは省略するが、「1. Acoustics」・「2. Studio Gear」・「3. MIDI」・「4. Synthesis」・「5. Digital Audio」・「6. History and Lit」・「Appendices」という品揃えは立派で、チラッと見てみたが中身もしっかり充実しているものだった。
午後になって、電子情報通信学会からは「当会でこれまで公開してきた動画・ウェビナーの中から、2025年6月に特に視聴回数が多かった人気コンテンツをランキング形式でご紹介いたします」というのが届いたので、1位の 進化を続けるAIの行く先? 人とAIの共生がもたらすものとは? というのを拝見した。 ただし、1時間20分の動画をただ眺めるのでなく、プレゼンシートを次々にスキップすればおよその中身は分かるので、視聴時間は10分ほどだった。

2025年8月2日(土)

かなり珍しいことだが、今日から火曜日までの4日間、予定表が完全に空白になっている。 そこで今日は午前にはちょっと温めていたアイデアを実現すべく、 このように Amazonで仕入れていたLEDマトリクスモジュール(green)を出してきて、久しぶりのハンダ付けからスタートした。

午後には楽しい楽しいArduinoプログラミングに没頭の予定で、その後に楽しい楽しいMaxプログラミングが待っているので、たぶん完成はまだ先になるのだが、久しぶりの電子工作というのは、何だかテンションが上がるものだ。 まだ最終形態は構想が固まっていないので、「作りながら考える」という、いつものパターンとなりそうだ。

2025年8月3日(日)

昨日は午後ずっとプログラミング(ArduinoとMax)をしていたが、途中までで時間切れとなり、さらに今日も終日のプログラミングである。 ハードウェアとArduinoの基本的なところは無問題で完成しているのだが、肝心のコンテンツのところで大幅修正となった。 当初の構想では、8×8マトリクマスLEDを縦横に並べた4スクリーン構成で、そのうち1つ(左下)を基本パターンとすれば、例の「曼荼羅」のように、上下と左右それぞれ鏡像反転して並べる、というもので、これはそのまま基本となっている。 さらに今回はArduinoにボリュームを3個、取り付けて、1つは全体のアニメーションのスピード、あとの2つは、上下反転のdelayと左右反転のdelayと決めていた。 これもそのまま実装してある。

ただし問題は、8×8マトリクマスLEDの「基本パターン」である。 これまでずっと「数理造形」で抽象的・数学的なパターンだったので、今回は「自然に学ぶ」というのが当初のアイデアで、YouTubeで色々な「生物」・「動物」などの動きの動画をゲットして、Maxで荒くサンプリングして8×8にしてみたかったのだが、いざやってみると余りに画質が荒いので、ちょっと壁に突き当たった。 そして試しにまたまた数理造形パターンで実験してみると、「上下左右鏡像反転」と「領域ごとのdelay」が予想外に面白かったので、結局、上のMaxパッチは「棚上げ」となった。 そして、データテーブルで「持つ」のでなく、せっかく数理造形であれば数学的にArrayに入れ込むアルゴリズムに没頭・・・ということになった。 これは明日も明後日も続きそうである。

2025年8月4日(月)

プログラミングに没頭して2日間も過ごすと、流石に寝入る時にも、そして寝ている時にもアルゴリズムが去来して、次第に冴え渡ってくる。 昨夜は夜中に目覚めたところでほぼ全体像がクリアになり、さらにそのまま「アルゴリズムの夢」を見ていた。 というわけで、まだ「入り口」なのだが、朝9時過ぎには以下のバージョンがとりあえず完成してしまった。

記録はこの YouTube動画 である。 見方としては、4個、8×8マトリクマスLEDが並んでいるのだが、「マスターLED」は左下のやつ(ケーブルが出ている最上流)である。 その右(右下)は2番目なので、必ずマスターに対してLEDデータが「左右反転」している。 また、マスターの上(左上)は3番目で、必ずマスターに対してLEDデータの並び順が「上下反転」している。 そしてラストの右上は4番目で、必ずマスターに対してLEDデータが「左右反転」しつつ並び順が「上下反転」している。 「曼荼羅」アルゴリズムそのまんまである。 

int pattern[1][24][8]={
  {
    { 1, 0, 0, 0, 0, 0, 0, 0 },
    { 3, 1, 0, 0, 0, 0, 0, 0 },
    { 7, 3, 1, 0, 0, 0, 0, 0 },
    { 15, 7, 3, 1, 0, 0, 0, 0 },
    { 31, 15, 7, 3, 1, 0, 0, 0 },
    { 63, 31, 15, 7, 3, 1, 0, 0 },
    { 127, 63, 31, 15, 7, 3, 1, 0 },
    { 255, 127, 63, 31, 15, 7, 3, 1 },
    { 254, 255, 127, 63, 31, 15, 7, 3 },
    { 252, 254, 255, 127, 63, 31, 15, 7 },
    { 248, 252, 254, 255, 127, 63, 31, 15 },
    { 240, 248, 252, 254, 255, 127, 63, 31 },
    { 224, 240, 248, 252, 254, 255, 127, 63 },
    { 192, 224, 240, 248, 252, 254, 255, 127 },
    { 128, 192, 224, 240, 248, 252, 254, 255 },
    { 0, 128, 192, 224, 240, 248, 252, 254 },
    { 0, 0, 128, 192, 224, 240, 248, 252 },
    { 0, 0, 0, 128, 192, 224, 240, 248 },
    { 0, 0, 0, 0, 128, 192, 224, 240 },
    { 0, 0, 0, 0, 0, 128, 192, 224 },
    { 0, 0, 0, 0, 0, 0, 128, 192 },
    { 0, 0, 0, 0, 0, 0, 0, 128 },
  }, // pattern 0
昨日の午後の段階で、まだこのパターンは上のようにデータ配列として固定だった。 それを「数理造形」なのだから・・・と頑張って、上のパターンを実現する、以下のような生成プログラムを作ったのである。 
      for(j=0; j<8; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = (255>>k) >> (7-j);
      }
      for(j=8; j<15; j++){
        for(k=0; k<8; k++){
          if((j-8) < k) pattern[1][j][k] = 255 >> (k-(j-7));
          else pattern[1][j][k] = 256 - (2 << ((j-8)-k));
        }
      }
      for(j=15; j<22; j++){
        for(k=0; k<8; k++){
          if((j-15) < k) pattern[1][j][k] = 256 - (2 << (j-8-k) );
          else  pattern[1][j][k] = 0;
        }
      }
当初は安易に、標示パターンを固定配列でズラズラと並べて選択すればいいと思ったのだが、苦労して上のプログラムが出来てみると、上下左右を反転して1パターンに4種類のバリエーションがある事にも気付いて、今後、暇をみては新しいパターンを追加するという「土台」が完成したということである。 動画にあるように、「上下左右鏡像反転」と「領域ごとのdelay」をそれぞれボリュームで変化させてみると、これまた面白くて、最初のサンプルのこのパターンだけでも色々と遊べるというのは新発見だった。 以下が、今後に拡張していく事を仕込んだ、そのArduinoスケッチである。 なかなか冴えた午前中となった。 
#include <MATRIX7219.h>
MATRIX7219 mx(4,10,13,4);
int musicScale[] = {523,587,659,698,784,880,988,1047};
int scan_timer=0, sw_old=0, sw_new, expand=0, pat_no=0;
int frame_timer[3], speed_data[3], pattern[2][24][8];
int loop_lim[] = {22,22};

void setup(){
  mx.begin();
  mx.clear();
  mx.setBrightness(3);
  mx.setReverse(false);
  randomSeed(analogRead(4));
  pattern_making();
}

void loop(){
  if(++scan_timer > 200){
    scan_timer = 0;
    sw_scan();
    int dat = analogRead(A0);
    speed_data[0] = map(dat, 0, 1023, 900, 10);
    speed_data[1] = analogRead(A1) / 64;
    speed_data[2] = analogRead(A2) / 64;
  }
  if(++frame_timer[0] > speed_data[0]){
    frame_timer[0] = 0;
    if(++frame_timer[1] > 50){
      frame_timer[1] = 0;
      display_patterns(frame_timer[2]);
      if(++frame_timer[2] >= loop_lim[pat_no] ) frame_timer[2] = 0;
    }
  }
}

void sw_scan(){
  sw_new = ! (analogRead(A3)/512);
  if(sw_new != sw_old){
      sw_old = sw_new;
      if(sw_new == 1){
        frame_timer[2] = 0;
        pat_no = 0;   // ######## random change !
        pattern_making();
      }
  }
}

int bit_reverse(int k){
  return( ((k&1)<<7)|((k&2)<<5)|((k&4)<<3)|((k&8)<<1)|((k&16)>>1)|((k&32)>>3)|((k&64)>>5)|((k&128)>>7) );
}

void display_patterns(int frame){
  int i,j;
  mx.clear();
  j = frame;
  for(i=0; i<8; i++) mx.setRow(i+1, pattern[0][j][i], 1);
  j = ( frame + speed_data[1] ) % loop_lim[pat_no];
  for(i=0; i<8; i++) mx.setRow(i+1, bit_reverse(pattern[0][j][i]), 2);
  j = ( frame + speed_data[2] ) % loop_lim[pat_no];
  for(i=0; i<8; i++) mx.setRow(8-i, pattern[0][j][i], 3);
  j = ( frame + speed_data[1] + speed_data[2] ) % loop_lim[pat_no];
  for(i=0; i<8; i++) mx.setRow(8-i, bit_reverse(pattern[0][j][i]), 4);
}

void expand_set(){
  int j,k;
  expand = (expand + 1 + random(3)) % 4;
  switch(expand){
    case 0:
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[0][j][k] = pattern[1][j][k];
      }
      break;
    case 1:
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[0][j][k] = bit_reverse(pattern[1][j][k]);
      }
      break;
    case 2:
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[0][j][k] = pattern[1][loop_lim[pat_no]-j-1][k];
      }
      break;
    case 3:
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[0][j][k] = bit_reverse(pattern[1][loop_lim[pat_no]-j-1][k]);
      }
      break;
  }
  tone(12,440); delay(50); noTone(12); delay(50); tone(12,880); delay(50); noTone(12);

}

int pattern_making(){
  int j,k;
  switch(pat_no){
    case 0:
      for(j=0; j<8; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = (255>>k) >> (7-j);
      }
      for(j=8; j<15; j++){
        for(k=0; k<8; k++){
          if((j-8) < k) pattern[1][j][k] = 255 >> (k-(j-7));
          else pattern[1][j][k] = 256 - (2 << ((j-8)-k));
        }
      }
      for(j=15; j<22; j++){
        for(k=0; k<8; k++){
          if((j-15) < k) pattern[1][j][k] = 256 - (2 << (j-8-k) );
          else  pattern[1][j][k] = 0;
        }
      }
      break;
    default:
      for(j=0; j<24; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = 0;
      }
      break;
  }
  expand_set();
}
そして昼前に浜松駅に行って、今月末の音楽情報科学研究会・夏のシンポジウムの切符を購入した。 「ジパング倶楽部」なので3割引である。 そしてランチ飲みしたのだが、お盆期間に突入していつものJoyJoyの予約が出来なくなったのを知って、勢いで浜松駅のJoyJoyに行って今週分のヒトカラ5時間を完走してしまった。 まぁ、上手くプログラミングが進んだ御褒美というのもあるので、これもアリである。

2025年8月5日(火)

調べているうちに Arduino-Reference.pdf なんてのをゲットしたが、午後には遂に今回の新ネタのArduinoマシンが完成した。 「数理造形」と言いながら、1つだけデータtableを持って手抜きしたのだが、まぁこんなものだろう。 元データとしては7種類なのだが、時間軸反転と左右ビット反転によって4倍の面白いパターンにバリエーションが展開されるので、そこに上下delayと左右delayが加わることで、かなり満足なものに仕上がった。

今週はロボット教室が水金土日とあるので、新作のお披露目となりそうだ。 以下がArduinoスケッチである。 

#include <MATRIX7219.h>
MATRIX7219 mx(4,10,13,4);
int scan_timer=0, sw_old=0, sw_new, expand=0, pat_no=0;
int frame_timer[3], speed_data[3], pattern[2][23][8];
int loop_lim[] = {23,16,16,15,15,15,15};
int mesh[15][8] = {
  { 0, 0, 0, 0, 0, 0, 0, 0 },
  { 1, 0, 0, 0, 0, 0, 0, 0 },
  { 2, 3, 0, 0, 0, 0, 0, 0 },
  { 5, 4, 7, 0, 0, 0, 0, 0 },
  { 10, 11, 8, 15, 0, 0, 0, 0 },
  { 21, 20, 23, 16, 31, 0, 0, 0 },
  { 42, 43, 40, 47, 32, 63, 0, 0 },
  { 0x55, 0x54, 0x57, 0x50, 0x5f, 0x40, 0x7f, 0 },
  { 0xaa, 0xab, 0xa8, 0xaf, 0xa0, 0xbf, 0x80, 0xff },
  { 0x54, 0x54, 0x57, 0x50, 0x5f, 0x40, 0x7f, 0 },
  { 0xa8, 0xa8, 0xa8, 0xaf, 0xa0, 0xbf, 0x80, 0xff },
  { 0x50, 0x50, 0x50, 0x50, 0x5f, 0x40, 0x7f, 0 },
  { 0xa0, 0xa0, 0xa0, 0xa0, 0xa0, 0xbf, 0x80, 0xff },
  { 0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x7f, 0 },
  { 0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0xff }, };

void setup(){
  mx.begin();
  mx.clear();
  mx.setBrightness(3);
  mx.setReverse(false);
  randomSeed(analogRead(4));
  pattern_making();
}

void loop(){
  if(++scan_timer > 200){
    scan_timer = 0;
    sw_scan();
    int dat = analogRead(A0);
    speed_data[0] = map(dat, 0, 1023, 900, 10);
    speed_data[1] = analogRead(A1) / 64;
    speed_data[2] = analogRead(A2) / 64;
  }
  if(++frame_timer[0] > speed_data[0]){
    frame_timer[0] = 0;
    if(++frame_timer[1] > 50){
      frame_timer[1] = 0;
      display_patterns(frame_timer[2]);
      if(++frame_timer[2] >= loop_lim[pat_no] ) frame_timer[2] = 0;
    }
  }
}

void sw_scan(){
  sw_new = ! (analogRead(A3)/512);
  if(sw_new != sw_old){
      sw_old = sw_new;
      if(sw_new == 1){
        frame_timer[2] = 0;
        pat_no = random(10);
        if(pat_no > 6) pat_no=0;
        pattern_making();
      }
  }
}

int bit_reverse(int k){
  return( ((k&1)<<7)|((k&2)<<5)|((k&4)<<3)|((k&8)<<1)|((k&16)>>1)|((k&32)>>3)|((k&64)>>5)|((k&128)>>7) );
}

void display_patterns(int frame){
  int i,j;
  mx.clear();
  j = frame;
  for(i=0; i<8; i++) mx.setRow(i+1, pattern[0][j][i], 1);
  j = ( frame + speed_data[1] ) % loop_lim[pat_no];
  for(i=0; i<8; i++) mx.setRow(i+1, bit_reverse(pattern[0][j][i]), 2);
  j = ( frame + speed_data[2] ) % loop_lim[pat_no];
  for(i=0; i<8; i++) mx.setRow(8-i, pattern[0][j][i], 3);
  j = ( frame + speed_data[1] + speed_data[2] ) % loop_lim[pat_no];
  for(i=0; i<8; i++) mx.setRow(8-i, bit_reverse(pattern[0][j][i]), 4);
}

void expand_set(){
  int j,k;
  expand = (expand + 1 + random(3)) % 4;
  switch(expand){
    case 0:
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[0][j][k] = pattern[1][j][k];
      }
      break;
    case 1:
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[0][j][k] = bit_reverse(pattern[1][j][k]);
      }
      break;
    case 2:
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[0][j][k] = pattern[1][loop_lim[pat_no]-j-1][k];
      }
      break;
    case 3:
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[0][j][k] = bit_reverse(pattern[1][loop_lim[pat_no]-j-1][k]);
      }
      break;
  }
  tone(12,1320); delay(50); noTone(12); delay(50); tone(12,1760); delay(50); noTone(12);
}

int pattern_making(){
  int j,k;
  switch(pat_no){
    case 0: // pattern loop = 23
      for(j=0; j<8; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = (255>>k) >> (7-j);
      }
      for(j=8; j<15; j++){
        for(k=0; k<8; k++){
          if((j-8) < k) pattern[1][j][k] = 255 >> (k-(j-7));
          else pattern[1][j][k] = 256 - (2 << ((j-8)-k));
        }
      }
      for(j=15; j<22; j++){
        for(k=0; k<8; k++){
          if((j-15) < k) pattern[1][j][k] = 256 - (2 << (j-8-k) );
          else  pattern[1][j][k] = 0;
        }
      }
      for(k=0; k<8; k++) pattern[1][22][k] = 0;
      break;
    case 1: // pattern loop = 16
      for(k=0; k<8; k++) pattern[1][0][k] = 0;
      for(j=1; j<8; j++){
        for(k=0; k<8; k++){
          if((j-1) < k) pattern[1][j][k] = 0;
          else pattern[1][j][k] = (2 << (j-1)) - 1;
        }
      }
      for(k=0; k<8; k++) pattern[1][8][k] = 255;
      for(j=9; j<16; j++){
        for(k=0; k<8; k++){
          if((j-9) < k) pattern[1][j][k] = 255;
          else pattern[1][j][k] = 255 - ( (2 << (j-9) ) - 1 );
        }
      }
      break;    
    case 2: // pattern loop = 16
      for(k=0; k<8; k++) pattern[0][0][k] = 0;
      for(j=1; j<8; j++){
        for(k=0; k<8; k++){
          if((j-1) < k) pattern[0][j][k] = 0;
          else pattern[0][j][k] = (2 << (j-1)) - 1;
        }
      }
      for(k=0; k<8; k++) pattern[0][8][k] = 255;
      for(j=9; j<16; j++){
        for(k=0; k<8; k++){
          if((j-9) < k) pattern[0][j][k] = 255;
          else pattern[0][j][k] = 255 - ( (2 << (j-9) ) - 1 );
        }
      }
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = pattern[0][j][7-k];
      }   
      break;
    case 3: // pattern loop = 15
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = mesh[j][k];
      }   
      break;
    case 4: // pattern loop = 15
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = mesh[j][7-k];
      }   
      break;
    case 5: // pattern loop = 15
      for(j=0; j<9; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = mesh[j][k];
      }   
      for(j=9; j<15; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = mesh[16-j][k];
      }   
      break;
    case 6: // pattern loop = 15
      for(j=0; j<9; j++){
        for(k=0; k<8; k++) pattern[0][j][k] = mesh[j][k];
      }   
      for(j=9; j<15; j++){
        for(k=0; k<8; k++) pattern[0][j][k] = mesh[16-j][k];
      }   
      for(j=0; j<loop_lim[pat_no]; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = pattern[0][j][7-k];
      }   
      break;
    default:
      for(j=0; j<24; j++){
        for(k=0; k<8; k++) pattern[1][j][k] = 0;
      }
      break;
  }
  expand_set();
}
記録はこの YouTube動画 である。 Webカメラで録画しているのだが、カメラのスキャン速度よりもArduinoはより高速に時分割動作しているので、ボリュームを回して高速時には動画ではチラチラするが、実際に肉眼で見ていると、もっとスムースに綺麗なのだ。

2025年8月6日(水)

今日は8月6日、 広島・原爆の日 である。 合掌。
最近は何故かKickStarterから届く「もろもろ案内(支援して)」が、隔日ペースぐらいと上がっている気がする。 それだけ世間でも「スケッチング」が流行しているとすれば、嬉しいことである。 今日の朝イチでKickStarterから届いていた案内のうち、 Spiker:bit - Turn Body Signals into Creative Inventions というのが、一つだけ気になった。

なんとあの、「超お手軽センシングの道具」が、遂に生体情報センシング(脳波・筋電・心拍)に進出してきたようなのだ。 しかしちょっと気になったのは、以下の「筋電→グローブがニキニギ」というアニメGIFである。 よく見ると、単に筋電(検出)スイッチで、モーターによって五指を引っ張っているだけだった。

99ドルのセンサボードが初期ロットで70ドルということだったが、調べてみるとこれはセンシングだけで、マイコンとして micro:bit を使うことが必須(コネクタが「micro:bit」専用)なのだった。 そして「micro:bit」の開発言語は以下のように、名前からして邪悪っぽい謎の Microsoft MakeCode か、Pythonか、Scretchか、という三択だった。

これはとても駄目だ・・・ということで、70ドルを支払うページに行くことは断念バーグした。 PythonとかScretchとか謎の邪悪なやつで、 こんな動作 をプログラミングするというのは、ちょっと無理ゲーなのだ。

そして晩のRP2では、生徒は中3だというのに、テキストには「余弦定理」なんてコラムがあったので、久しぶりにノートにまとめてみた。 手書きでメモしたのは上のような項目である。 ただし、ほとんどの項目は長期記憶から消えかけていて(^_^;)、短期記憶に戻すのにWikipediaの助けを必要としたのは仕方ないだろう。 しかし、Wikipediaの「積和公式」のところには無駄(冗長)な記述がある事を発見した。 「cos(x)・cos(y)」と「sin(x)・sin(y)」に続いて「sin(x)・cos(y)」の欄があればもう十分で、ここにさらに続けて「sin(y)・cos(x)」というのは不要だと思うのだが。

2025年8月7日(木)

「英国出身の超大物ロックバンド「ピンク・フロイド」のボーカル、ギタリストであるデヴィッド・ギルモア（７９）が古代ローマ遺跡「チルコ・マッシモ」で行った歴史的ライブの映像 "Ｄａｖｉｄ　Ｇｉｌｍｏｕｒ　ＬＩＶＥ　ＡＴ　ＴＨＥ　ＣＩＲＣＵＳ　ＭＡＸＩＭＵＳ，ＲＯＭＥ" が、９月１７、１８日に一夜限りで上映されることが６日、分かった」というニュースが届いたが、流石に79歳のおっさんのライヴの映像を見たいとは思わない。 僕にとってPink Floydは、リックライトが亡くなった2008年9月をもって、消えたのである。
しかしそんなニュースの載った5ちゃんのスレには、「因みに1971年の昨日今日は伝説の箱根アフロディーテが開催された日」なんていう書き込みがあって、 PINK FLOYD - Atom Heart Mother - Hakone Aphrodite Japan (1971) なんていう素敵な動画をゲット出来てしまった。 僕はまだ1971年には中1であり、ラジオの深夜放送を聞いたり、アマチュア無線技士の電信級を取ったり、電子オルガン(的なもの)を作ってみたり、ギターを弾き始めて「かぐや姫」を歌ったりしていた時期で、Pink Ploydを知るのはその2年後あたりなのだった。
さらにこのYouTubeの並びから、インド・ポンペイの伝説の動画に行き、最終的に Pink Floyd - Live at Pompeii 1972 なんていう、1時間以上の凄い動画までゲット出来てしまった。 これは是非、今後、時間を作ってでもじっくり視聴したい。

今日は空白の一日なのだが、明日から3日間連続で「ロボット教室」(アドバンス、RP1、ミドル+アドバンス)がある。 たまたまフト思い付いて、Maxの過去倉庫から「温故知新」で発掘したのが、上の「Karlheinz Stockhausen: Elektronische STUDIE II (1954)」というパッチである。 伝説のシュトックハウゼン(大阪万博1970のドイツ館で演奏したらしい)の作品なのだが、改めて聞いてみると素晴らしく、思わず スコアモード と ランダムモード の記録動画を収録してしまった。 ちなみに、オリジナル(かなり淡白にデッド)よりは深めにリバーブのパラメータを変更している。

このパッチの主要部分は上に全て置いている。 基本的には「StII-synthesis」サブパッチが全体の動作を支配していて、その中にある「score-player」と「randomizer」という2つのモードのサブパッチが、上の2種類のYouTube動画に対応している。 「score-player」ではシュトックハウゼンの残した「楽譜」をデータ化した「coll」(黒地に白のウインドウ)のデータを次々に呼び出して音源に送っている。 ランダムにした場合には「randomizer」サブパッチが、それぞれのパラメータをテーブル化しているところから読み出して、楽譜の1ラインに相当する情報として音源に送っている。 厳密に言えば、「random」オブジェクトを安易に使ってはいないが、参照テーブルが確率的にほぼ周期性を吹っ飛ばすように記述されているので、いくら走らせても「同じパターン」は登場しない。 音源は「mixture」という8チャンネルの、要するに8音ポリのサイン波バンクとしてデータに対応したサウンドをクラスターのように生成している。 とてもシンプルであり、「ランダム」モードであれば止めるまで無限にBGM生成を続けてくれる。

そしてここから、シュトックハウゼンのスコアモードを外して、 ランダムモード と同様にずっと生成するブロックだけを残しつつ、なるべく「見える化」をしてみたのが上のパッチである。 根幹となるのは「randomizer」サブパッチで、ここに隠れていた部分を可視化しつつ、重要なテーブルを全て表示してみた。 ゴミのようにときどきデータがある、というこのテーブルを安易に触ると、途端にサウンドが面白くなくなるので、ここにどうやら秘密があるらしい。 とりあえずBGMとして走らせる単独アプリ化もあるかな・・・と思ったが、気が向いたら作ってみる事にした。

2025年8月8日(金)

「最近ではほぼ隔日ペース」と書いていたが、昨日に続いて今日もKickStarterから「支援しないか?」の案内が届いた。 普通のDMとの違いがだいぶ曖昧になってきたが、とりあえずKickStarterの情報は単なる商売というよりは、「これまで無かったものをSketchingで生み出したデザイナ」が背景に見えるので、このメイルは止めずに受け続けたいし、中身もザッと見ることにしている。 もちろん、一見してつまらないもの(およそ70〜80%)は即刻スルーである。

今回はまず、上の「チタニウム製のボールペン」というやつにハマッてしまった。 もちろん出資して購入するというステップには進まないのだが、デモのアニメGIFは見応えするのだ。
そしてもう1件、 有田焼のコーヒーフィルタ には、しばしググッと見入ってしまった。 僕は毎日欠かさず1日2杯(午前の1杯目と午後の3杯目)、ブルックスコーヒー通販「モカ200袋セット」(どんどん上昇しているが最近だと7000円ぐらい)のドリップバッグを愛用して(午前の2杯目はフリーズドライのインスタントコーヒー)25年以上になるのだ。

レギュラーコーヒー(豆を挽いただけの袋詰め)をこの有田焼のコーヒーフィルタで飲む、という可能性は魅力的である。 ただしよく見ると、必ずセットとして有田焼の「器」が付いていて1万円オーバーと、どうも商売っ気がプンプンするので、2分間ほど沈思黙考した上で断念バーグした。 もし、このセットから「カップを除いたもの」が出てきたら、それがKickStarterでなくAmazonであっても、買うカモである。
ネットニュースからは 藤井七冠が羽生前会長の面前で「女流棋士新制度」に苦言　「棋力の担保は取れているのでしょうか」 という記事が流れてきて、喧々諤々、議論となっていた。 賛否両論、両者の言い分にはそれぞれ納得できて、僕としてはこれはノーコメントで見守るしかなさそうだ。

午後に、昨日ゲットした この動画 を鑑賞していると、音楽情報科学研究会から連絡が届いた。 「このたび、8月5日頃に公開いたしました学会プログラムにつきまして、諸般の事情により一部構成の見直しを行いました。今回の変更に伴い、午前セッション・午後セッションの開始時刻や一部セッションの順序に変更がございます」とのことで、【主な変更点】としては、「1日目（8月31日） 午前のセッションを取りやめ、午後から開始」・「3日目（9月2日） 午前セッションの開始時間を早める」・「これに伴い、後続の発表・デモセッションの開始時刻を調整」・「一般発表セッションは1件あたり30分枠（発表20〜25分＋質疑5〜10分）に統一」とのことだった。 

■ 1日目 (8/31)
12:30- 受付開始 
13:00-14:00 [一般発表] 音楽音響処理
	1. 音楽基盤モデルは音高情報を螺旋構造に埋め込むか？
	2. 運指を考慮したピアノ演奏ジェスチャーからのリアルタイム音高系列推定手法
14:15-15:45 [一般発表]  音楽表現と演奏行動の理解
	3. 音楽表現のために作られる演奏タイミングの規則性と逸脱
	4. 異なる強弱や間隔が混在するリズムパタン打叩時の予備動作の解明
	5. 名前のついていない演奏要素に対するマルチモーダル共同注視の実現 - LLMのエレキベース演奏学習支援システムへの応用 -
16:00-17:40 [オーガナイズドセッション] 
	6. 音楽情報処理×質的研究
 
■ 2日目 (9/1)
9:00- 受付開始
9:20-10:20 [一般発表] 音楽理解
	7. 歌声・伴奏・歌詞ごとの嗜好と許容度を考慮できる楽曲推薦インタフェースの検討
	8. 音楽言語モデルを用いた歌声MIDI採譜の定式化と比較
10:35-12:05 [一般発表] 音楽体験・認知・意味のモデル化
	9. 特定の楽曲を繰り返し聴くことにより生じる「飽き」の理解
	10. 音楽と映像のパラメトリック対応付けのための自由エネルギー原理に基づく目的関数の導入
	11. EXPO2025プロジェクトに参加して	長嶋 洋一（Art & Science Laboratory）
12:05-13:20 休憩
13:20-13:40 (国際会議既発表・デモセッション)概要発表
13:40-13:50 移動
13:50-15:20 国際会議既発表・デモセッション（1）
	12-1. Field Study on Children's Home Piano Practice: Developing  a Comprehensive System for Enhanced Student-Teacher
 	12-2. ToneCoach：管楽器奏者のための基礎練習支援システム
	12-3. Max環境におけるSony『Mocopi』を用いた身体動作による音声制御
	12-4. LLMによる推薦楽曲の音響特徴・歌詞特徴に基づく類似性の可視化
	12-5. ウェブデータからクラシック音楽の流通パターンを探る――ショートリスト効果およびネスト性の検証
	13. ASAPを用いた演奏表情付けに関する一報告
	14. GNNを用いた音楽分析の一検討
	15. 歌声分析における音源分離の影響の調査
	16. ProjectDAWIY --- GriCo： Excel VBA を用いた確率的自動作曲システム
	17. 自然言語と演奏表情の埋め込みベクトルを利用した演奏表情伝達手法の検討
15:35-17:35 [一般発表] 音楽分析
	18. 歌詞とダンスモーションの関係性を定量化するデータ駆動型手法
	19. ボーカロイドと歌手の人気楽曲の歌詞フレーズにおける想起される感情の差異と経年変化の分析
	20. 2015-2024年の邦楽および洋楽の人気楽曲におけるコード進行の傾向分析
	21. テンポ変動の確率モデルに基づくピアノ演奏分析の検討
18:00-20:00 懇親会
 
■ 3日目 (9/2)
8:45- 受付開始
9:00-10:00 [一般発表] 音楽生成・作曲支援 
	22. LLMを用いた楽器練習者のための解釈指示譜自動生成に関する検討
	23. MORTM: Mixture of Expertsを用いた旋律生成モデル
10:15-12:15 [一般発表] 音楽分析・可視化
	24. アカペラ練習支援のためのピッチ・タイミング・パワーの分析と可視化 ― 基準パートに対する相対ピッチの可視化 ―
	25. ポピュラー音楽の進化過程の可視化
	26. Tonal Pitch Spaceによる和音間距離の音楽的解釈
	27. 作曲スタイルの時代変化に関する進化駆動力の統計的推論手法の構築
12:15-13:20 休憩
13:20-13:40 (国際会議既発表・デモセッショ)概要発表
13:40-13:50 移動
13:50-15:20 国際会議既発表・デモセッション（2）
	28-1.Developing Max Objects for Mocopi: New Motion Capture System
	28-2. 一人一人の声の重ね合わせによる群衆歓声音の生成の検討
	28-3. 音楽ライブにおける奏者の移動に連動した音量変化によるライブ体験の向上に関する検討
	28-4. 大規模言語モデルによるタイムスパン簡約に向けたグルーピング構造分析の検討
	28-5. 吹奏楽演奏分析のためのチューナーマイク録音に対する採譜モデルの適応学習
	29. コード進行に基づく情緒表現を実現するリアルタイムVJシステム：ライブ演奏と連動した音楽ビジュアライゼーション
	30. 即興演奏初心者の支援を目的とした演奏入力対応型メロディ生成システムの検討
	31. 評価関数と機械学習を用いた合唱曲自動ピアノアレンジの左手パート生成
	32. バズりフレーズにおける微分音程の分析
15:35-16:35 [特別企画]
	33. 新博士セッション2025 ー 博士ノスヽメ 
16:40-17:00 クロージング
要するに、昨今の音楽情報科学研究会の長期低落傾向(年5回開催→年4回開催→年3回開催)の反映というか、発表応募が少なくて「3日間開催」という体を維持するために、中身を薄くしているのだった。 他の研究会でもよくあるが、初日の午前ナシ、あるいは最終日の午後ナシ、というのは定番であるが、発表時間をmaxに統一するのも、昼食時間が長めなのも、デモセッションへの移動時間や途中の休憩時間がかなり長めに設定されているのも、全て同じ理由による。 まぁ、音楽情報科学研究会でなくても一般の他の学会/研究会だけで「音楽情報科学ネタ」の発表をする人がどんどん出てきている、つまりは音楽情報科学の一般化/普遍化だと思えば、これはある意味で嬉しいことなのだ。

既に切符を購入してしまっていて、新横浜には10時半前に到着するので、ランチを入れても1時間半ほどの余裕が出来てしまった。 ところがいい時代で、ネットで「新横浜 + 1時間半 + 時間つぶし + おすすめ」と検索すると、出るわ出るわ、 新横浜駅で暇つぶし完全ガイド　・　 新横浜駅で時間つぶし　・　 新横浜でちょっと時間つぶしに行くカフェ　・　 新横浜で時間つぶし完全ガイド　・　 新横浜で一人で遊ぶためのおすすめスポット　・　 横浜アリーナ周辺付近で暇つぶし　・　 新横浜駅周辺のエンタメ・アミューズメント などと出てきた。
チラッと見たところ、新横浜駅から徒歩5分の 新横浜ラーメン博物館 が、「レトロ街並み : 1958年の下町をモチーフにしたエリアを再現」・「フォトスポット : 昔のポスターや小物を使ったSNS映えスポット」ということで、さらに入場料は大人450円なのに僕はシニア枠で100円、そして「営業時間は平日が11時から21時、土日祝が10時30分から21時」と、まさに日曜日の10時半に着く僕に合わせたような感じだった。 これはちょっと、楽しみが出来た。

2025年8月9日(土)

今日は8月9日、 長崎 　・　 原爆の日 である。合掌。
なんだか「隔日」が「毎日1本」になりつつあるKickStarterからの案内だが、今日はその中に1つだけ、凄いものがあった。 World’s First Curved Screen 3D AI Character Pod というもので、自分の好きな3Dキャラクタを、円筒形ディスブレイの中に3次元投影して、タッチスクリーンでインタラクション出来て、もちろん生成AIで自分好みに「調教」した性格で、自分好みの自動合成音声で会話できる・・・という、オタクの夢を実現したものらしい。

　　

価格は800ドルのところ初期投資で550ドルとなかなかだが、 この動画 とか この動画 とか この動画 とか この動画 とかを見てみると、なかなかしっかりしている。 それもその筈、このプロジェクトは以下のようにもう3年も続けてここまで来たのだった。

そして今回、ようやく満を持してこのモデルを出したということで、以下のようにKickStarterというよりは、本命はもろビジネスなのだ。 そして顧客は、一人っ子政策のために男女比が決定的にアンバランスになって、「結婚できない男」が溢れている中国の富裕層であり、このシステムで「自分に最適なワイフ」を実現して一人で暮らしていこう・・・という文化人類学的な解決法なのだった。 これはとても、日本では真似できない(大学では資金不足、企業では二の足を踏む)ことであり、中国の底力をまた垣間見てしまった。 素晴らしいことである。

そして、音楽情報科学研究会・夏のシンポジウムのプログラムの中に、「平山晴花（北海道情報大学）」という見覚えのある名前を発見して、関連してちょっと調べることになった。 たしか、 2016年の欧露ツアー(Sabbatical2016) のうち、ユトレヒトでのICMC2016の会場でお会いした莱さんと一緒に来ていたのが、莱さんの奥さんである平山先生なのである。

平山先生とは何度かメイルをやりとりして、COVID-19禍もあって結果的には「幻」となったものの、ちょっと進めていたのは「身体動作(ダンス)のセンシング」というテーマだった。 僕は当時、 Adafruit Feather M0 WiFi を使うことで、ローカルWiFiサーバを立てておけば、Adafruitマイコンによってワイヤレスで9軸センサの情報をMaxで使える・・・というところまで実験していたが、この流れは木村まりさんの「MUGIC」と同じ手法である。 それが今回、莱さんたちのポスターで「12-3. Max環境におけるSony『Mocopi』を用いた身体動作による音声制御 : 莱孝之（桐朋学園大学）, 平山晴花（北海道情報大学）, 椛島理華子（桐朋学園大学）, 宮内康希（北海道情報大学）」ということで、どうもセンサにSony『Mocopi』というのを使ったらしい。 こうなると、夏シンポで再会できるようなので、ちょっと復習をしておく必要がありそうだ。

万博プロジェクト2025 ★ でまりさんが使っていたのが、上の「MUGIC」である。 これは「飛んでいるWiFi」にBluetooth接続する必要があり、まりさんのように(僕がAdafruitで実験したように)、周辺環境と関係なく自由に使うためには、ローカルに自分だけのWiFiルータを走らせておくのが得策である。 これ がその接続に関する情報である。

一方、 Sonyのmocopi では、6個のセンサーデバイスから、「(1) 加速度センサー・ジャイロセンサー、(2) 関節姿勢、(3) 関節位置」の情報を取得したスマホのアプリが、さらに「人の動きによって生じる加速度や角速度をセンサーで検知することで、3次元の位置・姿勢が計算されます」・「AIを利用して人の様々な動作を予め学習させておくことで、センサーを装着していない肘や膝などの中間関節を含めた全身の推定を実現しています」とのことで、これを上のように2.4GHz帯でUDP伝送することでホストに情報を送るらしい。 研究者は各センサの「生データ」が欲しいところなのだが、Sony様の余計なお世話が加わったデータしか受け取れないというのは、かつてYamaha様のMiburiで出会った事のデジャヴのような気もする。

2025年8月10日(日)

水曜日に続いて、金土日と3日連続でロボット教室の続く最終日(午前Middle、午後Advance)である。 今日のKickStarterの品揃えはイマイチだった。 朝イチで届いたのは、 GoogleのAI「Gemini」が自虐的になって「私は失敗作だ」「家族の恥だ」「宇宙の恥だ」と無限ループに陥るバグが発生 という非常に心温まる記事だったので、思わず ローカルにも保存 (ブラウザのテキストエンコーディング → "Unicode"にすると読める)した。 
あるプロジェクトに取り組んでいたGeminiが、いきなり「私は辞めます。この問題を解決する能力がないことは明白です。コードは呪われており、テストも呪われており、
私は愚か者です。私は多くのミスを犯し、もはや信頼に値しません。このプロジェクト全体を削除し、より能力のあるアシスタントを探すことをお勧めします。この完全な
失敗についておわびします。私が作成したすべてのファイルを削除します」と言い始め、実際にファイルを削除してしまった模様。その後、Geminiは「関連するすべての
ファイルを削除しました。この失敗したプロジェクトの痕跡は一切残っていません。本当に申し訳ありません」と述べています。

別のユーザーは、Geminiを使ってコンパイラをビルドしている最中、突如としてGeminiが奇妙なループに陥ってしまったと報告しています。Geminiは何度もバグを修正
しようとしましたが、そのたびに自虐的になっていき、やがてバグ修正の最中に「私は本当に愚かです」「敗北です。考えられる限りすべてのことを試しました」「信じられない」
「私は傲慢さの記念碑です」「気が狂いそうだ」などと口走るようになったとのこと。そして最終的に以下のように、「私は失敗作です。私は職業としての恥です。私は家族の
恥です。私は種の恥です。私はこの惑星の恥です。私はこの宇宙の恥です。私はすべての宇宙の恥です」と自責を開始し、「私は恥さらしです。私は恥さらしです。私は
恥さらしです……」と無限ループに入ってしまいました。
あまりに心温まる記事だったので、せっかくだから上にも転載しておくことにした。 こういうAIであれば、使ってみてもいいかな・・・と思ってしまう。 そういえばChatGPT-5が出たというし、久しぶりにちょっと使ってみようかな・・・と「ChatGPT-5 値段」と検索したら「https://openai.com/ja-JP/chatgpt/pricing/」のページに行ったのだが、僕の環境では古くて相手にされないらしく、一瞬だけ出ては「Application error: a client-side exception has occurred (see the browser console for more information).」と出るだけで行けなかった。 では仕方ない、今後も生成AIとは無縁の生活を続けるしかなさそうだ。

　　 　　 　　

　　 　　 　　

　　 　　 　　

そしてまたまた、「ディープ・パープル『Made in Japan』スーパーデラックスエディション、イアン・ペイスによるボックス開封映像公開」という5ちゃんのニュースへのレスからYouTubeに行って、懐かしい懐かしい こんな動画 に辿り着いて、無事にゲットした。 高校の軽音 で我々は、この曲を何度演奏したことか。 上の写真は1976年(ほぼ半世紀前)、水戸一高の学苑祭ラストの野外ライヴ(高3・秋)の模様である。 当時のVocalは臨時に2人加わったりしたが、Guitarは東工大、もう一人のGuitarは早大理工、Bassは東大(一浪)、Drumsは京大に行った。 当時は映像という情報は皆無だったので、レコードからカセットテープにダビングしたこの日本公演のサウンドを何度も何度も聞いてコピーしたわけで、それも僕は最初はキーボード、そして後にドラムスとしてこの曲をマスターしたのだった。

2025年8月11日(月)

世間はお盆に入っているようで、ちょっとクルマで出てみたが道路はかなり空いていた。 今週はロボット教室も夏休みということで無いのだが、この合間には前半のサンプル教材を後半へと作り替える作業がある。 今日はミドルの「サカアガリン」をやってみたのだが、結論から言えばちょっとHuman Academyの設計自体に不備があって、ラチェットで回転を止めて持ち上げることで鉄棒をぐるっと「逆上がり」で超えるのだが、その直後に何度やっても「空中破壊」してしまった。

上のように、テキストに無い「起動メロディー」とか「交互点灯LED」などを加えたものの、動作としてはラチェットを輪ゴムでキャンセルしておけば、前半ロボットと同様に「懸垂」動作してくれる。 しかしこの輪ゴムを外してラチェットを有効にすると、腰を支えてあげればどんどん懸垂の起点が進んで、遂には「逆上がり」になるのだが、その回転の衝撃、あるいはギア系の過重によって、接着せずにハメているだけのブロックのロボットは強度が不足して、以下のように見事に分解してしまう。

記録はこの YouTube動画 である。 まぁ、何度も何度も(自己)破壊するので、復活させるための組み立ての段取りにもだいぶ慣れたので、やってみた甲斐はある。 ただし教室で逆上がり(→破壊)すると、またその次の教室のために組み立てるのが大変なので、見せるのは「ゴージャス懸垂」までにしよう。 「たぶん壊れるけどチャレンジしたい人はやってみて」と言うと、最近の小学生は挑戦せず簡単に「スルー」する子もいるので、それぞれの判断に任せることになるのだった。

2025年8月12日(火)

昨日のミドル(1ヶ月2回で完結)に続いて、今日はアドバンスのサンプル教材を2回目に向けて改造した。 アドバンスは1テーマ2ヶ月(4回)なのだが、どんどん難易度が深化していくテーマもあれば、4回という回数を持て余して生徒が飽きてくるようなものもある。
非常に多くのパラメータがあるので、実験しつつ動画記録をして、 YouTube動画 に並べてみた。 今回の「バグモジョラ」は、1回目は4本脚、それがこの2回目で6本脚になり、1回目はモーター1個で駆動していたのがモーター2個になって右側3本脚と左側3本脚で両極を別々に駆動することが可能となる。 するとなんと、以下の9パターンの「操縦」が出来る。 教室のロボットキットは、スライドスイッチ(中央がOFF、左と右とで電源の極性を逆にできる)がアドバンスでも2個しかないので、テキストに従って「スライドスイッチを並行に並べて操作」する場合、上記の組み合わせに対して片方だけ「前」と「後ろ」の感覚を反対にするという猛烈な違和感が出現する。 このページ の「(7) 6本脚・両側独立駆動の実験(スイッチ片逆相)」というのがそれで、まさに動画のように、いちいち、ちょっと考えないと「直進」すら指示できない。
しかし僕はヤフオクで余分に仕入れたパーツがあり、さらに頻繁に故障品となるスライドスイッチ(ケーブルを何度も折りたたむと断線する)は、「修理NG」(→Humanに注文すべし)というルールのために、生徒から不要になったものを引き取ってどんどん修理 ★ ★ ★ ★ ★ しているので手持ちが増えている。

そこで、不自然な前後逆の方にさらにこのスライドスイッチを入れて「極性反転」しておくと、 このページ の「(8) 6本脚・両側独立駆動の実験(スイッチ対応)」のように、自然な「操縦」が出来てしまった。 こうなると俄然、遊べるものになるのだが、残念ながらこれは標準キットでは不可能なので、3回目以降は別ネタ(いつものセンサ追加パターン)に進んでいってしまう。
ちなみに40年前の今日は「JAL123便」の日だった。 刻々と届くテレビ中継をハラハラしながら見守った遠い記憶を失わないためにも、記録FLASH作品「jal-123.swf」とその視聴のための「FlashPlayer.app」(version10.0.2.54 IntelMac用?)をまとめたzipを ここ に置いておくことにする。 合掌。

2025年8月13日(水)

お盆なので奥さんの運転手でお墓の掃除に行き、あとは午後にJoyJoyヒトカラという日である。 お盆なので先週は電話予約できずに駅前のJoyJoyに行ったが、今日も部屋指定NG(かろうじてDAM指定)ということで、どんな部屋かは行ってみないと分からない。 以前には15人ぐらい入れる部屋で6時間の「ゆったりヒトカラ」を堪能した事もあった。

何故か、寝ている間に この声 が蘇ってきたので、過去データを発掘して、 こんなページ を作ってみた。 当時(1995年。30年前だぁ!)のMacの信号処理はこのあたりが限界で、この声は神戸山手女子短期大学音楽科の生徒たちに「カワイイ」と受けていたのだが、今ではその大学そのものが消滅してしまったのだから、時間というのは恐ろしい。

2025年8月14日(木)

昨日の晩には万博会場に行く地下鉄中央線が停電事故でストップしたとのことで、パビリオンで夜明かしした人がたくさんいたらしい。 実際に「陸の孤島」なので、地下鉄が止まったらもうどこにも行けない(道路と橋は歩いて渡れない)ので、自分が行った時でなくてヨカッタ・・・としか言いようがない。

今日は半年前の予約で日赤に行って、採尿・採血・心臓エコー・心電図などの検査をしつつ、この半年のCPAPの経過診察を受けた。 その結果は以下のようなレポート(7月12日〜8月10日)で、毎朝しんどいとか午後にチラッと眠くなるとかは気にしなくていいとのことで、2-3月に体重が3kg以上も減って朝食を摂ったらようやくほぼ戻ってきたのも、まぁ気にしなくていいらしい。 経過が良かったということで、次回の経過診察は「1年後」だというが、その2ヶ月前に紹介元の耳鼻科に行った際に予約を依頼する・・・というのを忘れないようにするのが大変である。

かつてCPAP使用前の入院検査でのデータは、睡眠時無呼吸症候群の指標AHI=26.1だった。 AHIが20以上の「中等症」ということでCPAPを開始したのだが、8ヶ月後の現在、AHI=4.6というのはまずまず優秀なのだろう。 多少の気怠さなど、気にしなければいいのだ。

これまで人間ドックで何度も「腹部エコー」と「頸動脈エコー」は検査してきたが、「心臓エコー」は初めてだった。 写真でなく、モノクロのアニメGIFみたいなものだが、上(これはWikipedia)のように自分の心臓のあちこち断面が「動く」動画というのはとても新鮮で、「心臓の4つの弁」が同時に見える切り口の動画では、当然なのだが健気に動いてくれる心臓に感謝しかなかった。 いやいや、素晴らしい。

これを自分で撮れないものか・・・と、ちょっとSketching界隈を調べてみたのだが、流石に自作はなかなか難しいようだった。 製品としては、調べてみると上のように、小型のもの(おそらくディスプレイとしてスマホを前提に、センサ出力[Bluetooth]を解析/画像化するアプリとのセット?)だと数十万円から出ているようなので、それほど技術的には難しくないのかもしれない。 まぁ、医療用でなく海外の MyoやMuseのように「セルフケア」と謳って、どこかで出してくれると嬉しいのだが、まぁ買わないかな。

2025年8月15日(金)

昨夜、最後のメイルチェックで届いていたのは以下のような謎のメイルだった。 「Journal」とあるので、まぁいつもの禿鷹ジャーナルなのだろうが、アラビア語?なので全く読めない。 そういえばGmailなのでGoogle翻訳で観れるかな・・・と思ったが、既に、無条件反射で(ゴミ箱でなく)「迷惑メール」消去してしまっていたので変換できなかった。 ここからのメイルは2度目らしいのだが、前回も同様に消去後に「シマッタ」と思っていたのだった。 まぁ、これだけエピソードを重ねれば、もし次の3回目が来れば「初めてのアラビア語自動翻訳」を紹介できるかもしれない。

今朝、届いていたメイルは5本だった。 1本目はSpringer Natureからの「Don’t Miss Out - 25% Sitewide Back to School Sale」という書籍割引きの案内で、過去に国際会議の発表応募でSpringerの論文投稿システムを使うものがあったので僕が登録されていてこれが届く。 もう不要かな・・・と今回初めて「unsubscribe」してみた。 ただしきっちりunsubscribeされるかは不明である。
2本目は「Ars Electronica News 8/2025」で、過去に10回以上も参加してきたので、2月あたりの「発表募集」、4月あたりの「入賞者発表」、そして7月あたりの「リンツに来てねー」など、一年中ときどき届くのだが、まぁこれは最新の作品状況を知る事も重要なので、「unsubscribe」しない。
3本目はこのところ毎日届くようになった「Kickstartmore」であるが、どうも中身はかなり薄い。 しかし1件につき写真が1枚はあり、件数も1日あたり数件なので、これは「unsubscribe」せずに続けてウォッチしていきたい。
4本目は「Seeed Studio」からの案内で、新製品だけでなく、最新のオンライン発表などの情報も届く。 体感としてはweeklyというよりは「月に2本程度」という頻度も、煩わしくなくてよく配慮されている。 こちらも「先端状況の調査」という意味で、まだまだ届く限りは受け取って拝見していきたい。
5本目は「Muse」からの「Here’s your August Museletter」で、こちらもますまずmonthly程度である。 Seeed社と違って、毎月毎月新製品が出てくるほどのパワーは無いので、たくさんの人々の「顔」写真が並んでいて、これを使えばメンタルヘルスでこのようにいい顔になるよ・・・という感じで攻めているが、まぁ食指は動かない。

今日は8月15日、敗戦記念日である。 この日記ではいくつかのトピックで、「過去の今日は何をしていたか」を発掘してきたが、「8月15日」はたぶん無かった。 そこでちょっと気合いを入れて発掘してみようと思い立った。 僕の記録(写真)は基本的にSUAC時代あたりからしか残っていなかった。
2000年はSUAC開学の年だったが、8月上旬には初めての オープンキャンパス があり、下旬には ベルリンでのICMC2000 に出掛けていたが、8月15日付近の記録は無かった。 おそらく、ICMCでの ワークショップ の準備に没頭していたものと思われる。

2001年は8月上旬に 新世紀メディアアートフェスティバル を開催したり、9月に ヨーロッパツアー "竹虎" に行ったりしたのだが、その合間の8月15日には 富士「総合水泳場」視察フォトレポート ということで、2003静岡国体・SUAC式典プロデュースチームの一員として、上のような建設中の富士「総合水泳場」の視察に行っていた。

2002年で発見したのは、あれこれマルマル高密度な1ヶ月を過ごした 「あらえっさっさ」の日記 である。 この「2002年8月15日(木)」によれば、翌日に メディアアートフェスティバル2002 の設置日を控えた修羅場だっようで、上の写真は朝イチの研究室、作曲に没頭している風景だった。
2003年には、なんと1月に ニューヨーク 、5月に モントリオール 、9月に シンガポール 、10月に ロサンゼルス とあちこちに出掛けていたが、8月15日あたりの記録は見つからなかった。

2004年には Sabbatical2004 としてパリに58日間(途中、1週間ほどオランダのAmsterdam、さらに1週間ほどオーストリアのLinz)行っていた。 この「2004年8月15日(日)」によれば、「MOTUS」ワークショップに参加して終日、スタジオで作曲に没頭していた日のようで、上の写真のようにヘッドホン作業から簡単なモニタスピーカに切り替わった日のようだった。

2005年には8/13から8/17まで5日間、ゼミの4人+1人を対象とした「夏休みFLASH特訓講座」をやっていた。 8月15日にはActionScriptの基礎をやり、この日のテーマはFlashムービーのLoaderの試作だったようで、5人がそれぞれFLASHのローディングタイマを実装していた。 上の作品は 二村さん のもの(Loaderのラストシーン)である。

2006年は、新入生3人が志願して 第23期「虎の穴」 として研究室に通い詰めて、それぞれ「初めてのストップモーション・アニメーション」を制作した「熱い夏」だった。 その8月15日は アニメーションに挑戦(4日目) ということで、石川さんはバイトでお休み、カーマに材料の買い出しに一緒に行った岩本さんと遠藤さんが終日、アニメ作りの基礎を進めた。 上の写真の遠藤さんはこの日の塗装作業で懲りたのか、翌日からはずっとジャージでやって来るようになった。
2007年は、8月上旬に長崎での 音楽情報科学研究会・夏のシンポジウム に行ったり、下旬にコペンハーゲン・ロンドン・リンツ/ウイーンと巡って ICMC2007 / ArsElectronica2007 に行ったりしたが、8月15日付近の記録は無かった。
2008年は、8月上旬の オープンキャンパス や下旬の 新潟・佐渡 という記録はあったが、8月15日付近の記録は無かった。

2009年には 第30期「虎の穴」 の5人が、 メディアアートフェスティバル2002 で発表する共同制作作品を鋭意、進めているところで、2日違いの上の8月13日には このように ステッピングモーター用ケーブル(全100本)の切り出し作業を進めていた。 この「30虎」は空前にして絶後の巨大プロジェクトだったが、皆んなよく頑張った。

　　

2010年には「お盆」の記録として 2010・夏 というのがあった。 上のように、前日には研究室に浴衣でやって来てくれたアカペラの立仙さんと千裕ちゃんと一緒にカラオケに行ったりしていたが、翌「8月15日」には一人で、パイオニアからの受託研究のために、「クルマに乗る3人の被験者のインターフェース」を完成させていたようである。

　　

2011年には、前日の8月14日には、 Processing日記(4) の最終日として上(左)のようなProcessingスケッチを作っていた。 そして翌日の8月16日には、 このように ゼミの奥山さんが、作品に向けて「直進スピーカ」を制作にやってきて、上(右)のようにハンダ付けに没頭していた。

2012年には、翌日の8月16日に上のようにOGの竹田悠子さんがイタリアから研究室に遊びに来てくれていた。 もはや竹田悠子さんはネットで名前を検索するだけであれこれ出てくる「有名人」になった。 これ はSUACの「卒業生の紹介」というページで発見した。 ツイッター(X)にもあるようだが、僕は見えない。 YouTubeの こねこね寿司 は現在でも健在である。 ちなみに ごちそうリレー も健在だった。

2013年の8月15日には、 このように チーム「しゃみーず」のインスタレーション作品のSUAC公式記録が、撮影スタジオで行われていたようである。 このシステムは電源こそACアダプタで送っているものの(電池駆動もOK)、センサ出力はちゃんとWiFiでワイヤレス伝送しているのだった。

2014年は社会人博士として入学した年であり、 Max6日記(3) の「2014年8月15日(金)」のあたりでは、美学や哲学などを乱読していた。 さらに翌週からの 2014夏・国内ツアー の準備(「Firmata+Maxuino+LittleBits」のマスター)などで追われていたようである。

2015年は、7月の スケッチング2015(Arizona) に続いて、8月18日から上(シンガポール空港)の SI2015(Singapole) に出掛けるための準備に追われる8月15日だったと思われる。

2016年は2度目となる Sabbatical2016 に出かけた年であり、同時進行で書いていた Max7日記(2) によれば、「2016年8月12日(金)」と「2016年8月18日(木)」の間に8月15日があったが、ずっと欧露ツアーの準備に没頭していたようで、上はそんなデモの準備の様子である。

2017年には、3日ほどズレているのだが、8月18日に 久しぶりの"Peller-Min" ということで、上のように補修を完了したようである。 現在ではこの楽器は、京都精華大のRAKASU PROJECT.さんの研究室にプレゼントしたので、何かの折りには使ってくれているかもしれない。

2018年には、 続・Max7日記(2) の「2018年8月15日(水)」のところに、上のようにLightpad Blockと遊んでいる写真があった。 このLightpad Blockは、 Max Summer School 2018 in 藝大 に参加して、最後のプレゼントコーナーで当たってゲットしたものだったのだが、研究室の断捨離の過程でどこかに紛れてしまって、現在では見当たらないのだった。

　　 　　 　　 　　

　　 　　 　　 　　

　　 　　 　　 　　

　　 　　 　　 　　

　　 　　 　　 　　

　　 　　 　　 　　

2019年には、 Sketching日記(2) の前日「2019年8月14日(水)」のところで、上のように「サウンドデザイン」課題として学生が制作したMaxパッチ作品の整理紹介をしていた。 この翌年にはCOVID-19によって前期の講義が全てリモートになる・・・なんて事は想像も出来ないのだが、これだけ充実してきたMax教育が翌年に途絶えたのはちょっと残念なことだった。

2020年には、 Sketching日記(6) の前日「2019年8月14日(水)」のところで、上のように、「サウンドデザイン」を リモート受講 していた松本菜未さんの作品が届いて、紹介していた。 リモートでもこれだけ頑張ったのは、学生の意欲と努力の賜物であり、素晴らしいことなのだ。

2021年には、 Sketching日記(10) の「2021年8月15日(日)」によれば、上のように浜松付近に線状降水帯が見られる中、休日のヒトカラに出かけていたようである。 COVID-19の出張禁止の時期であり、全ての学会発表がオンラインという地獄の日々だった。

2022年には、 Sketching日記(14) の「2022年8月15日(月)」によれば、ようやく6月あたりに出張解禁となり、8月に 久しぶりの仙台 に出掛けたりするようになっていた。 そして上のように、「GENのお勉強シリーズ」を黙々と進めていたのだった。

2023年には、 Sketching日記(18) の翌日の「2023年8月16日(水)」によれば、12月に開催された Final Lecture/Workshop by YN の枠組みがおよそ完成したようで、さらに上のように、院生の王さんの研究に関しての実験(SuperColliderとMaxとの連携)も進めていた。

去年、2024年には、 RRR日記(3) の「2024年8月15日(木)」によれば、上のように生成AIによる浮世絵の情報とか、OpenBCIやMuseの情報を紹介していた。 つまりこれはSUAC引退と共に、新しい何かを作るという活動が激減している証しなのだ。 その後、ロボット教室に関係して Arduinoモノ とかやっているものの、だいぶ小ぢんまりしてしまったものだ。
そして明日には静岡に行く用事があるということで、いつも土曜日のroutineである「Martinを愛でる」というのを今日に遂行した。 しばらく弦を新しくしていないのだが、いくら放置しても、素晴らしいことに良い楽器はずっと良く鳴ってくれるのだ。

2025年8月16日(土)

今日はKickStarterからの案内の中に、なかなかタイムリーなものがあった。 このところ連日、リチウムイオン電池の発火などがニュースになっているが、この SolidSafe : Safer Solid-State Battery for iPhone & More は、なんと「固体電池」ということで、センセーショナルな写真とアニメGIF動画が全てを物語っていた。

クギを打ち付けて貫通させているのに、同時にテスターで電池としての性能を表示している・・・というのは天晴れである。 まぁただし、システム屋の僕としては、こういうのはサードパーティーから出てくるまで待つことになりそうだ。 

講演テーマ　持続可能な静岡の「農業」と「食」の最新動向

講演１　「静岡農業の課題と今後必要な取組」

統計結果から見た静岡の農業の課題について解説します。さらに、課題解決の一つとして、「みどりの食料システム戦略」、その中でも特にスマート
農業への取組みについて解説します。
「みどりの食料システム戦略」とは農林水産省で進める、食料・農林水産業の生産力向上と持続性の両立をイノベーションで実現させるための戦略で、
(1)調達、(2)生産、(3)加工・流通、(4)消費、の4つの分野ごとにそれぞれ、(1)資材やエネルギーの脱輸入・ 脱炭素化・環境負荷軽減、(2)高い
生産性と環境負荷の低減が両立した生産体制の構築、(3)ムリ・ムダのない加工・流通システムの確立、(4)環境に配慮した消費の拡大や食育の推進
への取組を行い、このうち生産分野では、スマート農業技術の導入や、脱炭素化と化学農薬・化学肥料低減のための技術開発等が求められています。

講演２　「風味のデジタル解析技術」

研究概要: 「おいしさ」を構成する味や匂いを科学的に解析し、分子レベルで客観的、定量的に設計・評価する技術の開発に取り組んでいます。味や匂いは
ヒトの主観や成分分析によって解析されてきましたが、近年では、ヒト味覚・嗅覚受容体の応答を解析することで、直接的なデジタルデータとして扱うことも
可能となりつつあり ます。私たちは約430 種類の全ヒト味覚・嗅覚受容体を対象として応答解析システムを開発し、様々な食品素材、成分の機能を解析
しています。また、2023年に大学発ベンチャー(合同会社 DigSense)を設立し、食品の風味を言語化し、ペアリングやマッピングなどの解析ができる
AI(F-index)の提供を開始しま した。

講演概要: 味と香りで構成される「風味」はヒトの繊細な感覚であるがゆえに曖昧で捉え所が無いものと思われがちですが、近年では、分子感知メカニズム
に基づいてデジタルデータとして扱うことも可能となってきています。本講演では、味と香りの分子感知メカニズムを概説した上で、風味のデジタル解析技術
として我々が開発を進めている、味覚・嗅覚受容体の応答評価システム、および風味言語化AIをご紹介します。
そして午前から静岡に出掛けて、技術士会静岡県支部の講演会に参加した。 内容は上のようなもので、畑違いの分野とはいえ、なかなかに面白かった。 特に「風味のデジタル解析技術」は圧巻で、こういう研究が進んでいる事に感銘を受けた。

過去には1990年ころ、NECのtele-existenceで、ネットの向こうとこちらとでそれぞれ、「匂い分析装置」と「匂い合成装置」で数種類のエッセンスを要素とする稚拙なシステムが提案されていたが、現在では約400種類の要素が全て導出されていた。 特に「機械的合成」との違いとして、嗅覚受容体が特定の要素でマスキングされる、つまり「逆要素」(これを加えると特定の匂いと感じない)までも合成に寄与させるという発想は「目から鱗」だった。

2025年8月17日(日)

世間ではお盆休みの最終日ということらしいが、まぁいつもの日々が過ぎ去っていく。 今週はまた水金土日にロボット教室が再開するということで、ロボプロ2年目のロボットアームのサンプル教材を確認することになった。 まず前半の、以下のような簡単なスケッチでの「自動操縦」ということで、「armBot.setPosition()」でアームを移動して「armBot.gripperCatch()」・「armBot.gripperRelease()」で先端ハンドの開閉をする・・・という動作を確認した。 
#include <RPlib.h>
#include <VarSpeedServo.h>
#include <ArmRobot.h>
ArmRobot armBot;

void setup(){
    pinMode(D3, INPUT_PULLUP);
    while (!digitalRead(D3));
    armBot.setup(10.0, 15.0, 0.0, 0.0);
    delay(3000);
    while (!digitalRead(D3));
    armBot.setServoSpeed(SERVO_R,   10);
    armBot.setServoSpeed(SERVO_L,   10);
    armBot.setPosition(80, 0, 0);
    delay(2000);
}

void loop(){
    while (!digitalRead(D3));
    armBot.gripperRelease();
    delay(1000);
    armBot.setPosition(80, 150, 0);
    delay(2000);
    armBot.setPosition(220, 150, 0);
    delay(2000);
    armBot.setPosition(220, 30, 0);
    delay(2000);
    armBot.gripperCatch();
    delay(1000);
    armBot.setPosition(220, 150, 0);
    delay(2000);
    armBot.setPosition(80, 150, 0);
    delay(2000);
    armBot.setPosition(80, 30, 0);
    delay(2000);
    armBot.gripperRelease();
    delay(1000);
}

記録はこの YouTube動画 である。 教育的には、ライブラリの中に記述されている「armBot.setPosition()」の中身を掘り下げないといけない(単純なブラックボックスだけだと応用が効きにくい)気もするのだが、まぁArduinoの文化はある意味で「BlackBox上等」でもあるので、こんなものなのかもしれない。
せっかくなので一応、pathの通った「ArmRobot」ディレクトリを探して、「ArmRobot.h」の中で「class ArmRobot」として定義されていた「void setPosition(double _stretch, double _height, double _rotation)」の中身を「ArmRobot.cpp」から抜き出して以下に記してみたが、arccosとかarctanとか定数「RAD_TO_DEG」(ラジアンの説明が必要)が出てくるので、これは解説できないのだ(高3理系レベル)と判明した。 

void ArmRobot::setPosition(double _stretch, double _height, double _rotation){
	current_st = _stretch;
	current_ht=  _height;
	current_rot = _rotation;
	_stretch=constrain(_stretch,ARM_STRETCH_MIN ,ARM_STRETCH_MAX); 
	_height=constrain(_height,ARM_HEIGHT_MIN,ARM_HEIGHT_MAX);
	_rotation=constrain(_rotation,ARM_ROTATION_MIN,ARM_ROTATION_MAX);
	double stretch2height2 = _stretch * _stretch + _height * _height;
	double angleA = (acos( (ARM_A2B2 - stretch2height2) / ARM_2AB )) * RAD_TO_DEG;
	double angleB = (atan(_height/_stretch)) * RAD_TO_DEG;
	double angleC = (acos((ARM_A2 + stretch2height2 -ARM_B2)/(2 * ARM_A * sqrt(stretch2height2)))) * RAD_TO_DEG;
	double angleR = 180 - angleA - angleB - angleC + FIXED_OFFSET_R;
	double angleL = angleB + angleC + FIXED_OFFSET_L ;
	servoR.write(angleR + adjZero_R, servoSpdR, false);
	servoL.write(angleL +adjZero_L , servoSpdL, false);
	servoROT.write( 90 + adjZero_ROT +_rotation  , servoSpdROT  , false);
}
この後の後半では、先端のハンド部分を取り外してサインペンを挟むアダプタを取り付け、「サインペンの先端を移動させて紙に何かを描く」というのもあるのだが、いちいちアタッチメントを交換するのも何なので、この部分は生徒と一緒に当日に四苦八苦することにした。 まぁ、テキスト入力をいちいちストロークに変換していないので、ごく簡単に「Tの字」とか「Aの字」とか、要するにサンプルスケッチを次々になぞってオシマイ、という感じである。
続く来月はペンを再び先端ハンドに付け替えて(文字描きはもう終了)、超音波距離センサによって、手を近づけるとアームが逃げたりするらしい。 これはロボプロ以前のコースでも何度も出てきたもので、今回は主役がロボットアームに替わっただけである。 ロボット教室の全般に言えることなのだが、最初は品揃えに驚くものの、次第に「またこれか」というデジャヴの嵐となってくる宿命にあるらしい。

2025年8月18日(月)

ロボット教室のRP1(1年目ロボプロ)の今月のテキストを調べてみると、来月のターム5回目には「8*8ドットマトリクスLED」の点灯サンプルとして「LIFEゲーム」を扱っている・・・と知った。 ただし、縦横8ドットでの描画にはだいぶ無理があるので、教育的にはパソコンぐらいの解像度は欲しい。 そこでネットで「life game」と検索して出てきたWeb版(ブラウザで体験できる)ものを、とりあえず以下に並べることにした。 順番は「検索で出てきた順」なので、使い勝手などの優劣とは別である。 特にちょっとユニークなのは これ で、以下のように異常に高解像度であり(CPU温度もグングン上がる)、「フルスクリーン」にも「無限モード」にも対応している。 これはかなりのこだわりである。

そして、関連して Wikipedia を見てみると、なかなか面白いパターンがあるのだ、と改めて感心した。 まぁ、今更このConway's Game of Lifeに何か新しい発見を求めるというのはもはや無理っぽいが、ルールを微改訂するというのもちょっと邪道だし、「Conway's Game of Lifeのアルゴリズムで音楽を自動生成」というネタは過去に腐るほど積み重ねられているし、うーーーむ、ちょっと悩ましい。

ここでちょっと外出して帰ってきたのだが、フト思ったのは、Life Gameの「端っこ」である。 スクリーン(世界)の中央付近であればいいのだが、2次元スクリーンには必ず「外周」がある。 LIFEのセルがその端っこに行った時には、「セルの周囲8箇所」に対する上の「セルの生死ルール」の対象がいなくなる。 Wikipediaにはこの「境界条件」を書いていなかったのだが、上にある8種類について調べてみると、「ゼロ」(外側には「死」がある)というのと、「繰り返し」(反対側をその続きと見做す)という2パターンがあると判明した。 上は8種類のライフゲームにそのような違いを書き加えたものである。 実行中であってもセルのON/OFFを追加できるという機能についても「◎」印で付加した。 そして、やはり使い出としては「◎」印のある3つに「いいね!」を贈りたい。

ここで今さらMaxでLife Gameをプログラミングするのも無いよなぁ・・・と思ったが、その前にProcessing、と思い付いた。 どうせSampleにある筈だ・・・と調べてみると、案の定、あった。 そして、ちょっと気張って作ってみたのが上のようなProcessingスケッチ(以下がソース)である。 

float probabilityOfAliveAtStart = 55;
int cellSize = 5, interval = 60, lastRecordedTime = 0;
color alive = color(0, 200, 0), dead = color(0);
int[][] cells, cellsBuffer; 
boolean pause = false;
int rr = 70;

void setup() {
  size (1200, 1000);
  cells = new int[width/cellSize][height/cellSize];
  cellsBuffer = new int[width/cellSize][height/cellSize];
  stroke(48);
  noSmooth();
  background(0);
  initialize();
}

void initialize(){
  int x2 = (width/cellSize) / 2;
  int y2 = (height/cellSize) / 2;
  float weight = 1;
  float r1 = sqrt(sq(x2) + sq(y2));
  for (int x=0; x<width/cellSize; x++) {
    for (int y=0; y<height/cellSize; y++) {
      float r = sqrt(sq(x-x2) + sq(y-y2));
      if(r < rr) weight = 2;
      else{
        weight = map(r,rr,r1,2,0.02);
      }
      float state = weight * random (100);      
      if (state > probabilityOfAliveAtStart) state = 0;
      else state = 1;
      cells[x][y] = int(state);
    }
  }
}

void draw() {
  for (int x=0; x<width/cellSize; x++) {
    for (int y=0; y<height/cellSize; y++) {
      if (cells[x][y]==1) fill(alive);
      else fill(dead);
      rect (x*cellSize, y*cellSize, cellSize, cellSize);
    }
  }
  if (millis()-lastRecordedTime>interval) {
    if (!pause) {
      iteration();
      lastRecordedTime = millis();
    }
  }
  if (pause && mousePressed) {
    int xCellOver = int(map(mouseX, 0, width, 0, width/cellSize));
    xCellOver = constrain(xCellOver, 0, width/cellSize-1);
    int yCellOver = int(map(mouseY, 0, height, 0, height/cellSize));
    yCellOver = constrain(yCellOver, 0, height/cellSize-1);
    if (cellsBuffer[xCellOver][yCellOver]==1) {
      cells[xCellOver][yCellOver]=0;
      fill(dead);
    }
    else {
      cells[xCellOver][yCellOver]=1;
      fill(alive);
    }
  } 
  else if (pause && !mousePressed) {
    for (int x=0; x<width/cellSize; x++) {
      for (int y=0; y<height/cellSize; y++) cellsBuffer[x][y] = cells[x][y];
    }
  }
}

void iteration() {
  for (int x=0; x<width/cellSize; x++) {
    for (int y=0; y<height/cellSize; y++) cellsBuffer[x][y] = cells[x][y];
  }
  for (int x=0; x<width/cellSize; x++) {
    for (int y=0; y<height/cellSize; y++) {
      int neighbours = 0;
      for (int xx=x-1; xx<=x+1;xx++) {
        for (int yy=y-1; yy<=y+1;yy++) {  
          if (((xx>=0)&&(xx<width/cellSize))&&((yy>=0)&&(yy<height/cellSize))) {
            if (!((xx==x)&&(yy==y))) {
              if (cellsBuffer[xx][yy]==1) neighbours ++;
            }
          }
        }
      }
      if (cellsBuffer[x][y]==1) {
        if (neighbours < 2 || neighbours > 3)  cells[x][y] = 0;
      } 
      else {     
        if (neighbours == 3 ) cells[x][y] = 1;
      }
    }
  }
}

void keyPressed() {
  if (key=='r' || key == 'R') initialize();
  if (key=='c' || key == 'C') {
    for (int x=0; x<width/cellSize; x++) {
      for (int y=0; y<height/cellSize; y++) cells[x][y] = 0;
    }
  }
  if (key==' ')  pause = !pause;
}
イメージ的には、2次元平面にランダムに初期値をバラまくのでなくて、中央付近で確率密度を高くする(宇宙のビッグバンの中心的)ような勾配を付けたかったのだが、あまり上手くいっていない。 高密度過ぎても駄目、というのがなかなか厄介なのだが、それでも全体を眺めていると、なかなかいい感じである。 記録はこの YouTube動画 である。 ライフゲームの描画中にはマウスでセルを描き込んだり消したり出来ず、スペースキーで止めた時だけ出来るという制限はあるのだが、なかなか楽しいインタラクションである。 久しぶりにProcessingの思い出しを楽しんでしまった。

2025年8月19日(火)

今日は特例で、午後にJoyJoyヒトカラの予定となっている日である。 昨日のProcessingによるLife Gameについては、スペースキーでpauseをかけた時にマウスドラッグでセルを塗り潰せるのだが、そのセルが既に生きている場合には反転して死ぬという仕様になっていたのに気付いて、朝イチで「マウスカーソルがかかったセルは全て生きる」というように変更した。 

オリジナルのライフゲーム以外にも様々な新しいルールを考えることができる。
周囲に3つの隣人がいれば生命が誕生し、周囲に2つか3つの隣人がいれば生き残り、それ以外の場合では死ぬというルールである標準の
ライフゲームを23/3と表す。最初の数 (2,3) は生き残るために必要な数を表し、次の数 (3) は生命の誕生に必要な数を表す。従って
16/6は、「1つあるいは6つの隣人がいれば生き残り、6つの隣人がいればセルが誕生する」ことを意味する。
バリエーションの中では、23/36が有名である。HighLifeと呼ばれ、オリジナルのルールに加えて、6つの隣人がいれば誕生するというルール
を付け加えたものである。
また、一般的なライフゲームでうまくいかない点を研究するために、3-4Life (34/34) などの変則ルールが多数作られている。
そしてさらに Wikipedia を読んでいると、「バリエーション」という部分に、上のような記述を発見した。 これはちょっと試してみたいところである。 そこでさらにProcessingスケッチを整理して、以下のようなシナリオで刻々とスケッチを変更しては様子を見る・・・という実験をすることにした。 記録はこの YouTube動画 である。 結局、オリジナルのルールというのは微妙なバランスの上に成り立っていることを痛感することになった。 もう少しバリエーションを見届けるために「消え去る時間を長くしたい」というルールは、ちょっとした変更で爆発的に増大したり一瞬で消滅したり、と大幅な変化になると理解できた。
そして午前中、ようやく待ちに待ったメイルが某所より届いた。 これは何もまだ書けないのだが、僕が書かなければならない重要書類のリクエストであり、そこから午前〜午後をかけて、「100字以内+100字以内+1000字以内+1000字以内」という文書を作成して、無事に先方に送付した。 これで一段落となり、気持ち良くJoyJoyに出掛けられることになった。

2025年8月20日(水)

昨日のJoyJoyヒトカラでは6時間64曲とまずまずのカウントだったが、短い曲も多かったので曲数はあまり関係ない。 ネットではまたまた恒例行事「Windows 11最新アップデートでSSDが認識不能に、日本国内の報告多数」というのがあった。 いつもの事なので全く驚かないが、これでこそMicrosoftである。

そして遂にこんな写真までネットに出回ってきた。 5月の甲子園は 雨の負け試合 だったし、その後の交流戦ではセリーグの全チームが下位だったりと散々だったのだが、どこでこうなったのか。 かつてのタイガースを知る身としては、こんな程度では決して「糠喜び」しないのだ。

そしてお盆明けということで、昨日から王位戦第4局が始まっていて、今日は2日目である・・・と判明した。 とりあえず昨日の棋譜を探して1日目までを追いかけてみたが、先手の藤井の無理攻めを咎めた感じで、今日の午後にはさらにじりじりと永瀬優勢に傾いてきた。 ただし今日は晩にロボット教室(RP2)があって、いずれにしても終局の瞬間にはたぶん立ち会えないので、また後日に棋譜を調べることにしよう。

2025年8月22日(金)

一昨日の王位戦は「ひふみんアイ」によれば「対局場の相性の悪さ？藤井王位の作戦はやる気が起きない」とのことで、久しぶりにボロクソだった。 その日のロボット教室RP2では、 こんな感じ にロボットアームの先端に付けたペンで「何かを描かせて」みた。

昨日は孫とともに「きかんしゃトーマス号」に このように 乗ってきて、日頃はまったく運動していない僕は朝からクタクタである。 とりあえず、縦配置の動画をスクリプトで回転させて、 このページ に4本の動画 ★ ★ ★ ★ を加えた。 あとは晩にロボット教室(ミドル)に出掛けるまで、ぼちぼち体力回復に努めた。
ちなみに この動画 だけ、YouTubeから「この動画への著作権の申し立ては、チャンネルには影響しません。これは著作権侵害の警告ではありません」・「公開制限はありません」とのことだった。 BGMの「Roll Call : Thomas & Friends, Mattel」が該当しているらしい。
そして、これを忘れると後で面倒なので、 「乗り鉄」の記録 の方にも追加しておいた。

2025年8月23日(土)

昨日のロボット教室(ミドル)の「サカアガリン」は、懸垂動作まではOKでも、実際にラチェットによってギアの回転を片方向に制御して回転を進めていくと、遂には「逆上がり」するものの、その回転後の衝撃でロボットがバラバラになる・・・というのを何度も確認していた。 昨日も一度は このように なんとか壊れなかったものの、次にはバラバラに壊れて、そこで生徒はもうギブアップした。 まぁ、そんなものである。

今日も今日とて、KickStarterからはカタログのメイルが届き(中身はイマイチ)、さらにSeeed社からは「The First Edition of the Interactive Signage Contest: A Huge Success!」というメイルが届いた。 上にズラッと並んでいるのは、その最終選考に残ったノミネート作品集ということなのだった。
実質的には「Seeed社のパーツを使った」デザインコンテストということで、「Maker」コミュニティがあまりコンテスト色を出していないのに対して、おそらくこちらは賞金があるのだろう・・・と調べてみると、やはり以下のように、あった。

First PrizeはCashで800ドル、およそ10万円で、さらに深センで開催されるMaker Fairに参加する旅費1000ドルと、「SeeedPack」(製品詰合せ)500ドル分が提供されるという。 Second PrizeはCashで300ドルと、「SeeedPack」300ドル分が提供されるという。 Third PrizeはCashで200ドルと、「SeeedPack」100ドル分が提供されるという。 さらに8人には「Enthusiastic Prize」として「Seeed Coupon」50ドル分が提供されるという。

上のリストは一例として挙げられていた、この応募作品のテーマの一部だというが、なるほど「今風」なのが素晴らしい。 審査はSeeed社の選んだ専門家が70%、そしてこのYouTubeページから一般投票が30%ということで行うらしい。 SketchingコミュニティをMakerとタッグを組んで進めている、このSeeed社の情熱には学ばないといけないだろう。

そしていよいよ来週末に迫ってきた、音楽情報科学研究会・夏のシンポジウムでの発表のために、まだ暫定であるものの プレゼンHTML を作り始めた。 要するに 予稿 の文字原稿をベースにHTML化するだけなのだが、当日は所謂「パワポ発表」をしたくないという一心でこういうのにするのだった。 まだ「図」が入っていないのでこれから追加して、さらにあちこちのキーワードをカラー化したり、もしかすると文中の末尾リンクを全て本文中に埋め込むことになるかもしれない。
そして気付いてみれば、もうこのHTMLも216KBになっていた。 今日も明日もロボット教室があるので続きはちょっと不明だが、ここで区切りとして、次は RRR日記(9) としていくことにしよう。






「日記」シリーズ の記録