計算機暗号屋日記 (2004年7月 文月)

2004年7月31日

• DVD driveが交換されて帰ってきた。 再接続作業、と思ったけど、なんかやる気がでないのでまた明日。

2004年7月30日

• なぜか最新号のメロディが入手できない。 普段入荷している本屋2件に行ったのだけどなぁ。 発行されているか疑ってhome pageの確認までしてしまった。
• GV-MVP/IDVが16:08:09にお亡くなりになっていた。 ということで電源off/on。
• しまった。 期限切れ直前の缶詰を朝ご飯にしようかと思っていたけど、パンを買って来てしまった。

2004年7月29日

• 査読攻撃また1件。 9月分に割り当て。 近いうちに依頼が来ても締切が10月以降じゃないと引き受けません。 10月以降でも引き受けるかどうかは分かりません。
• 栄松堂書店のCIAL店が今月いっぱいでなくなるらしい。 駅から近くて私が買いたいものの品揃えがよくて好きだったんだけどな。 別の店を開拓せねば…
• Polynomial-Based CryptographyのOHPなど。 Industry Dayも。 (情報from I氏)

2004年7月28日

• RC5-72 challenge0.126%突破。 昨日のペースだと全空間探索にあと896年。 3年4倍で解読速度が向上するとすると27年。

2004年7月27日

• 帰宅時室温33.5度。 今日出かける時、廊下側のslideを開けるのを忘れていたけど、思ったほど暑くなかった。

2004年7月26日

• SCN'04 accepted papers。

2004年7月25日

• もう一つ、HDをbackup mediaとして使うために買ってきたIDE→USB・IEEE1394変換器、いわゆるHDケースの実験:
  • とりあえず初めての経験ということで、思った性能でなくてもいいか、ということで置いてあったもの中で安かった3.5"HDDはいーるKIT DUALを購入。
  • HDを接続。 なんか、アクセスランプのためのケーブルがまた外せるかどうか不安だなぁ。 4線の電源ケーブルもこんなに曲げて大丈夫なのか？
  • とりあえずUSB接続。 uhciとかdaとかumassとかkernelに入れてあったっけ？ なんか入っているな。 ehciはどうだろう？ 入れてないか。 kernel moduleではあるのかな？ ないみたいだ。 USB2.0だとehciなんだろうけど、とりあえず認識するかどうか実験。 もちろん、USB1.1でも使えるんだろうけど、160GBで使うと遅過ぎてやってらんないのは経験済み。

    Jul 25 22:16:46 flu kernel: umass0: Generic USB 2.0 Storage Device, rev 2.00/0.01, addr 2
    Jul 25 22:16:46 flu kernel: GEOM: create disk da0 dp=0xc768c050
    Jul 25 22:16:46 flu kernel: da0 at umass-sim0 bus 0 target 0 lun 0
    Jul 25 22:16:46 flu kernel: da0: <HDS72251 6VLAT20 V34O> Fixed Direct Access SCSI-0 device 
    Jul 25 22:16:46 flu kernel: da0: 1.000MB/s transfers
    Jul 25 22:16:46 flu kernel: da0: 157066MB (321672961 512 byte sectors: 255H 63S/T 20023C)
    

    ちゃんと認識した。 USB 2.0と一応認識しているみたいだな。 でも1MB/sとか言っているからやっぱりUSB1.1なのかな。
  • とりあえず内蔵ad1を設定した時と同様にsysinstall経由でfdiskしてbsdlabelしてnewfsしてみる。 やっぱnewfsに結構時間かかるな。 もしかして朝までかかるか？ とか考えていたら数分で終った。
  • とりあえず16MBを/dev/zeroからddしてみる。 9Mb/sぐらいは出ているみたいだ。 でも、やっぱりUSB1.1なんだろうな。 kernel reconfigするか。
  • よし。 とりあえず起動時メッセージに

    Jul 25 22:49:57 flu kernel: ehci0: <EHCI (generic) USB 2.0 controller> mem 0xffa7fc00-0xffa7ffff irq 23 at device 29.7 on pci0
    Jul 25 22:49:57 flu kernel: ehci_pci_attach: companion usb0
    Jul 25 22:49:57 flu kernel: ehci_pci_attach: companion usb1
    Jul 25 22:49:57 flu kernel: ehci_pci_attach: companion usb2
    Jul 25 22:49:57 flu kernel: ehci_pci_attach: companion usb3
    Jul 25 22:49:57 flu kernel: usb4: EHCI version 1.0
    Jul 25 22:49:57 flu kernel: usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3
    Jul 25 22:49:57 flu kernel: usb4: <EHCI (generic) USB 2.0 controller> on ehci0
    Jul 25 22:49:57 flu kernel: usb4: USB revision 2.0
    Jul 25 22:49:57 flu kernel: uhub4: (0x8086) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
    Jul 25 22:49:57 flu kernel: uhub4: 8 ports with 8 removable, self powered
    

    と認識されているぞ。
  • さてSW on。 ちょっと前のFreeBSD5.xでehciはずいぶん苛められたから今度はちゃんと動くこと期待。

    Jul 25 22:55:18 flu kernel: usb4: unrecoverable error, controller halted
    Jul 25 22:55:18 flu kernel: usb4: blocking intrs 0x10
    Jul 25 22:55:43 flu kernel: usb4: port reset timeout
    

    はにゃ？ OSが固まるとか以前に全然ダメじゃん。 やっぱehciのmanにも「quite buggy」とか書いてあるしなぁ。 しかも「usbdevs -v」したら固まったぞ。
  • ehciをkernelから外して再起動。 ちゃんとehciは認識されなかった。 ということで、USBがダメな時のためと思ってIEEE1394も使えるようにしていたのがいきなり役に立ったかも。
  • とりあえず接続して電源on

    Jul 25 23:07:53 flu kernel: fwohci0: BUS reset
    Jul 25 23:07:53 flu kernel: fwohci0: node_id=0xc800ffc2, gen=2, CYCLEMASTER mode
    Jul 25 23:07:53 flu kernel: firewire0: 3 nodes, maxhop <= 2, cable IRM = 2 (me)
    Jul 25 23:07:53 flu kernel: firewire0: bus manager 2 (me)
    Jul 25 23:07:53 flu kernel: firewire0: split transaction timeout dst=0xffc1 tl=0x2b state=2
    Jul 25 23:07:53 flu kernel: node1: resp=60 addr=0x400
    Jul 25 23:07:53 flu kernel: fw_xfer_free FWXF_START
    Jul 25 23:07:53 flu kernel: probe failed for 1 node
    Jul 25 23:07:54 flu kernel: fwohci0: txd err=14 ack busy_X
    Jul 25 23:07:54 flu kernel: fw_asybusy
    Jul 25 23:07:55 flu kernel: fwohci0: txd err=14 ack busy_X
    Jul 25 23:07:55 flu kernel: fw_asybusy
    Jul 25 23:07:56 flu kernel: fwohci0: txd err=14 ack busy_X
    Jul 25 23:07:56 flu kernel: fw_asybusy
    Jul 25 23:07:57 flu kernel: fwohci0: txd err=14 ack busy_X
    Jul 25 23:07:57 flu kernel: fw_asybusy
    Jul 25 23:07:58 flu kernel: fwohci0: txd err=14 ack busy_X
    Jul 25 23:07:58 flu kernel: fw_asybusy
    Jul 25 23:07:58 flu kernel: firewire0: max_asyretry exceeded
    Jul 25 23:07:58 flu kernel: node3: resp=16 addr=0x400
    Jul 25 23:08:00 flu kernel: fwohci0: BUS reset
    Jul 25 23:08:00 flu kernel: fwohci0: node_id=0xc800ffc2, gen=3, CYCLEMASTER mode
    Jul 25 23:08:00 flu kernel: firewire0: 3 nodes, maxhop <= 2, cable IRM = 2 (me)
    Jul 25 23:08:00 flu kernel: firewire0: bus manager 2 (me)
    Jul 25 23:08:00 flu kernel: firewire0: New S400 device ID:0030e00e8200a011
    

    とりあえず認識したかと思った後、なんかやばい感じの繰り返し。 とはいえ、またBUS resetがかかってうまくいったか？と思ったら、おいおい、完全に固まったじゃん。
  • 諦めてCTRL+ALT+DEL。 む。 background fsckはいいとして、なぜPPPで接続できない？？？ なんかいや〜んな感じだなぁ。
  • こういう時は一度killしてからもう一度pppすると大丈夫なんだけど… ダメじゃん。 これは大ヨワり。
  • ということで、こんな落書(?)を書いてしばらく時間をおいてからPPPしなおしたら… つながった。 ああ、よかった。 ちょっとIEEE1394の方も問題なのかもしれないなぁ。 続きはもうちょっと調べてからにしよう。
