2002-02-21
_ 場所
神奈川
_ 運動
リハビリということで走りました。あ。今日も全日休暇です。
そういえば、マリちゃんと真綾。どちらも最近買った声優な雑誌にインタビューが載ってました。マリちゃんは PURE ENERGY と、年始のライブについて。真綾はもちろんヘミソフィアのこと。あと最近の自分のこととか。
マリちゃんは最近の荒れた社会とか、殺伐とした社会とか。そーいうことを感じてました。そして、今自分たちには何ができるだろうか。それは歌うことだって。
真綾はちょっと語彙が違います。自分は歌を歌ってる。でもそれは物を作り出す作業じゃない。成果物として残らないのが不安。ファンの方々から歌の感想を貰ったりしてたしかに人々の役に立ってる。でも、世の中にはもっと戦争とかひどい状態のことがある。そのような争ってる人々に私の歌は浸透するだろうか。って。
二人とも自分の歌の影響を考えてるんですよね。そんな継りがあって、なんか不思議です。
僕は最近行ったマリちゃんのライブでもやはりそーいう話しを聞きました。他の方のライブは行ってないので分からないのですが、この二人に限らず、歌手はやはりこーいうことを考えるんでしょうかね。
いやまぁ走ってる最中は脳が暇なのでこーいうことを考えたりしてます。ていうかヘミソフィア聞きながら、ときどき歌いながら走ったんですが、この歌は死ねます。
_ ラジオ
マリちゃんがゲストだったとか。自宅で Real で見たんですがなぜか音声は聞こえませんでした。
11:57 <Rishu> マリ姉〜 [11:58] (by Okuba_j) 12:01 <Rishu> 生マリ姉〜萌え〜(*^^*)〜 [12:02] (by Okuba_j) 12:09 <Rishu> FM愛知のHPで動画配信ちうだって〜 [12:09] (by Okuba_j) 12:13 <_5_> http://www.fma.co.jp/magical/live/index.html このへんかな 12:23 >rin_run< 音が無ぇぇ 12:23 <NOB_away> RealPlayer入れてなかったXD ＞会社ましん 12:23 <Rishu> ぴゅあえなじ〜♪ [12:24] (by Okuba_j) 12:24 >rin_run< 声が聞こえない 12:25 <takumiK> 今ごろ気がついた 12:27 <Rishu> やばっメーカー担当さん来てる(^_^;) [12:27] (by Okuba_j) 12:28 <NOB_away> わはは 12:29 <takumiK> 絵は動くけど 12:29 <takumiK> 音が出ない 12:30 <_5_> 音はラジオきいてねってことなのかな (^^;;
BGM
にして見てました。
_ 弘子さん誕生日ライブ＠渋谷
2 公演あります。チケットは 1600 から受渡しです。ライブが決まったのが最近なので、ラムビションの会員といえど、手もとにはチケットは届いてません。当日に受け取りです。1540 ころ会場着。なんかフリフラな連中が沢山居ます。いつも見掛ける人種じゃありません。
会場前にていつも見掛ける方々に挨拶。軽井沢でも一緒だった方々です。同日の潤子さんコンサートでも一緒だった人も居ます。チケットを受け取り。僕とたくみのぶん。
たくみと合流。1650 ころ。1730 ころに会場前に集合しろということになってるのでそれまで暇潰し。神戸屋キッチン。渋谷店ってここに在ったんですね。飯食ってからまた腹の調子が悪くなって東急ハンズのトイレに寄る。ってことをやってたら 1730 になったので会場へ移動。
入場。整理番号は 26, 27 。会場に入ったら前のほうの席が空いていたので確保。事実上は最前列です。ハァハァ。
弘子さんは「誕生日パーティ」ということで、気楽にライブする感じを想定してたらしいです。でもいつものライブです。潤子さんライブ＠都雅都雅に行ったことがある方なら分かると思いますが、あんな感じです。またーりとしながら良い感じに萌へ。
1 公演目は 1930 終了。2 公演目のチケット受渡しは 1900 開始。1 公演目の最中に受渡し開始なんですよまったく。整理番号は 47, 48 でした。
2 公演目の集合時間が 2030 。いま 1930 ころ。近所のスターバックスにて暇潰し。ままりしてたら西田変酋長と黒滝さんに合流。ヨタヨタ。2020 になったので移動。
今回はさすがに前のほうは行けませんでした。会場後ろのほうの席。高野さんに挨拶。昨日行ったヤマギワソフトのイベント券確保したときに整理番号が 2 番だった方に挨拶。
2 公演目は たくみがサスペンドしてました。夜勤明けで、ライブまで寝てれば良いものをゲームやってたから寝てなかったらしい。大馬鹿者っ。もったいない。
かなりゆっくりした進行です。歌よりもトークのほうが時間が長かったんじゃなかろうか。
2250 終了。the diary は聞けませんでした。いやラジオは持参してたんですが、電波が入らなかったらしい。ていうか Bay FM の周波数っていくつだっけ。
時間が遅いし、たくみは眠そうで死にそうでさらに明朝(みょうちょう) 0400 からスキーに出かけるというかなりアフォな日程になってるらしいので何もせずに帰宅。ちょっと腹減った。
2004-02-21
_ 朝
0500 起床。さて会社逝くか。
_ ゆん
寝る前にユンケルを飲むとストレスがイイ感じになるという話だったのだけど、とくに変わらないいつもの朝。
_ 仕事
0530 出勤。玄関が閉まってたので守衛を呼んだ。
0615 所沢へ。今日は会社ケータイを借りれなかったので移動中に日記更新できない。
0740 新所沢着。
0800 現場着。さくっと作業開始。
1200 昼飯は弁当を提供された。すげえ胃が痛い。
1730 切り上げ。そこそこ消化。
1920 帰社。
1940 退勤。いち日じゅう胃が痛い。欝だ。
2005-02-21
_ む
ノドが乾いてる。キケンだ。
_ MDR-EX51
この形式のイヤホンは初めて使うのだけど、自分の足音や呼吸音までが自分の耳に入ってくるのだね。
_ 仕事
0830 弊社。
0845 交通費受け取ってとっとと府中へ。
久しぶりに自分が使っていた計算機を起動したら Firefox が削除されてた。でも Sleipnir は残っていた。最後に使ったひとは何がやりたかったんだろう。
_ 世界の中心で愛を叫んだけもの
読み終わり。
複数作品によるオムニバスであった。
「 世界の中心で愛を叫んだけもの 」は最初のお話し。
ヲレは人類を愛してるんだー お前たちを愛してるんだー だから死ね。
というもの。
全体的にブラックユーモアな話ばかりで昔みた「 世にも奇妙な物語 」を思い出させてくれた。
4150103305
2006-02-21 :-)
_ 朝
0600 起床。
_ 仕事
0710 寒川。
自転車通勤。
昨晩が寒かったので今朝も寒いと期待したのだけど、そうでもなかった。
出勤することには汗をかいていた。
そして「 Melodies of Life 」を脳内再生して思い出し泣き。
_ Mac OS X に Apache 用の PHP4 modules を入れる
pkgsrc を使う。
ref
apache2
www/apache2 を入れておく。
Makefile
あらかじめ www/php4/Makefile.php に以下を追加しておく。
CONFIGURE_ARGS+= --enable-i18n --enable-mbstring --enable-mbstr-enc-tra
www/php4 と www/ap-php を make する。
www/ap-php を make すれば php4 も入ってるか？
cd /usr/pkgsrc/www/ap-php sudo bmake install clean : ===> Required package expat>=2.0.0: NOT found ===> Installing for expat-2.0.0 ===> expat-1.95.8nb2 is already installed - perhaps an older version? *** If so, you may use either of: *** - "pkg_delete expat-1.95.8nb2" and "/usr/pkg/bin/bmake reinstall" to upgrade properly *** - "/usr/pkg/bin/bmake update" to rebuild the package and all of its dependencies *** - "/usr/pkg/bin/bmake replace" to replace only the package without re-linking *** dependencies, risking various problems. *** Error code 1
言われたとおりに実行。
cd /usr/pkgsrc/textproc/expat; sudo bmake update
再度 www/ap-php
cd /usr/pkgsrc/www/ap-php sudo bmake install clean
httpd.conf
以下を書いておく。
LoadModule php4_module lib/httpd/mod_php4.so AddHandler application/x-httpd-php .php AddType application/x-httpd-php .php
php.ini
/usr/pkg/etc/php.ini に以下を書いておく。
% diff -u /usr/pkg/share/examples/php/php.ini-recommended /usr/pkg/etc/php.ini --- /usr/pkg/share/examples/php/php.ini-recommended Tue Feb 21 19:34:37 2006 +++ /usr/pkg/etc/php.ini Tue Feb 21 22:10:45 2006 @@ -72,6 +72,7 @@ ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. +zend_extension_ts = /Users/rin/public_html/fr/ioncube/ioncube_loader_dar_4.4_ts.so ;;;;;;;;;;;;;;;;;;;; ; Language Options ; @@ -1038,19 +1039,19 @@ [mbstring] ; language for internal character representation. -;mbstring.language = Japanese +mbstring.language = Japanese ; internal/script encoding. ; Some encoding cannot work as internal encoding. ; (e.g. SJIS, BIG5, ISO-2022-*) -;mbstring.internal_encoding = EUC-JP +mbstring.internal_encoding = EUC-JP ; http input encoding. -;mbstring.http_input = auto +mbstring.http_input = auto ; http output encoding. mb_output_handler must be ; registered as output buffer to function -;mbstring.http_output = SJIS +mbstring.http_output = EUC-JP ; enable automatic encoding translation accoding to ; mbstring.internal_encoding setting. Input chars are @@ -1061,11 +1062,11 @@ ; automatic encoding detection order. ; auto means -;mbstring.detect_order = auto +mbstring.detect_order = auto ; substitute_character used when character cannot be converted ; one from another -;mbstring.substitute_character = none; +mbstring.substitute_character = none; ; overload(replace) single byte functions by mbstring functions. ; mail(), ereg(), etc are overloaded by mb_send_mail(), mb_ereg(),
apache
再起動。しないといけないようだ。
sudo /System/Library/StartupItems/Apache/Apache restart
test.php
<?php phpinfo(); ?> を実行するとこう。
'./configure' '--enable-i18n' '--enable-mbstring' '--enable-mbstr-enc-trans' '--without-mysql' '--without-iconv' '--disable-posix' '--with-config-file-path=/Volumes/NetBSD/pkg/etc' '--with-exec-dir=/Volumes/NetBSD/pkg/libexec/php4' '--with-regex=system' '--enable-memory-limit' '--enable-track-vars' '--enable-ipv6' '--with-openssl=/usr' '--with-apxs2=/Volumes/NetBSD/pkg/sbin/apxs' '--prefix=/Volumes/NetBSD/pkg' '--host=powerpc-apple-darwin' '--mandir=/Volumes/NetBSD/pkg/man'
2007-02-21 :-|
_ [シーケンシャル開発][反復型開発][Unix][パイプ]シーケンシャル開発と反復型開発を Unix パイプで考える
簡単にするためにフェーズは以下の 5 つ。
- 要件定義
- 設計
- 構築
- 試験
- 導入
シーケンシャル開発
% 要件定義 | 設計 | 構築 | 試験 | 導入
反復型開発
% for i in イテレーション; do 要件定義 < 実績 | 設計 | 構築 | 試験 | 導入 > 実績; done
要件定義は毎回やらなくてもいいかしら。
永久にベータ版
% while true; do 要件定義 < 実績 | 設計 | 構築 | 試験 | 導入 > 実績; done
ref. Waterfall model
_ [RSS][Firefox][Sleipnir]RSS って使われてないんだなあ
じつは「 そのページに RSS フィードがあることに気づかないので RSS をリーダーを使ってそのページを見ようとしない」というオチを考えたのだけどそんなことはなさそうですね。RSS フィードがあるページを表示すると教えてくれる Web ブラウザがあります。
Firefox はアドレスバーの右側にアイコンを表示します。
Sleipnir はウィンドウの右下にアイコンを表示します。
Internet Explorer 6.0 はどこに表示しているのか分かりませんでした。表示しないんでしょうか。それとも Internet Explorer なんて使うなというということを暗に言っているのでしょうか。ぃゃたしかに使ってないんですけどね。
_ 帰路ろ
帰路の T 字路で右折するところがあるのだけど、右折が恐ろしいので今日は別の経路を行ってみました。でもそちらにも T 字路の右折がありました。T 字路こわい
_ [はてな][hatenabar]hatenabar の B とか
Hatenabar の B などの隣に数値が表示されます。いままで意味を知らなかったのだけどどうやらこれはいま表示しているサイトがはてなブックマークされている数を表しているのようです。
Going My Way はこう。
jkondoの日記 はこう。
_ [悪魔のミカタ][冬月日奈]悪魔のミカタ666スコルピオン・オープニング
14 巻目。
13 巻[ 2004-07-14 ]から 2 年半ぶりということで内容はさっぱり覚えてないのだけど考えてみれば毎週読んでる週刊少年ジャンプも毎週読んでいながら作品の過去の話は忘れてるしそれでもそれなりに作品を読めてるのでライトノベルが週刊誌のような楽しみかたになっているのはいつものパターンなのでとくに驚くことでもないです。
666 個の魂集めが[ 中略 ]というなんだか「 魂 1 つにつき 1 巻消費するのか！？ 666 個集めるのにあとどれだけかかるんだよっていうか終わるのかこの作品 」と当初は思ってたのだけど[ 中略 ]で次の局面です。
結局「 冬月日奈は一瞬生き返ってすぐに死ぬ 」に 1024 ガバス。
……おれは本当は知っていたんだ、日奈さんの態度の本当の意味を。だから菜々那にも同じことをしようとした。そういう方法を知っていたから
みんなでツンデレ。みんツン
4840237212
2008-02-21 :-)
_ 朝ったー
0540 起床。ねむ
_ [植松伸夫][ファイナルファンタジーVI]通勤ったー
ファイナルファンタジーVI
ゲームは何度かプレイしました。作曲は植松伸夫さん。スーパーファミコン最後の作品です。CD 3 枚です。冒頭の「予兆」「炭鉱都市ナルシェ」や、サントラにある天野喜孝さんのイラストから受ける印象のとおりに全体的に暗いです。退廃的なイメージがあります。機械文明が発達した世界ということで「戦闘」「テクノdeチョコボ」などエレキギターの音を使った曲があります。
FF6 では FF5 よりもさらに使う音が増えて、豊かな曲になっています。サントラのライナーノーツに以下の記述があります。
例えば 10 人のヴァイオリン奏者が全員で 440 ヘルツの「 ラ 」の音を弾くとします。いくら上手な人が揃っていたとしても、全員で完璧な 440 ヘルツの音程をしかも同時に出すことは不可能ですね？ 人によっては 1 〜 2 ヘルツずれていたり少しフライングしていたり出遅れたりしている。しかしそれがいいのです。いや、音の豊かさや厚みを増すたえに、リズムに生き生きしたうねりを与えるためには、そうでなくてはいけないのです。
正確無比が売り物であったはずのコンピューターのその「売り」の部分が災いして、より良いコンピューター音楽を得るためには「程よいアイマイなデータ」を作成せねばならぬというのも皮肉な話ですね。
この「うねり」を実現していると思われるのが「決戦」で使っているドラムの音です。ドラムを叩く音の長さが一定ではなくてバラつきがあります。聴いているとドラムの音の長さにパターンがあることが分かるのですが、最初に聴いたときはこのバラつきに驚きました。他にも弦楽器の音を使っていて音が豊かな曲があるけど、これは「うねり」ではなくてたんに和音を使ったことによる豊かさかもしれません。
- 目覚め：「ティナのテーマ」の前半と後半を同時に使っています。
- ロックのテーマ、セリスのテーマ：最終的にカップリングする二人です。エンディングでは「ロックのテーマ」「セリスのテーマ」を同時に使っています。カップリングの曲を同時に演奏する手法は GIGs[ 20060902#p03 ]で ハヤブサ斬りキャンセル がやってました。
- ガストラ帝国：FF6 は「ティナのテーマ」のアレンジが多いですが「ガストラ帝国」のアレンジも多いです。「予兆」「帝国の進軍」「戒厳令」などがあります。他にあるかしら。
- 妖星乱舞：ラストバトルの曲です。17 分 38 秒あります。かなり長いのですがラストバトルは 4 連戦あり、各々の場面に戦闘曲があります。4 つの曲を「妖星乱舞」1 曲にまとめてあります。なので長くなっています。内訳は 4 曲あるわけです。4 戦目はケフカ戦であり「ケフカのテーマ」のアレンジです。
FF6 サントラのうち私が大好きなのが disc 3 前半の以下の曲です。曲順そのまま。
- 魔大陸
- 大破壊
- 死闘
- レスト・イン・ピース
- 死界
- あの日から...
- 仲間を求めて
「物語の場面を表す曲」の流れです。FF6 サントラはゲームをプレイする前に買って聴いてました。曲を聴きながら曲名を見て、物語のおおざっぱな流れを妄想してました。当時週刊少年ジャンプに多少のネタばれ記事があって「どうやら世界が崩壊するらしい」ということ、FF6 TVCM を見て「船( 飛空挺 )が破壊され、吹き飛ばされる仲間たち」ということは知っていました。そのような中途半端な知識を持ってサントラ CD を聴いていた当時の私の妄想は以下。
「魔大陸という舞台がある、何かと戦闘を繰り広げる、その相手はきっと世界を破滅させるようなとんでもない化け物なのだろう( アルテマウェポン戦 )、激闘むなしく主人公たちは敗れる( ゲームではちゃんと勝ちます )、そして世界が崩壊した、崩壊し死滅した世界、散り散りになった仲間を探し出し、最後の決戦へ向かう」
FF6 の曲はすべて英語名と日本語名があります。「仲間を求めて」の英語名は「Searching Friends」です。なので、どうやら仲間を探すらしいということは分かるわけです。なお、完全な曲リストは以下が詳しいです。
最近音楽は何か作業しながら聴くことが多いですが、FF6 を聴いていたころはサントラパッケージのイラストや曲名を眺めながら集中して聴いていました。だから上記のような妄想になります。そのようにして曲名を眺めながら、世界を想像しながらちゃんと音楽を聴いたのは FF6 が最後かもしれません。
B00066VUUM
_ 仕事
0830 出勤。
_ [Perl][高林哲][がらくた][コードリーディング]がらくたを読む - anchor-lcase
anchor-lcase を読みます。
http://0xcc.net/attic/anchor-lcase
標準入力から読んだ文字列の大文字を小文字にするプログラムです。
冒頭はプログラムの概要が書いてあります。
#! /usr/local/bin/perl -w # # anchor-lcase - convert all "name=" anchors into small letters. # also replace `_' with `-'.
Copyright が続きます。GPL です。
# # Copyright (C) 1999 Satoru Takabayashi <satoru-t@is.aist-nara.ac.jp> # All rights reserved. # This is free software with ABSOLUTELY NO WARRANTY. # # You can redistribute it and/or modify it under the terms of # the GNU General Public License version 2. #
プログラム本体です。最初に use strict; しています。変数の宣言を強制します。
use strict;
標準入力から読み込み、$content に格納します。$content の宣言と定義を 1 行でおこなっています。
my $content = join '', <>;
$content =~ s/name="(.*?)"/"name=\"" . xx($1) . "\""/ge;
$content に含まれる name= を s/// 演算子により置換しています。s/// は文字列中でパターンを探し、見つかれば置換テキストに置換します。この s/// を分解して見ていきます。
name="(.*?)"
置換させたい文字列です( これを「パターン」といいます )。name= のあとにある " " で囲まれた文字列にヒットします。カッコ () でくくることによりグルーピングしています。.*? は「何かの文字が 0 回以上存在するうちの最も短いもの」を表す正規表現です。.* は最長一致になり、? をつけて .*? とすることで最短一致になります。最長一致は「可能な限り長い文字列」を意味します。最短一致は「可能な限り短い文字列」を意味します。
"name=\"" . xx($1) . "\""
こちらは置換後です( 置換テキストといいます )。これをさらに分解します。
"name=\""
ダブルクォート「"」そのものを表すために「\"」とエスケープしています。"name=\"" は name=\" をクォートした文字列という意味になります。"" で
. xx($1) .
. は文字列を連結する演算子です。"name=\"" と xx($1) した結果と "\"" を連結します。$1 には s/// 演算子のパターンの部分に書いたグルーピングが入ります。パターンを () でくくっておくと、置換テキストで $1 として参照できます。パターンに () () と 2 つグルーピングしておくと、置換テキストでは最初のグルーピングを $1 、次のグルーピングを $2 として参照できます。3 つグルーピングがあれば $1 $2 $3 として参照できます。
xx($1) を見てみます。
sub xx {
my ($tmp) = @_; ← $tmp には s/// のパターンに書いた name="(.*?)" の .*? が入る
$tmp =~ s/_/-/g; ← _ を - に置換
return lc($tmp); ← $tmp を小文字へ変換( lc - Lower Case )
}
このように name を処理し、以下同様に href も処理して、印字して終了です。
$content =~ s/href="#(.*?)"/"href=\"#" . xx($1) . "\""/ge;
print $content;
_ 買い物
( via 角谷HTML化計画 )
4274066940
( via DESIGN IT! w/LOVE )
4794965850
( via Passion For The Future )
402273163X
2009-02-21 :-)
_ 朝ッ
1130 起床
_ [伊藤賢治][桜井政博]gentle echo meeting 作曲家 伊藤賢治のトーク＆ミニライブ
＠千代田区立内幸町ホール
第一部 トーク
ゲスト：桜井政博( 星のカービィシリーズとか大乱闘スマッシュブラザーズシリーズのひと )
出会い
伊藤「桜井さんと最初に会ったのは PRESS START2006 のときです」( PRESS START2006 [ 20060922#p08 ] )
伊藤「リハーサルを終えて僕が楽屋に居たら、桜井さんが来て『この曲を書いてほしい』と仕事( スマブラX )を依頼されたんです。『ここで仕事の依頼かっ』と驚きました」
伊藤「スマブラX は先ず曲候補が黒板に書いてあり、僕はそこから バトル以外 をピックアップしたんです」
「バトル曲が好きなわけではない伊藤賢治」をアピール。
伊藤賢治の就職活動
伊藤「僕が就職活動してたのが 1990 年くらい。HAL 研にも願書を出したんですよ」( ハル研究所ウェブサイト：HAL LABORATORY, INC. )
桜井「そうなんですか！？ 僕が HAL 研に入社したのもそのくらいの時期ですよ」
伊藤「そのときスクウェアから先に内定を貰って。だけどまだ HAL 研からは何も返答がなかったので、HAL 研へ断りの連絡をしようとしてたんです」
伊藤「実際に連絡したのは僕じゃなくて母が連絡しましてね。そのとき HAL 研の総務のひとかな、そのひとから『スクウェアに入社されるんですか！良かったですね。あそこは良い会社ですよ』と言われたそうです」
桜井「あはははははは。でも正直にいうと HAL 研じゃなくてよかったですね」
伊藤「え」
桜井「僕が入社したのが 1991 年か、その辺りなんですけど、当時の HAL 研はきびしかったです。和議申請しましたから」
伊藤「あー」
桜井「仕事場には『差し押さえ』の札が貼ってあったりして、そういう状況だったんです」
作曲環境
伊藤「最近の PS3 や Wii や Xbox なんてすごいですよね、とてもひとりでは音源を処理しきれない」
桜井「スマブラの葉山さん( 葉山宏治 )が『作曲環境がつらい』というようなことを言ってました」
伊藤「そういえば葉山さんがブログで『作曲はいまだに PC-98 を使っている』と書いてましたよ」
桜井「『世界樹の迷宮』を買ったんですけどね。古代祐三さんが作曲してるんですが。オリジナル音源だけでなく PC-88 音源の曲が用意されてるんですよ。古代さんがソーサリアンやイースなどの曲を作っていたときのような音です」
ブログってこれか？ → 葉山宏治の近況と活動状況 - 近況＆活動状況。
あと、桜庭さんの、仕事の早さの秘けつとして、PC-9801を使う事があるそうです。
いや、桜庭統さんの環境だなあ。聞き間違えたかな。
大乱闘スマッシュブラザーズXのキャラクター
伊藤「いま登場してるキャラクター以外にもこのキャラクターを出してほしいというリクエストはあったんですか」
桜井「海外からもありました。ロックマンやファイナルファンタジーのキャラクターの要望が多かったですね」
伊藤「FF7 ですか？」
桜井「そうですね。なんだかんだで全世界で売れましたから」( 全世界で 900 万本以上らしい )
大乱闘スマッシュブラザーズXの曲
スマッシュブラザーズX は過去のゲームの曲をアレンジしてゲームに使っており( アレンジャーは 40 人くらい → スマブラ拳!! - 音楽家たち )その中で伊藤賢治さんが担当した曲について、オリジナル音源(!)と伊藤賢治アレンジの曲を聞き比べ。とても強烈なおっさんホイホイ。私はずーっと (*´Д`) こんな状態だった。
- スターフォックス
- パルテナの鏡
- ファイアーエムブレム
桜井「スターフォックスの曲はすごい。まあアクトレイザーがあったから、なんですが」
アクトレイザー( 作曲は古代祐三さん )は、植松伸夫さんに「FF4 の曲を作っていた時にアクトレイザーの曲を聴いた。驚愕した。こんなすごい曲があるのか。これではいかん。そして FF4 の曲を作り直した」と言わせるほど驚異的な音楽だったらしい[ 20070917#p10 ]。それと同じことを言っているんだろう。
RPG の曲は数が多い
桜井「 RPG って曲数が多いですよね。100 曲とかあるじゃないですか。あれはどうしてあんなに数が多いんですか」
伊藤「業界全体のことは分からないけど、スクウェアに限って言えばですね、あれは植松さんが原因です」
桜井「 FF5 以降は 100 曲とかありますよね」
伊藤「 CD 4 枚組になってますからね」
伊藤「まあ植松さんが悪いというんじゃなくて、植松さんは依頼されたらやってしまうひとなんです。どうしても期待に応えてしまう。プロデューサー( ディレクターだったか？ )から『この辺にも曲が欲しいよね、ここにも欲しいよね』という具合にどんどん増えていく」
第二部 ミニライブ
バンドメンバー
- 伊藤賢治（Piano）
- 依田彩（Violin）
- 石井完治（Guitar）
- 和乃弦（Guitar）
- 大野弘毅（Bass）
- 滝山清貴（Drums）
曲
- The Road to SAGA ( カルドセプト サーガ )
- 愚者の舞 ( 聖剣伝説4 )
- Dance to Bluea ( pop'n music 16 PARTY )
- 熱情の律動 ( ロマンシング サガ ミンストレルソング )
- 哀しみのなかで ( 聖剣伝説 ファイナルファンタジー外伝 )
アンコール
- オープニングタイトル ( ロマンシングサガシリーズ )
- ライジング・サン ( 聖剣伝説 ファイナルファンタジー外伝 )
曲の合間に伊藤賢治さんがトークするんですが( MC だな ) 一言二言の曲紹介程度ならば良いのだけど 5 分くらい一人で話していた。ライブとしてのリズムが崩れるし全体的に時間が長くなるのでこれは余計だった。
2010-02-21 :-|
_ 読書
2010年2月8日 - 2010年2月14日の読書メーター
読んだ本の数：3冊
読んだページ数：1065ページ
されど罪人は竜と踊る 1 ~Dances with the Dragons~ (ガガガ文庫)
手の平の上で踊る。化学反応萌えのひとは喜ぶんじゃなかろうか。ところで罪人ってだれ？
読了日：02月09日 著者：浅井 ラボ
剣の女王と烙印の仔 2 (MF文庫J す 3-2)
読了日：02月08日 著者：杉井 光
”文学少女”と飢え渇く幽霊 (ファミ通文庫)
嵐が丘も読んだはずなんだがさっぱり覚えてない。蒼の設定がちとツライか
読了日：02月08日 著者：野村 美月
読書メーター
_ [マナー][教育]他人に迷惑をかける
「自分が他人に迷惑をかけるということを自覚する」という行為をどうやって学習したんだろうか、ということを振り返ってみると
- 他人から指摘される
- 他人が遠ざかる
以上の 2 点が挙げられる。
前者はまだ指摘されるだけマシである。指摘されてそこで初めて「ああ、これは迷惑かけてたんだ」と気づくので、そこから態度を改め、周囲の人間との関係を続ければよい。ただ、ここで指摘されても「なに言ってんだよこいつｗｗ」などと考え、態度を改めない場合は ↓ へ続く
後者は手遅れである。「迷惑かけてたんだ」と気づいても、その後周囲との人間関係を修復しようにも、すでに人間関係が存在しないからである。
_ ただしイジメは例外である
誰かが「あいつハブろうぜ」「えっ あ、うん」などと周囲に持ちかけ集団でひとりの人間を無視する、という場合はまた別の問題である。
_ [リッジレーサー7]リッジレーサー7
14 時からShidenさん888勝阻止レース開始。昼間なのに満員になるくらい集まった。15時過ぎに 888 勝達成。おめでとうゴマス。立て続けに Joker さん 100 勝阻止レースを開始したけど本人の都合によりすぐに終了。ちゃんと予定を確認しとくべきだった。そしてそのまま JE4URN さん 7700 勝阻止レースに突入。30 分くらいで終了したか。速いなあ。そしてこの間に私が 1 位になったのは 1,2 回じゃないのか
- 走行距離 66867 km
- RSGP 進行度 100.0 %
- 名声 22041 FP
- オンラインバトル勝利数 566/2192
2011-02-21 :-(
_ 価値
先日ブックオフにファミコン本体(初期じゃないアレ)、PS2(型番忘れた)、そして本をいくつか(学生のころ買った)売りに行ったんだが結局値段がついたのは PS2 の 600 円だけだった。岩波情報科学辞典は重要あるなら amazon で出品してもよかったか。
B0000648TM
4000800744
4000103555
4477016611
_ [NetBSD][翻訳][クロス開発]Cross-development with NetBSD
NetBSD でのクロス開発
Cross-Development with NetBSD Using NetBSD's new toolchain to develop for an embedded device
NetBSD の新しいツールチェインを使って組み込み機器をクロス開発する
Hubert Feyrer <hubert@feyrer.de>, October 2002
Introduction (はじめに)
When targeting a product for an embedded platform, it's not feasible to have all the development tools available on that same platform. Instead, some method of crosscompiling is usually used today. NetBSD 1.6 will contain (and NetBSD-current has today) a new framework to build both the operating system's kernel and the whole userland for either the same platform that the compiler runs on, or for a different platform, using crosscompiling. Crosscompiling requires assembler, linker, compiler etc. to be available and built for the target platform. The new build scheme will take care of creating these tools for a given platform, and make them available ready to use to do development work.
組み込み製品を開発するとき、同じプラットフォーム上ですべての開発ツールは利用できない。その代わり、最近はクロスコンパイル手法がよく使われる。NetBSD 1.6 ( と今の NetBSD-current ) には、同じプラットフォームでも異なるプラットフォームでもカーネルとユーザーランドをクロスコンパイルできるフレームワークがある。クロスコンパイルアセンブラ、リンカ、コンパイラなどを必要とする。これををターゲットのプラットフォーム向けに利用できるようにし、構築しておく。新しいビルドスキームはこうしたツールをターゲット向けに作成することができ、開発作業で使うために構築することができる。
Grabbing sources (ソースを取得する)
As an example, we will examine how to make a kernel for a Shark (StrongARM based system) from a machine running NetBSD/i386 in this article. The only requirement is that there is a fresh source tree of NetBSD-current checked out from CVS. "Fresh" here means that there should be no stale object files etc. in the tree - these can really get in the way here! The following commands can be used to get a copy of the -current branch checked out in /usr/cvs/src-current:
例として、ここでは NetBSD/i386 上で Shark (StrongARM based system) 向けのカーネルを構築してみよう。やり方は簡単だ。「最新」の NetBSD-current のソースツリーを CVS から取得すればよい。「最新」とは、安定していないといったことを意味する。ツリーはいまここで取得できるのさ。マジで。以下のコマンドは、-current ブランチをチェックアウトし、/usr/cvs/src-current にコピーする。
# mkdir /usr/cvs # cd /usr/cvs # env CVS_RSH=ssh cvs -d anoncvs@anoncvs.netbsd.org:/cvsroot co src # mv src src-current
The process of crosscompiling a kernel consists of three steps, which we will describe in more detail below:
カーネルをクロスコンパイルするには 3 つの手順がある。以降で詳細を説明する。
1. Create toolchain for crosscompiling (compiler, assembler, linker, ...)
2. Configure kernel
3. Build
1. クロスコンパイルのためのツールチェイン( コンパイラ、アセンブラ、リンカ...)を作成する
2. カーネルを設定する
3. 構築する
Creating the Crosscompiler (クロスコンパイラを作成する)
The first step to do cross-development is to get all the necessary tools available. In NetBSD terminology, this is called the "toolchain", and it includes BSD-compatible make(1), C/C++ compilers, linker, assembler, config(8), as well as a fair number of tools that are only required when crosscompiling a full NetBSD release, which we won't cover here.
クロス開発の最初の手順は必要なツールを揃えることだ。ツールは、NetBSD では "toolchain" と呼ばれており、それには BSD 互換 make(1)、C/C++ コンパイラ、リンカ、アセンブラ、config(8) が含まれている。あと、NetBSD を完全にリリースするためだけにいくつかツールがあるのだが、ここでは割愛する。
The command to create the toolchain is quite simple, using NetBSD's new src/build.sh script:
toolchain を作成するコマンドはいたって簡単だ。NetBSD の src/build.sh スクリプトを使えばよい。
# cd /usr/cvs/src-current # ./build.sh -m shark -u -t
This will build all the tools for the named target platform. Arguments used here are:
これで、指定されたターゲットプラットフォーム向けのツールを構築する。引数の意味はこう。
- -m: define the machine, MACHINE
- -u: update - only build files that have changed since last build
- -t: only build the toolchain (i.e. the crosscompiler!)
- -m: MACHINE として machine を定義する
- -u: アップデートする。最後にビルドしてから変更があったファイルだけをビルドする
- -t: toolchain だけをビルドする。( たとえばクロスコンパイラだ! )
During the build, object directories are used consistently, i.e. special directories are kept that keep the platform-specific object files and compile results. In our example, they will be kept in directories named "obj.shark" as we build for a Shark as target platform.
ビルド中はオブジェクトファイルが決められたディレクトリに作成される。たとえば、プラットフォーム独自のオブジェクトファイルとコンパイル結果が特殊なディレクトリに格納される。ここでは、Shark プラットフォーム向けのビルドなので "obj.shark" という名前のディレクトリが作成される。
The toolchain itself is part of this, but as it's hosted and compiled for a i386 system, it will get placed in it's own directory indicating where to cross-build from. Here's where our crosscompiler tools are located:
toolchain もこの中に入っているのだが、i386 上で i386 向けにコンパイルされたものも入っている。クロスビルドに使うための toolchain は独自のディレクトリに入っている。我々のクロスコンパイラツールは以下にある。
miyu# pwd /usr/cvs/src-current miyu# ls tools/obj.shark/ tools.NetBSD-1.6-i386
So the general rule of thumb is for a given "host" and "target" system combination, the crosscompiler will be placed in the "src/tools/obj.target/tools.host" directory by default. A full list of all tools created for crosscompiling the whole NetBSD operating system includes:
そして、通常は "host" と "target" の組み合わせが使われ、クロスコンパイラはデフォルトでは "src/tools/obj.target/tools.host" ディレクトリに配置される。NetBSD で作成されたクロスコンパイルツールの全リストはこう。
miyu# ls tools/obj.shark/tools.NetBSD-1.6-i386/bin/ arm--netbsdelf-addr2line arm--netbsdelf-strings nbmakefs arm--netbsdelf-ar arm--netbsdelf-strip nbmakeinfo arm--netbsdelf-as nbasn1_compile nbmakewhatis arm--netbsdelf-c++ nbcap_mkdb nbmenuc arm--netbsdelf-c++filt nbcompile_et nbmkdep arm--netbsdelf-cpp nbconfig nbmklocale arm--netbsdelf-dbsym nbcrunchgen nbmsgc arm--netbsdelf-g++ nbctags nbmtree arm--netbsdelf-g77 nbeqn nbpax arm--netbsdelf-gasp nbgencat nbpic arm--netbsdelf-gcc nbgroff nbpwd_mkdb arm--netbsdelf-gcov nbhost-mkdep nbrefer arm--netbsdelf-ld nbindxbib nbrpcgen arm--netbsdelf-lint nbinfo nbsoelim arm--netbsdelf-mdsetimage nbinstall nbtbl arm--netbsdelf-nm nbinstall-info nbtexi2dvi arm--netbsdelf-objcopy nblex nbtexindex arm--netbsdelf-objdump nblorder nbtsort arm--netbsdelf-ranlib nbm4 nbuudecode arm--netbsdelf-readelf nbmake nbyacc arm--netbsdelf-size nbmake-shark nbzic
As you can see, most of the tools that are available natively on NetBSD are also available, with some program prefix to identify the target platform. (The naming here is a bit redundant due to the directory structure containing all the information, but the program names are created by the GNU based toolchain and were chosen not to be changed).
このように、ネイティブの NetBSD 上で使えるほとんどのツールが使えるようになっている。ターゲットプラットフォームの接頭字がついているプログラムがいくつかある。(ディレクトリ名で区別できるのでこの命名は冗長なのだが、これらは GNU ベースの toolchain で作成されたので名前を変更できないのである)
One important tool that should be pointed out here is "nbmake-shark". This is a shell wrapper for a BSD compatible make(1) command that's setup to use all the right commands from the crosscompiler toolchain. Using this wrapper instead of /usr/bin/make allows crosscompiling programs that were written using the NetBSD Makefile infrastructure (see src/share/mk). We will use this make(1) wrapper in a second!
"nbmake-shark" に注目。これが重要なツールだ。これは BSD 互換 make(1) をシェルでラップし、クロスコンパイラ toolchain のすべてのコマンドを設定するのに使う。NetBSD Makefile ( src/share/mk参照 ) と同じように書けば /usr/bin/make の代わりとしてクロスコンパイルプログラムを使うことができる。これでもう make(1) を使えるのさ!
Configuring the kernel (カーネルを設定する)
Now that we have a working crosscompiler available, the "usual" steps for building a kernel are needed - config, then build. As the config(8) program used to create header files and Makefile for a kernel build is platform specific, we need to use the "nbconfig" program that's part of our new toolchain. That aside, the procedure is just as like compiling a "native" NetBSD kernel. Commands involved here are:
すでにクロスコンパイラが使えるようになっている。カーネルをビルドする「通常の」手順では config をしてからビルドをする。config(8) プログラムは、プラットフォーム独自のカーネルをビルドするためのヘッダーファイルと Makefile を作成する。そのために "nbconfig" を使う。これは新しい toolchain に含まれているプログラムだ。ネイティブな NetBSD カーネルをコンパイルするのと同じ手順で出来るのである。コマンドはこう。
# cd /usr/cvs/src-current/sys/arch/shark/conf/ # /usr/cvs/src-current/tools/obj.shark/tools.NetBSD-1.6-i386/bin/nbconfig GENERIC
That's all. This command has created a directory "../compile/GENERIC" with a number of header files defining information about devices to compile into the kernel, a Makefile that is setup to build all the needed files for the kernel, and link them together. As the Shark port uses ELF as execution format but the Shark's OpenFirmware can only load a.out kernels, that Makefile will also convert the kernel from ELF to a.out once it's built.
以上。このコマンドは "../compile/GENERIC" ディレクトリを作成し、カーネルでデバイスを使うための情報を定義したいくつかのヘッダーファイルを格納する。Makefile にはカーネルが必要とする全てのファイルを作成、リンクする。Shark ポートは実行形式として ELF を使うのだが、Shark の OpenFirmware は a.out 形式のカーネルしかロードできない。Makefile ではカーネルを ELF から a.out 形式へ変換する。
More information about building NetBSD kernels can be found at http://www.netbsd.org/Documentation/kernel/.
NetBSD カーネルのビルドの詳細は http://www.netbsd.org/Documentation/kernel/ を参照。
Crosscompiling the kernel (カーネルをクロスコンパイルする)
We have all the files and tools available to crosscompile our ARM-based kernel from our Intel-based host system, so let's get to it! After changing in the directory created in the previous step, we need to use the crosscompiler toolchain's "nbmake-shark" shell wrapper, which just calls make(1) with all the necessary settings for crosscompiling for a shark:
これで Intel ベースのホストシステム上で ARM ベースのカーネルをクロスコンパイルするためのファイルやツールが全て揃った。あとはやるだけだ。先の手順で作成されたディレクトリへ移動しよう。クロスコンパイラ toolchain のシェルラッパー "nbmake-shark" がある。shark のクロスコンパイルに必要な設定をおこない、make(1) を呼び出すだけだ。
# cd ../compile/GENERIC/ # /usr/cvs/src-current/tools/obj.shark/tools.NetBSD-1.6-i386/bin/nbmake-shark
This will churn away a bit, then spit out a kernel:
いくつか印字し、カーネルを出力する。
... text data bss dec hex filename 1687520 69632 184576 1941728 1da0e0 netbsd.aout miyu# ls -la netbsd.aout -rwxr-xr-x 1 root wheel 1757216 Mar 27 02:55 netbsd.aout miyu# file netbsd.aout netbsd.aout: NetBSD/arm32 demand paged executable
Now the a.out(!) kernel can either be transferred to a shark (via NFS, FTP, scp, etc.) and booted from a possible harddisk, or directly from our cross-development machine using NFS. Be sure to actually use the a.out kernel, as the Shark's firmware cannot use the one in ELF format.
これで a.out カーネルを shark へ転送し( NFS、FTP、scp などで ) ハードディスクから起動したり、クロス開発用マシンから NFS で直接起動させることができる。Shark のファームウェアは ELF 形式を扱えないので a.out カーネルを使うこと。
Crosscompiling the whole Operating System (オペレーティングシステム全体をクロスコンパイルする)
Of course you can not only crosscompile the NetBSD kernel, but the whole system. This is as easy as:
もちろん NetBSD カーネルだけをクロスコンパイルできるわけじゃない。システム全体をクロスコンパイルできる。以下のように簡単だ。
$ ./build.sh -m shark -d \
-D /usr/tmp/shark-root \
-R /usr/tmp/shark-release
This command will first build a crosscompiler, as described above. After that it will crosscompile the whole operating system including all libraries, binaries, etc. To make things complete, kernels for installing and running the systems will be built, and everything will be packed into distribution sets & install media, so a full NetBSD release is available i /usr/tmp/shark-release after that command!
このコマンドは、先ほど述べたように最初にクロスコンパイラをビルドする。それからライブラリ、バイナリなどを含めたシステム全体をクロスコンパイルする。完了したら、カーネルをインストールし、システムを走らせるために、sets とインストールメディアに圧縮する。そして /usr/tmp/shark-release を実行すれば NetBSD のフルリリースが出来上がるのさ!
Too easy? Sorry, but that's NetBSD! :-)
NetBSD なら簡単でしょ? :-)
Summary (まとめ)
So much for our small example on how to use the new build framework to do cross development of a kernel for and with NetBSD. Let me re-emphasize at this point again that the toolchain produced in the first step is capable of (re)building the complete NetBSD operating system including libraries and programs, not only the kernel. More information on building the whole operating system can be found in src/BUILDING. More documentation is also available as src/tools/compat/README, which has special emphasize on setting up crosscompiling from various host operating systems, i.e. Solaris and Linux besides NetBSD.
ここでは少しの例で NetBSD 上で NetBSD カーネルをクロス開発するためのビルドフレームワークの使い方を示した。最初の手順で使った toolchain をおさらいしておくと、toolchain は NetBSD カーネルだけでなくライブラリやプログラムを含めた NetBSD オペレーティングシステム全体の構築(再構築も)に使う。オペレーティングシステム全体の構築についてのもっと詳しい情報は src/BUILDING にある。NetBSD だけでなく Solaris や Linux など様々なホストオペレーティングシステム上でのクロスコンパイルについての文書は src/tools/compat/README にある。
(c) Copyright 20020110 Hubert Feyrer <hubert@feyrer.de>
$Id: xdev.html,v 1.6 2002/10/15 23:46:15 feyrer Exp $
2013-02-21 :-(
2014-02-21 :-)
_ 私の熱い独身活動 ドクカツ！ 始まります！ フフッヒ
飯を作る気力がないのでインスタントにするなど怠惰なセイカツをしている。
_ ,
ツッコミ spam 増えたなあ。ｋｓｇ
_ [Java][Ruby][マルチスレッド][デザインパターン]Java言語で学ぶデザインパターン入門マルチスレッド編 Thread-Per-Message - この仕事、やっといてね
メッセージごとにスレッドを起動して処理する。
(起動済スレッドへメッセージを投げるのは Worker-Thread パターン)
# coding: utf-8
#
# 『増補改訂版Java言語で学ぶデザインパターン入門マルチスレッド編』 http://www.hyuki.com/dp/dp2.html
#
# Thread-Per-Message - この仕事、やっといてね
#
require 'thread'
require 'monitor'
class Host
def initialize()
@helper = Helper.new()
end
def request(count, c)
puts " request(#{count}, #{c}) BEGIN"
t = Thread.new() {
@helper.handle(count, c)
}
puts " request(#{count}, #{c}) END"
return t
end
end
class Helper
def handle(count, c)
puts " handle(#{count}, #{c}) BEGIN"
0.upto(count) {|i|
slowly()
printf c
}
puts ""
puts " handle(#{count}, #{c}) END"
end
def slowly()
begin
sleep(2)
rescue => ex
puts ex
end
end
end
def main(argv)
th ||= []
puts "main BEGIN"
host = Host.new();
th << host.request(10, 'A')
th << host.request(20, 'B')
th << host.request(30, 'C')
th.each {|t| t.join()}
puts "main END"
end
main(ARGV)
>ruby Thread-Per-Message.rb
main BEGIN
request(10, A) BEGIN
request(10, A) END
request(20, B) BEGIN
request(20, B) END
request(30, C) BEGIN
request(30, C) END
handle(10, A) BEGIN
handle(20, B) BEGIN
handle(30, C) BEGIN
ACBCABCABCABCBAACBBCACABCBACABCBA
handle(10, A) END
BCCBBCCBCBCBBCBCBCB
handle(20, B) END
CCCCCCCCCCC
handle(30, C) END
main END
ライセンス
Copyright (C) 2002,2006 Hiroshi Yuki. http://www.hyuki.com/dp/dp2.html hyuki@hyuki.com This software is provided 'as-is', without any express or implied warranty. In no event will the authors be held liable for any damages arising from the use of this software. Permission is granted to anyone to use this software for any purpose, including commercial applications, and to alter it and redistribute it freely, subject to the following restrictions: 1. The origin of this software must not be misrepresented; you must not claim that you wrote the original software. If you use this software in a product, an acknowledgment in the product documentation would be appreciated but is not required. 2. Altered source versions must be plainly marked as such, and must not be misrepresented as being the original software. 3. This notice may not be removed or altered from any source distribution.
参考
『増補改訂版Java言語で学ぶデザインパターン入門マルチスレッド編』
4797331623
2016-02-21 :-)
_ FPGA Cyclone III EP3C16F484 の開発環境を作った
買ったやつ 超入門！FPGAスタータ・キットDE0で始めるVerilog HDL
付属の DVD に開発環境 Quartus II が入っているんだが、簡単にいうと Windows 10 (64bit) に対応していない。なので結局 Quartus Prime ライト エディション をインストールした。いくつか躓いたところ。
- ダウンロードするためにアカウント登録しないといけないんだが任意のユーザー名がすでに使われている場合 入力項目(氏名 住所 電話番号 所属組織云々)をすべて入力し直さないといけない
- USB ドライバは署名されていないので Windows 10 だと頑張らないといけない Windows10で署名なしドライバをインストールする方法／テストモードにする方法
とりあえず Lチカするところまで。
_ 東方天満宮 へ梅を見てきた
「ひがしがた」だそうだ。「とうほう」と読んでたよ。
梅まつりというのが開催されるらしいが日程はウェブで告知されず、現地の掲示板で知るほかないらしい。今年は昨日開催されたそうだ→ 都筑の梅の名所東方天満宮で 「梅まつり」 が雨の中で行われました！
6分？7分？またはもうすでに散っている？ 散ってるかな。
せっかくだから俺はこの二眼レフカメラを使ってみるぜ。テキトーにバシバシしてみたが撮れてるかどうかは現像してみないと分からん。
2018-02-21 :-)
_ [艦これ]艦これ 2018冬イベント 捷号決戦！邀撃、レイテ沖海戦(後篇) E4「サマール沖 その先へ」
E4 乙にしました。甲は難易度が急激に上がるらしいのと、甲クリアした他提督の装備を見るとどう見ても改修不足なので。
攻略wiki より。
ボスルート出現ギミックがあります。乙は西村艦隊で N マス A 勝利。
- 最初はボスマスが隠れているが、遊撃部隊の西村艦隊で出撃し下ルート終点のNマスで勝利すると、上の栗田ルート終点にボスマスが出現する。
- 甲難度でA勝利以上(乙も同様?)。丙はN到達(勝敗は問わない)、丁では手前のM到達で撤退しても条件達成になる。
- 丁難度ではMマスに辿り着きさえすればいいので、やはり潜水艦(単艦～6隻)での攻略が有効である。水上艦が出てくるFマスとHマスは基地航空隊で対処すれば問題ないだろう。
- 甲難度でA勝利以上(乙も同様?)。丙はN到達(勝敗は問わない)、丁では手前のM到達で撤退しても条件達成になる。
ギミック解除 N マス
西村艦隊です。照明弾を 2 人に装備させてますが単に間違えただけです。空襲対策に電探を装備させるか、グンマー対策に熟練見張員を装備させましょう。道中支援も出しておきました。基地航空隊も使えますが、基地航空隊は出撃箇所が限られます(2部隊をバラまいても4マスしか支援できない)。その点 道中支援は全部のマスに来てくれます。来てくれないときもありますが。
西村艦隊
攻略
栗田艦隊でルート固定できるようです。
- 史実栗田艦隊(鈴木艦隊を含む)によるルート固定あり。要求数は甲で10隻，乙で8隻、丙で6隻。栗田艦隊ではあるが、朝霜は固定対象外のため注意。
- 難易度甲で低速艦は3隻までは組み込んでも最短を通過出来る模様。4隻以上になるとDマスの空襲が増える（乙でも同条件で逸れる）。
- また缶＆タービンで高速化しても元が低速の艦は低速としてカウントされている(要検証)。
対象の艦娘は以下の通り:
- 栗田艦隊1YB第一部隊
- 戦艦 大和、武蔵、長門
- 重巡 愛宕、高雄、摩耶、鳥海、妙高、羽黒
- 軽巡 能代
- 駆逐 島風、早霜、藤波、沖波、長波
- 栗田艦隊1YB第二部隊(鈴木艦隊)
- 高速戦艦 金剛、榛名
- 重巡/航巡 利根、筑摩
- 航巡/軽空 熊野、鈴谷
- 軽巡 矢矧
- 駆逐 浦風、磯風、浜風、雪風、野分、清霜
乙なので 8 人入れました。第一艦隊に鈴谷(軽空母)、熊野(軽空母)を入れる編成もあるようですが、二人とも軽空母にしてないので正規空母と航巡にしました。が、削り時は Q マス制空拮抗、ボスは制空権確保でした。
第一艦隊
第二艦隊
最終形態は洋上補給が効果的だとのことで速吸を入れてみました。速吸は今まで使ったことないです。なお編成には低速艦 3 以下に抑えておかないと最短ルートにならないので注意(速吸は低速艦)。なおこの編成でボス制空拮抗だったので、基地航空隊で劣勢調整できてなかったもよう。もう 1 中隊 陸戦を入れるべきだったか。ゲージ削り時はとくにキラ付けは意識してませんでしたが、最終形態は全員二重キラ付けしました。が、それでも大破しますね。します。そしてボスを一度沈め損ねました。リトライしてようやくクリア。
第一艦隊。戦艦が割りと外すのでフィット砲に変更。
第二艦隊。誰を速吸と入れ替えるか迷いましたが羽黒と速吸を交代。
道中支援
決戦支援
基地航空隊。陸戦を入れてボスへ。陸戦x2 陸攻x2 だと劣勢調整できる？
基地航空隊。第二。ゲージ削り時は R マスへ集中。最終形態はボスへ集中。
初めての洋上補給
ボス最終形態
旗艦だけ残して夜戦に突入し、運良く西村艦隊が友軍で来てくれました。
最後は雪風のカットインでトドメ。
Jervis きました。可愛い。可愛い。去年の艦これ観艦式でチラ見されてた艦娘ですね。
2020-02-21 :-|
2021-02-21 :-)
_ 河津で河津桜を見てきた
河津駅で知人提督たちと合流。何名かは前日から宿泊していたようだけど私は日帰りで。
まず温泉へ。露天風呂でした。舟戸の番屋 (公式？ 舟戸の番屋 )というところらしい。
風呂から出てからお昼。隣接してある食堂です。伊豆方面の定番ということで金目鯛を頂きました。味噌汁は金目鯛の頭を半分に割ったものが使われていました。煮込まれていたかは不明。
肉厚です。うまうま
散策
河津桜の原木です。だいぶ散ってました。
菜の花は見頃です。香りが漂ってきました。
川沿いを歩きました。
帰路は知人提督の車に乗せてもらいました。
スカイラインを経由したんですが、ラブライブ！サンシャイン！！ で Aqours が行ったのは 西伊豆スカイライン土肥駐車場 らしい。
2022-02-21 :-(
2026-02-21 :-)
_ KENJI ITO CONCERT "35th Anniversary AS A COMPOSER" LIVE -gentle echo meeting＜Rock Style＞ @Omiya Sonic City
イトケンライブを見てきた。
サガシリーズからふんだんに演奏された。
3列目ほぼ中央の席を確保できたのでだいぶ見やすい。公演中は録音録画撮影禁止なんだが観客がみんな公演前には撮影していた。「公演中」ではないから問題ないという理屈だろうか。最近のライブはよく分からん。
_ まきにゃ [ノドが乾く→血が欲しぃ(ぇ。SONYの耳栓タイプを装着したままで物食べたり、しゃべったりすると骨に響きます(笑)]
_ みわ [血って... アンデルセン神父に狩られてしまいますヨ これはまさに耳栓だねえ笑。耳が塞がってなんだか息苦しくさえもあ..]