• 昨日購入した160GB HD接続作業開始:
  • ヨドバシカメラ マルチメディア京急上大岡に買いにいったんだけど、うまい具合に一昨日、横浜ベイスターズが5点差以上つけて勝っていたようなので、ポイント増加分で交通費760円以上が帳消しになった。 俄、横浜ファンになろうかな。:-)
  • 一応HDには1年保証がついているみたいだ。 保証書には恵安の名前があって、diskの袋にはHitachiのシールが貼ってある。 そういうものなのか？ まぁ動いて、壊れなければなんでもいいけど。
  • なんかjumper SWがよく分からんな。 単にslaveにしたいだけなんだが、4系統も書いてあるぞ。 もともと刺さっているjumperの系統と信じることにして設定。
  • あれ？ HDとDVD driveの螺、同じかと思ったら違うじゃん。 どっちを使っていたんだったかな。 とりあえず、螺穴の近くについている螺の傘で出来ている傷から想像してみる。
  • やっぱり作業をすると汗かくな。 現在室温29.5度だけど、ちょっと冷房を強力にしてみる。
  • HDを本体に接続した。 外す時よりも手間取らなかった。 んで、まずはdisplay, keyboard, 電源cableだけつないでBIOS起動。 ちゃんと認識している。 素晴らしい。
  • OSを起動。

    Jul 25 15:51:30 flu kernel: GEOM: create disk ad1 dp=0xc7895860
    Jul 25 15:51:30 flu kernel: ad1: 157066MB <HDS722516VLAT20> [319120/16/63] at ata0-slave UDMA33
    

    いい感じ。 「atacontrol list」してみる。

    ATA channel 0:
        Master:  ad0 <Maxtor 6Y160L0/YAR41BW0> ATA/ATAPI rev 7
        Slave:   ad1 <HDS722516VLAT20/V34OA63A> ATA/ATAPI rev 6
    

    よしよし。
  • このままad1にnewfsしてもいいんだけど、ちょっと前回悲しい思いをしたので、/stand/sysinstall経由でfdiskしてみる。 よし、うまくいった。 次にdisklabelも。 あれ？ あるはずのmount pointがないとか主張している。 もう一回実行。 すでに書き込んでいると主張される。 sysinstallを再起動しろといわれた。 devfsとかの関係で突然現れた/devのspecial fileを認識していないのかな？
  • sysinstallを再起動してnewfsとか実行。 無事終った。 なんか勝手にmountしているのでumountして、fstabに書き加えてfsckしてみる。 問題無し。
  • とりあえず/dev/urandomから読みだしてdiskいっぱいになるまで書き込んでみる。
  • 思ったより時間かかったけど終った。 とりあえず問題なさそうだ。
• 査読攻撃1件。 8月分に割り当て。 去年から今年にかけての冬はあんまり査読依頼が無かった分を春にこなしまくって平均月1にはしたけど、まだやっぱり終りはないらしい。 平和な期間は一月ほどで終ったようだ。
• 朝(?)起きて顔を洗う時に鼻血。 ここ数カ月大丈夫だった気がするんだけど、なんか冷房当たり過ぎとか疲れているとかあるんだろうか？

2004年7月24日

• 帰宅時室温32度。 といっても、18:00ぐらいまで家にいて冷房をかけて28〜29度ぐらいだったはずだから1度/時ぐらいで上がるということか。
• HD&DVD drive切り離し工事:
  • とりあえずマシンをshutdown -p。 冷えるまで待とうかと思ったけどとりあえず開けてみる。 作業できないほど熱いということはなかった。
  • DVD driveを外す。 うーん。 IDE cableが抜けん。 なんか、カシャッとはまる所とかあったっけ？ と、悩んでいるうちに抜けた。
  • HDを外す。 全く同じ型番のHDが2つ刺さっているのでどっちが悪いのかよく分からん。 slaveだったのは覚えていたんで、jumper SWを見たんだけどよく分からん。 多分こっちかなぁと当たりをつけてBIOS起動だけしてみる。 当たりだった。
  • が、1台しか刺さっていなかったら自動的にmasterになるとかあると嫌なので、念のためsingle user modeで起動。 おろ？ diskは当たりのようだが、なんだかad0のdiskに関してad1と同じようなメッセージが流れた… うーん。 こっちもヤバイのかなぁ。 壊れたHDの代わりを買ったらboot driveを引っ越すべきか。
  • そう、外して気がついたけどもともとHDは10カ月保証だったんだ。 1年はあると思ったらなかなか厳しいものなんだな。
  • んで、とりあえず組み立て直してからsingle user modeで起動。 fsck -fするも何も問題無かった。 とりあえずいいことにするか。
  • さてDVD driveの修理発送と、HD購入に出かけるための準備をするか。
  • PC購入時に送ってもらった箱一式の中にはDVD drive用の箱はなかった。 代わりに何を使おうか。
  • おまけのCD-ROMとかなるべくついていないのと箱サイズを考えて PShare 4 (PS-104F)に決定。 ということで、梱包してみた。
• ICICS'04 accepted papers。
• 今日、flu.hn.orgのHD&DVD drive切り離し工事を行なう予定なのでしばらく停止します。
• FSE'05はパリであるらしい。

2004年7月23日

• 帰宅時室温34度。 Athlon 1GHz温度75.9度。 ずいぶん今日は外気温は下がったと思ったんだけど、室内には及ばないのか。
• やっぱり停電とかで壊れたHDは保証期間内の保証対象外らしい。 ということでnewfsをしなおしてみるとかしてみたがnewfsは通ってもやっぱりfsckは通らない。 fsckで問題が出たsectorを避けてfile systemを確保してもまた、別のsectorの調子が悪いようだ。 どうも、全部がいかれたっぽいな。

2004年7月22日

• RC5-72 challenge0.124%突破。 昨日のペースだと全空間探索にあと1074年。 3年4倍で解読速度が向上するとすると28年。
• 帰宅時室温34.5度。 昨日よりは涼しいようだ。
• 出張中は大丈夫だったけど、さっき見たら今日の07:16:34ぐらいにBUS resetを食らって、GV-MVP/IDVが無反応になっていた。 一体どういうタイミングでこの現象が起きるんだろうか？ ちょっと頻度高過ぎ。 もうちょっと低ければbackupで動かしている「念のため」のvideo tapeとかbt878とか止められるんだけど…

2004年7月21日

• 帰宅時室温36.5度。 出張中も暑かったけどこっちはもっと暑かったらしい。 昼は40度とか超えていたんじゃないだろうか。 PCが壊れていなくてよかった。
• CSEC26終る。

2004年7月19日

• また

  Jul 18 23:14:02 flu kernel: fwohci0: BUS reset
  Jul 18 23:14:02 flu kernel: fwohci0: node_id=0xc800ffc0, gen=7, CYCLEMASTER mode
  Jul 18 23:14:02 flu kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
  Jul 18 23:14:02 flu kernel: firewire0: bus manager 0 (me)
  

  となっていた。 うーむ。 とりあえず電源off/onして

  Jul 19 01:05:37 flu kernel: fwohci0: BUS reset
  Jul 19 01:05:37 flu kernel: fwohci0: node_id=0x8800ffc0, gen=8, non CYCLEMASTER mode
  Jul 19 01:05:37 flu kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1
  Jul 19 01:05:38 flu kernel: firewire0: bus manager 0 (me)
  

  と戻したけど、この先ちゃんと動作するか不安だなぁ。

2004年7月18日

• MS-WindowsからGV-MVP/IDVを操作している同僚から録画成功確率は2/3ぐらいだと聞いていたけどこっちでは今の所全部うまくいっている。 が、さきほどfwcontrolしてみたら

  2 devices (info_len=2)
  node        EUI64        status
     0  0x00a0b00a000053f8      0
    -1  0x00a0b02100003028      0
  

  うーむ。 kernel logを見ると

  Jul 18 22:17:39 flu kernel: fwohci0: BUS reset
  Jul 18 22:17:39 flu kernel: fwohci0: node_id=0xc800ffc0, gen=4, CYCLEMASTER mode
  Jul 18 22:17:39 flu kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
  Jul 18 22:17:39 flu kernel: firewire0: bus manager 0 (me)
  

  この辺で見失ったみたいだ。 19:30〜20:00には動いているからこのあいだに何か暴走とかあったみたい。 今までも何回か、全然録画時間とかGV-MVP/IDVを含むIEEE1394機器を触っていない時にBUS resetがかかっていたけどここではダメだったみたい。 ということで、この後「fwcontrol -r」してBUS resetを強制的にかけたけど復活してこなかったので、電源off/on。 なんとかソフト的な操作で直せないのかなぁ。 今まで、IEEE1394的に見失ったこと2回。 完全連続運転を始めてからは初めての現象。
• 帰宅時室温33.5度。
• ようやく最近blaster系wormが治まってきたかな。 pingに返事するように戻そうかなぁ。 ここのところのICMP echo requestがあった要求元の数: 7/17 40ホスト、 7/16 41ホスト、 7/15 21ホスト、 7/14 33ホスト、 7/13 27ホスト、 7/12 43ホスト、 7/11 18ホスト
• 今までPCの故障について、初期不良1割、3年以内にどっか壊れる1割くらいかと思っていたけど、ここ2年くらいの私が触ったPCを見ていると初期不良15%、3年以内にどっか壊れる20%ぐらいに増えている気がする。 最近のPC弱過ぎ。 安定性を期待したいnetwork接続、email、web server辺りはFDD故障、disk crash以後、3年ぐらい安定して何事もなく動いているK6-2 300MHzマシンに任せようかなぁ。

2004年7月17日

• GV-MVP/IDVで本格的に録画予約始めた今週分のを見た。 映像は大体1.5〜2Mb/sで十分そう。 なんとなく時々一瞬止まる現象も、もしかしたらあったのかもしれないけど普通に見ていて気がつくほどはなかった。 ただ、低チャンネルのnoiseが多いときは2Mb/sだとちょっとblock noiseが乗ることもあるので、もうちょっと映像の帯域を多めにとるのがよさそうだ。

2004年7月16日

• GMP-4.1.3が出ていた。
• ad1で、どうも壊れたのは128〜131 sector目だけみたいだ。 よりにもよってこんな所が壊れるとは。
• どうも昨日、この近辺でそれなりに広範囲で瞬間停電があったらしい。 2回あったとの説もある。 (情報from M氏、N氏)
• 帰宅時室温34.5度。 結構帰りがけに夕立になりそうな感じの天気になって涼しくなったから大したこと無いと思ったんだけどな。

2004年7月15日

• くー。 tvrec script実行中にmencoderがcore dumpした。 disk crashでmencoder壊れたか？ いや、そんなこと無いみたいだ。 他のファイルは問題無くmencoder実行できた。 で、aviが出来ていないのにdvがrmされてしまっている。 こういう事故を防ぐにはどういう手順にするとよいかな。 なお、mencoderはavoption_parseという関数でsegment faultを食らっていた。 なんでこんな所で落ちるんだろう？
• どうも同僚が住んでいる近所の寮でも18:17頃何かあったらしい。 瞬間停電でも何回かあったのか？？？
• なんかflu.hn.orgの状況が怪しいので入院の可能性を考えてとりあえずdumpしておくか。 どうコマンド打てばいいんだっけ？

  dump 0uaf maro@flu2:/ad2/dump040715/root.dump /dev/ad0s1a

  といった所か。
• RC5-72 challenge0.122%突破。 昨日のペースだと全空間探索にあと897年。 3年4倍で解読速度が向上するとすると27年。
• 帰宅時室温34度。 は、いいんだけどなんかsingle user modeで起動しているんだけど？？？
  • logから推測するに17:42頃何かあったらしい。 詳細は何も残っていないので不明。
  • fsckしてみる。 /usrにちょっとした論理的破損があるようだ。 それはいいけど、2nd diskが全然読めんぞ。 kernel起動時のメッセージでは全く問題無いけど。
  • 「atacontrol list」してみる。 DVDの状態が、例の「HL)DP-ST RS/@V@ CCC-0520B/1.00」になっているし… んでreset。
  • やっぱり、というかDVDの状態直らないじゃん。 とりあえず諦めて2nd diskを/etc/fstabから外してmulti-user modeで立ち上げるか。
  • 「fsck /dev/ad1」してみる。

    fsck: Could not determine filesystem type

    あれ？ manとかで確認。 最近はfsck_ufsというのがあるのね。

    ** /dev/ad1
    
    CANNOT READ BLK: 128
    CONTINUE? [yn] y
    
    THE FOLLOWING DISK SECTORS COULD NOT BE READ: 128, 129, 130, 131,
    ioctl (GCINFO): Inappropriate ioctl for device
    fsck_ufs: /dev/ad1: can't read disk label
    

    うーん。 やっぱダメか。 messagesも

    ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=128
    ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=129
    ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=130
    ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=131
    

    とか言っているしなぁ。
• あれ？ 何を書こうと思ったんだっけ？

2004年7月14日

• 昨日録画したプロジェクトXを見てみた。
  • 念のため今まで通りの「mencoder bsdbt878」と「fwcontrol -R」の両方で取ってみた。
  • どちらにしても、アンテナ線を交換した効果は絶大。 以前に比べればかなり奇麗だ。 でも、1chということでやっぱりnoiseはそれなりに乗っているけど。
  • で、やっぱりいつものように「mencoder bsdbt878」の方は、しばらくするとカクカクになっていた。 これは「fwcontrol -R」でずいぶんbusを占拠していたってのもあるんじゃないかとは思うが。 でも最初の方は滑らかで全く問題無かった。
  • 問題の「fwcontrol -R」の方だけど、かなりぱっちり奇麗。 ただ、DVをそのまま取っておくのは辛いので「mencoder -ovc lavc -lavcopts mpeg4:vhq:vbitrate=2048」しておいたものを見たんだが、それなりにblock noiseも走るし、不定期に一瞬止まるのも気になった。 block noiseはencodingの問題だから良いとして、 一瞬止まるのはDVの時点でおかしいのか、encodingの問題なのかの切り分けが必要だ。 やっぱり1chとか低チャンネルにはnoiseが多いので映像2Mb/sでは足りないのかもしれない。
• RENESAS EDGE #4。 (情報from S氏)

2004年7月12日

• ISEC home pageが移動していたとは気がつかなかった。 学会で引き取ってくれるんだったら、過去の情報もSCISとかを含めて全部取っておいてもらえると便利なんだけどなぁ。
• SP800-38Cが出ていたらしい。 (情報from F氏)
• Tritium。 (情報from F氏)
• CIPHERUNICORN-Sというのがあるらしい。 (情報from S氏) これで、CIPHERUNICORNファミリーは A, E, Sのすべてをそろえたことになるのか？ (ネタ提供 K氏)

2004年7月11日

• 丁度、NHKの参院選特集で副音声が英語になっていてGV-MVP/IDVの副音声・主音声およびchannelのみ切替え実験が出来た。 今のC programで問題無いみたいだ。
• FreeBSD 4.10 on K6-2のrl0が、大量データ転送中突然hang up。 とりあえず「ifconfig down」「ifconfig up」したら復活したので様子見。
• どうも、冷房部屋に2日連続で居たら、体温調節機構が故障したみたい。 明日までに直るとよいが。
• PC video化計画再開:
  • チャンネル変換プログラム設計開始。
  • とりあえず出来た。 video入力もうまくいった。 audioの主音声、副音声切替えについては現在放送中のものについて対応しているのがなさそうだったのでよくわからんかった。
  • ということで、録画予約のためのscript作成開始。 bt878の方はvrecという名前にしたから今度はどうしようかしらん。 2種類もvideo入力が出来るようにする予定無かったからなぁ。
  • 「fwcontrol -R」だと入力終了はcontrol-Cか。 とりあえず

    (fwcontrol -R hoge.dv& sleep 10; killall -INT fwcontrol) >& /dev/null

    ぐらいで誤魔化すか。
  • なんかtcsh script中では「killall -INT」では死んでくれない… 「killall -TERM」で死んでもらうことにする。 その代わり、現在の送られてきているdv packetを「fwcontrol -R」でfileに落しながらmplayerで見ればコマ落ちとか、音飛びとか無しに奇麗に見られることが分かった。 ただ、ちょっと遅れるとか、馬鹿でかいファイルが出来てしまって後で消すのを忘れるとひどい目に会うとかの副作用もあるが。:-)
  • channel変更、一瞬という訳ではなくて0.2秒くらいはかかっている気がする。 ということで、録画の直前に替えると少し乱れるんだよな。 どうしようかな。 cronで1秒前、には始められないからなぁ。
  • 結局、録画script名はtvrecにした。 んで、いくつかのテストに通ったので今日の名探偵ポワロとマープルを取ろうかと思ったけど選挙スケジュールで無いのを思い出した。 代わりに今から時間が近いということでとりあえずちびまるこちゃんにしてみた。
  • 720x480でfwcontrol + mecnoderを使い、音声64kb/s、映像2048kb/sで取ってみた。 少なくともbsdbt848+mencoderの時の様に1秒毎に0.1秒止まるとか、時間が経つと段々カクカクになるというのはなかった。 ただ、やっぱりencodingの技術(パラメータ)の問題かな。 動きが激しい所ではホンのちょっとnoiseが走ったけど、 まぁ以前に比べれば大幅改善ということでかなりOK。
  • 上記録画はbackgroundのdnetcを止めたりとか、hyperthreading offとかしてだったけど、今度はdnetc動いたままでhyperthreading onでどうなるかtvkのサンゴの海の録画実験。
  • crontabの設定間違った。^^; tvkニュースで出直し。
  • うまくいったようだ。 しばらく、bt878とDVの両方で録画してみるか。
• ここの所出張続きでさぼっていたアニメダイエット再開。 んで、突然、スコール。 なんか、スゲー感じ。 30分ほどであがったけど。 そういえば選挙もあったな。 忘れないようにしないと。

2004年7月10日

• PC video化計画再開:
  • DV映像をfwcontrolで取るのはいいんだけど、もっと便利なのはないかと思った。 とりあえずdvtsだったらFreeBSDにも対応しているみたいなので、installを試みる。 でもその前にportupgradeして最新にしてみるか。 でも、いろんなものが動かなくなるのはかんべんなので、 最近Athlon PCでportupgradeしまくったはずなので、そっちでまずは実験かな。
  • なんかまたmozillaが立ち上がらなかったりしてやばい感じ。 portupgradeしまくるのは、何か問題が起きてからにしよう。 とりあえずdvtsのmakeからだな。
  • むむ。 portsだとdvplayとdvsaveとxdvshowは入らないのか。 手動で入れようかどうしようか悩ましいな。 違った。 xdvshowは別portsなのね。 ということでmake。
  • 「dvsend -4 -h 127.1」「xdvshow -4 -A /dev/audio0.0」としてみた。 とりあえず見えないことはないけどだいぶコマ飛ぶし、音も切れるしmessagesには

    kernel: Limiting icmp unreach response from 2689 to 200 packets/sec

    という数字は違うけどメッセージは連発するし、xdvshowも

    asf 00:00:00.00 2000-00-00 00:00:00 7f 57 08 16 1/36
# audio block/sample failure for 0 blocks, 1 samples of 1602

    という類のメッセージを連発するしで、real time視聴はちょっと無理があるかな。
  • まぁでもとりあえずは見えているということでchannel変更が見ながら出来るかどうか確認。 あれ〜、また

    kernel: Unknown service addr 0xffff:0xf0000d00 tcode=1 src=0xffc0 data=d00

    とか0xFFFFF0000B00ullに書き出しているのに騒がれるなぁ。 うーむ。 この前はどうやったらうまくいったんだっけ？
  • たんに送るpacket間違っていた。 real timeにchannel変更は出来た。
  • xdvshowが間に合っていないのは直接displayに書き出すなんとかextensionを使ってないからかな。 まぁ仕方ないか。

2004年7月9日

• 今日来たblogWatcher_Spider/0.1の主張するURLは直っていた。
• 帰宅時室温34.5度。 今日は結構涼しいかと思ったけどそうでもないのか。 このまま行くと盛夏のときは人間が住める環境を維持できるのかすごく不安。 諦めて夏場はAthlon止めようかなぁ。

2004年7月8日

• portupgradeしまくったらいつの間にやらmew-w3m経由でMS-Word文章とかが問題無く読めていた。
• RC5-72 challenge0.120%突破。 昨日のペースだと全空間探索にあと809年。 3年4倍で解読速度が向上するとすると27年。
• 帰宅時室温は35度だった。

2004年7月6日

• 第21回理財工学研究センター科学研究費シンポジウム。 (情報from SCIS2004 ML)
• なんか今日は99/tcpのアクセスが多いな。 新手のwormかな？
• どこで見つかったのかしらないがblogWatcher_Spider/0.1とかいうのが来た。 http://www.lr.pi.titech.ac.jp/blogWatcher/を参照せよと主張しているように見えたが無いみたいなので、アクセス拒否しようかと思ったけど、http://www.lr.pi.titech.ac.jp/blogwatcher/という正解があるようだ。
• くー。 最近mouseの横方向の動きが悪い。 掃除してもあんまり良くならないからそろそろ買い替えかなぁ。
• jweblintでチェックしたら結構ミスが見つかるな。 昨日は変な記号を結構入力したからな。
• 昨日のvideo入力への切替え、実はすでにIEEE 1394 packetのlogをもらっていた。 channel番号を0x88とかにすればいいみたい。 実験は18時間以降だな。

2004年7月5日

• 週末ももうすぐ終る。 けど、今日何もしないのもまたなかなか進まないことになるのでPC video化計画再開。
  • 制御プログラムをperlで書けると楽なので、perlで64-bit dataが扱えるのかどうか調べる。
  • 残念ながらsysseekとかを何回か繰り返しても32-bitの壁は超えられないみたい。 しかも、0xとかで32-bit超えの整数とか使うと警告とか出て挙動が怪しいしで、 ちょっと諦めだな。
  • 日付も変わったので今日はここまで。 諦めてCで書くことにしよう。
• またPC開けるのいやだなぁと思って、冷やしたら何とかなるかというのに望みをかけて15分ほどPCを止めておく。 で、起動。 BIOSで確認するもやっぱり

  [PATA Secondary Master: HL)DP-ST RS/@V@ CCC-052]

  うーむ。 もう一度CTRL+ALT+DELでrebootしてもかわらじ。 もしかして、と思ってresetしたら、

  [PATA Secondary Master: HL-DT-ST RW/DVD GCC-452]

  とりあえず直った。 何だかなぁ。 何が原因なんだろう。 で、OSをbootして確認すると、もちろん、DVD-ROM driveもちゃんと読めるんだよなぁ。
• DVDを読み続けていたら

  acd0: FAILURE - SEND_KEY status=51<READY,DSC,ERROR> sensekey=ILLEGAL REQUEST error=4<ABORTED>

  とか出て読めなくなった。 diskの出し入れをしてもダメ。 うーん。
• げげ。 いつのまにやらCD-RW/DVD driveを認識していない気が… 何が起きたんだ？ atapicamでだまされていたぞ。 /dev/cd0は居るのに/dev/acd0が居ないじゃん。 いつからだ？？？ 6/26 18:43に再起動をかけた時は居るな。 6/26 20:01に再起動かけた後

  cd0: <HH-@T)SP RS/@V@ CCC-0520B 1*00> Removable CD-ROM SCSI-0 device

  というなんか文字化けっぽいのはその時にもちゃんと見た覚えがあるんだけど 一時的なものかと思ったら違うじゃん。 がーん。 ということで原因調査開始。
  • 最後にCDを認識した時のOSのversionはどうなっているんだろう？ 5.2.1R-p8らしい。
  • このあとfirewireのmoduleをkldloadして、kernelに直接firewire関係のを入れているみたいだ。 って、この辺の事情は過去の日記を見ればいいはずだな。
  • 起動時のdmesgの違いでdiffを取っていくとfirewire関係のが違うのは当然としてCDも違うのはあるとしてももかもちょっとは違うんだな。 よくは見てなかったけど。 kernelやacpi.koの読み込み番地も違うし、TimecounterがACPI-safeからACPI-fastに変わっているし、なんかdisk関係の「GEOM: create disk ad0 dp=0xc726a160」とかいう類のdpの数字が変わっているしで。 んで、怪しいのは

    -FreeBSD 5.2.1-RELEASE-p8 #0: Sat May 29 03:00:12 JST 2004
+FreeBSD 5.2.1-RELEASE-p8 #6: Sat Jun 26 19:27:10 JST 2004

    だな。 この間、6回もkernel makeした覚えはないのに増えているってことはなんか古いコードを組み込んでしまったんだろうか。 とりあえずkernelのmake directoryをばっさり消してkernel buildしなおしてみよう。
  • がーん。 やっぱり認識しない。 物理的にIEEE1394 cardを入れた時にでもいじってしまったか？ いや、そうじゃないな。 もし、そうだとすると、その後のIEEE1394のPCI認識実験をした時にすでにおかしいはずだし。 もちろん、cableが緩むとかの可能性もあるが。 PC開けんの面倒だなぁ。 とりあえずmemtest86が起動するかとか実験してみよう。
  • memtest86が起動しないで、HD bootしてしまう。 boot driveの優先順はどうなっていたかな？ BIOS確認。
  • がーん。 boot driveの優先順以前に、BIOSのAdvanced→Drive Configurationですでに

    [PATA Secondary Master: HL)DP-ST RS/@V@ CCC-052]

    とかいっている。
  • 諦めてPCを開ける。 cableのチェックをしたけど全然緩んでいるとかそんなことはない。 一度はうまくいったとはいえ、やっぱり時期的にIEEE 1394 cardが怪しいと思わざるを得ないのでIEEE 1394 cardを外してBIOSを立ち上げる。

    [PATA Secondary Master: HL-DT-ST RW/DVD GCC-452]

    ぐー。 うまくいっているじゃん。
  • IEEE 1394 cardを刺している順番とかあるのかなぁ。 ということで、PCI cardの形状を考えて後から増設するのがやりやすい様に 現在

    PCI CONNECTOR 1: I-O DATA 1394-PCI3

    PCI CONNECTOR 2: あき

    PCI CONNECTOR 3: KW-TV878R-PRO III/M-P

    となっているのを

    PCI CONNECTOR 1: KW-TV878R-PRO III/M-P

    PCI CONNECTOR 2: I-O DATA 1394-PCI3

    PCI CONNECTOR 3: あき

    と変更してみた。 んで、BIOS起動。 うまくいっているようだ。 で、PC起動。 よし、ちゃんとCD-RW/DVDも認識しているしbktr0も認識しているし、fwohci0も大丈夫だ。 とりあえずirqとか変わったのでメモメモ。 以前

    Jun 26 20:01:45 flu kernel: fwohci0: <VIA VT6306> port 0xbc00-0xbc7f mem 0xff8ff800-0xff8fffff irq 21 at device 0.0 on pci2
    Jun 26 20:01:45 flu kernel: bktr0: <BrookTree 878> mem 0xe6afe000-0xe6afefff irq 17 at device 2.0 on pci2
    

    現在

    Jul  5 18:20:07 flu kernel: bktr0: <BrookTree 878> mem 0xe6afe000-0xe6afefff irq 21 at device 0.0 on pci2
    Jul  5 18:20:07 flu kernel: fwohci0: <VIA VT6306> port 0xbc00-0xbc7f mem 0xff8ff800-0xff8fffff irq 22 at device 1.0 on pci2
    

  • これでTV見えなくなっていたら話にならんが

    mplayer tv:// -tv=driver=bsdbt848:norm=ntsc:input=1:freq=103.5

    みえた。 よかった。
  • では、GV-MVP/IDVの方はどうだろう？ しばらく実験しないので止めていたからちょっと心配。 お、ちゃんと見えるじゃん。 電源切っても前に設定したchannelを覚えているのね。 とりあえず安心。 でも、結局、原因の確信が掴めなかったらもう一度rebootとかしてうまく行くのか安心できないなぁ。 今日はGV-MVP/IDV操作プログラムを作る予定だったのになかなかそこに到達できんぞ。
  • んで、念のためDVDをmencoderで読んでみたら… 全く問題なし。
• 本日、土曜出張に対する代休なのでその時間を使ってPCビデオ化計画再開:
  • アンテナコンセント←→video間のcableを変えたときの1chや3chの録画画像を見たらら劇的に画像が改善していた。 でも残念ながら、最長でも20分ぐらいすると、また特に画像が悪い場合は、カクカクになってしまうmencoderの現象は変わってなかった。 映像の質だけいえばbt878でも我慢できるかもという気がしてきたけど、やっぱりカクカクは悲しいし、1秒毎に0.1秒ぐらい止まるのも気にはなる。
  • video←→bt878のcableも変えることをビックカメラの勧められていたので交換開始。 まぁあのくらいの映像なら交換する必要がなかったかもしれないけど、 今使っているのだと長さがぎりぎりでちょっと動かすと外れたりして悲しかったのでまぁ無駄な買いものをした訳ではないということで。 で、しまったと思ったのはcableの色を変えればよかった。 以前は両方とも黒だったのが、今度は両方とも白になってしまった。 で、ちゃんと見えるかどうか実験。 見えた。 しかもなぜだかUHFもちゃんと入った。
  • 今気が付いたけど、買ったケーブルはビックカメラのオリジナルか？ こんな商品あるのか。 違うか。 裏を見ると製造元と販売元と別れていて販売がビックカメラということか。
  • bt878のcardの方はS Video入力しかなかったけど、TV tuner boxの方にはVideo+音声の端子があるので、購入してきたケーブルでvideo deckとの間をつないでみた。 videoの方には、そういえば昔TVで音がイマイチ出なくなってきた時に使っていた音声出力ケーブルが付いていたけどそれを回収。 ということは実は映像cableだけ買えばよかったのか。 でも、今でもPCの裏のケーブルの山はすごいことになっているから本数が増えないという意味ではいいのだけど。
  • で、実験しようと思ったけど… こちらへ入力を切替えるコマンドはまだ調べてなかった。 また、MS-Windowsな人にお願いするしかないか。 変なことして壊すのもまずいし。
• 昨日の話ので「日」と「曜日」についてはor条件らしい。 (指摘from F氏) マニュアルちゃんと読んでなかった。^^; crontab知ってからずっとand条件だと思い込んでいた。

2004年7月4日

• おろ？ crontabに

  0 21 17 7 sat $HOME/ss/vrec -b 3072 1 3600 $HOME/rec/nhkspSinka4.avi

  と書いたのが何故か7/3にも実行されているぞ？ cronのbugか？ それとも何か使い方間違ったか？
• Athlon君をbackupマシンかつ実験機としてちゃんと使えるようにportsを現状に。 ん？ portupgradeも入れてなかったっけ？ まぁいいや。 とにかくportupgradeしまくろう。
• K6-2マシンのメモリテスト。 一週間放置で20数回passしたのでおそらく大丈夫なのだろう。
• 京都は暑かった。 しっかり盆地気候だった。

2004年7月2日

• mplayerが1.0pre4になって、bt848の辺りのコードも手が入っているようなのでportupgradeしてみたけど1秒毎に0.1秒ほど止まる問題は直っていなかった。 残念。 しかも、-tv関係のoptionがちょっと変わっていて戸惑った。 ん？ もしかするとmencoderも影響を受けているのでは？ 録画予約scriptを直さねば…
• しまった。 「Algebraic Cryptography Seminar 8」がJANT12に繋がっているのに気が付いていなかった。
• なんか気分は週末。 いや、そうなんだけど、なんか明日寝過ごしそうで恐い。
• RC5-72 challenge0.118%突破。 昨日のペースだと全空間探索にあと842年。 3年4倍で解読速度が向上するとすると27年。

2004年7月1日

• security patchを当てたついでにportsのCVSupをかけたら前回からもずいぶん変わっているのね。 困らないけど気になるの類の現象が直っていると嬉しいけど、今うまくいっているのがダメになるのも願い下げだからなぁ。 どうしようかなぁ。 とりあえずは問題が少ない辺りでportupgradeかな。
• いつものnotification schedule (7月まで):
  7/18 ICICS'04, 7/23 SCN'04, 7/26 WISA2004
• ECC 2004の題と概要。
• Polynomial-Based Cryptogprahy Program (MS-Word)。
• Eracom 2004 program (PDF)。
• WartaCrypt'04 preliminary program (PDF)。
• アンテナ端子←→video間のcableを高い奴にしたら低チャンネルの画像がこっちも改善された気がする。 ただ、UHF対応のこと忘れていたので、当然16chとか入らなかった。 が、どうせまず見ないから関係ないか。 あと、せっかくvideo←→bt878のアンテナケーブル及び、 video←→GV-MVP/IDVの映像＋音声cableを買ったので付けようかと思ったけど、今日はもう眠いからおしまい。
• しまった。 録画予約scriptで7chの周波数情報を入れ忘れていて、12chが取れてなかった。 ということは今まで6ch以下しか取ってなかったんだな。
• なんか最近冷房効率が落ちている気がしたのでfilterを掃除したけどそれほど埃が付いていた訳ではなかった。

今月の日記

日本語ホーム頁に戻る

本ページの主張等は著者の所属組織に全く関係なく、個人としてのものです。