パソコンが静かになりました
PCで録画している都合上、夜中に自動起動したりする。最近、音が気になってきてのでCPUファン、ケースファン共々交換した。現在使用しているケースは十年ほど前に購入したケース、CPUは数年前ぐらいかな。CPUファンは良しとしても、ケースファンの方は少なく見積もっても一万時間は動作してるよな。
購入したファンはこいつら、NOCTUAだ。静音・劇冷えだっ。ケース前面の80mm角ファンから吸気 → HDDを冷却 → CPUのヒートシンクへ → ケース後面の120mm角ファンで排気、という流れ。ヒートシンクが重くて怖いので、ケースは横置きにした。*1
[Noctua正規代理店]NH-D15S - サイレントタワーヒートシンク[NH-D15S]
- 出版社/メーカー: Noctua
- メディア: Personal Computers
- この商品を含むブログ (1件) を見る
- 出版社/メーカー: noctua
- メディア: Personal Computers
- この商品を含むブログ (1件) を見る
[Noctua正規販売代理店]NF-A8 PWM - 80mm Premium Quality Fan [NF-A8 PWM]
- 出版社/メーカー: Noctua
- メディア: Personal Computers
- この商品を含むブログを見る
すっげー静かになった。うるさい周波数で-15dBA、そうでもないところで-10dBAくらい。感覚的にはベランダのサッシ閉めたくらいか。アイドル時のCPU温度も5°C以上下がった。
ただ、1400Hzの音が耳障りといえば耳障りだ。恐らく5400rpmのHDDのケースへの共振だと思われる。スピンドルモータが12極で、5400÷12=450、で三次の共振で1350Hzってな感じでしょう。
しかも交換後のほうが鋭いピーク、多分ケースを掃除したとかネジの締め付け具合で共振の具合が変わったんだと思う。つまり、制振する手立てはありそうだということだ。なんとかせねば。
アンセキュア・マンション、D-Room
マンションの裏口、自転車置き場にこういうのがぶら下がってた。ま、あれだ、小箱付き南京錠ってやつだ。5桁くらいの数字で開閉し、なかにモノを入れて置けるっつうやつ。これが、マンションの敷地内とは言え、誰でも入れる場所にぶら下げてあるわけだ。民泊の運用で、事務所の位置を知られたくないなどの理由で使われることが多い。南京錠の中に、部屋の鍵とかカードキーとか入れといて宿泊客へ受け渡しをするわけだ。
気になったので管理会社に問い合わせたらこんな回答だった。「民泊ではありません。出入りの業者さんが利用するカードキーをそこに入れてある。業者さんが一旦大和リビングの事務所までカードキーを取りに来なくても良いようにそうしている。」んー、困ったぞ、こいつ馬鹿だぞ。カードキーはFelicaと同じ暗号強度があるっつうんで、ダイワハウスのCMでセキュア・マンションなどと謳ってるんだろよ。トリプルDESの相互認証を整数五桁までイッキにコンプロマイズする大胆さに驚き。指摘しても知らん顔の馬鹿さに二度驚き。*1 *2
こんなこともあった、これもカードキー絡みなんだが。大和リビングには錠と鍵の区別が出来ない奴が居るらしい。こういう掲示物は上長のチェックが入るのが普通だと思うが、チェックした人も区別の出来無い人なのか、そもそもチェックなんてしてないのか。どっちも嫌だね。その上、日本語も怪しい。ここに貼っとくから読んでみてね、こっちまで混乱してくるから。
*1:大和ハウスのHPから問い合わせをしたくリンクを辿るが、賃貸物件は全て大和リビングへの問い合わせに行き着く。しかたないので、大和ハウスの分譲物件の問い合わせメール窓口に、こうこうこういうことなんで、どうにかして下さい、とお願いしておいた。二日後、南京錠は撤去された。セキュア・マンション再び。しかし、問題は根が深くて、馬鹿が管理していてそれをチェックする人間が居ないっつうことじゃねえかと。市内に大和の賃貸物件が雨後の筍なんだが、管理に手が回らなくなった大和リビングはまた同様のポカをやると思う。
*2:その三ヶ月ほどしたら別の場所に南京錠がぶら下がってました。バカの相手はだるいので近々消費者センターにねじ込みます。
Alien ^3
BSでエイリアン一挙放送なんてやってるんでつい見てしまった。で、歳を取ると映画の見方が変わるもんだなと思った。しっとり古典の第一作、どんぱちバイオレンスの第二作、当時少年だった私はどちらも大いに楽しんだ。そして第三作目、なんか雰囲気は良くて抗いがたいものがあるが、噺がどーも良く分からん、と、好きになりたいけど好きになれねーな、みたいな。そんなもんでしたね。
そらそーだわ、中学生に理解できる映画ではなかった。ただそれだけのことでも無いことが、今回見直してみて判明した。そもそも訳を付けとる人が理解してない。そんな糞字幕で噺が理解できるわけ無い。今回のスターチャンネルでの放送、戸田奈津子を超える糞っぷり、見てみましょう。
会話が理解できない糞っぷり
字幕が酷くて見るのやめるレベル、つか止めた。で、今これ書いてる。ニュートの解剖、食堂での一幕の後、チャールズ・ダンス演じる医官とシガニー・ウィーバー演じるリプリーが身の上話をするシーン。
[Ripley] How did you get this wonderful assignment?
[Clemens] How do you like your new haircut?
[Ripley] It's okay.
「こんなクソみたいな仕事、志願したの?」と興味半分、ディスり半分で訊いてるわけよ。で、この小娘め、んなわけねーだろ、と質問に質問で返答する。「新しいヘアスタイルは気に入ったかい?」と。気に入るわけねえわな、剃られてんだもん。「しょうがないものね。」と返事しながら、医官の身の上を自分に重ねてんだよ。新しいヘアカットや靴、帽子などを職や立場の比喩とするのは欧米の会話では散見される。そうであることを知らずとも、この短い会話の後にやや長めの無言のシーンがあることで、先ほどの会話の反芻をやってる感は伝わってくるはずだ。この訳をつけた奴は英語を文字通り理解はできているが、会話を理解できていない。馬鹿だ、周囲にいても関わりたくないタイプ。
この後も突然「私に惹かれてるの?」と尋ねるリプリーに対して「どういう意味だ?」「そういう意味よ。」という会話が有る。これはさっきの職業志願の会話のリプライズ。やられっぱなしじゃイヤのリプリーが仕掛けたレトリックだ。それを「セックチュ」と訳しやがった馬鹿、出てこい。アタマ沸いとんのかい。
単語を知らない糞っぷり
誤訳も有るぜ。前後するが、身の上話の前、所長や施設についての会話中、語れば長いしややこしいので、会話の途中で一杯勧めている。
[Clemens] Tincture?
これを「2錠」と訳しやがった馬鹿、やっぱり出てこい。*1
ダブルミーニング、掛詞を訳に落とし込めない低能っぷり
剃髪して食堂に現れたリプリー、性衝動を隠しきれない囚人、リーダー的存在のディロンが信仰の話に重ねて、リプリーに警告しているシーン。
[Dillon] You see, we've got a good place to wait here.
[Dillon] And until now, no temptation.
[Ripley] What are you waiting for?
「な、分かるだろ?なんせ待ち時間はたっぷり有る。」「これまでには無かった誘惑もある。」と語るディロン。生長して信仰を遂げるには誘惑に打ち勝つ意思が大切だと説くと同時に、「お前レイプされちゃうぜ、気ぃつけや。」とも言ってる。これに「一体、何を待ってるの?」と応えるリプリー。信仰のコンテクストでは「キリストの再来的なものを待ってるんでしょ?あたしゃぁ信じませんが」という意味にも取れるし、レイプ警報のコンテクストでは「やれるもんならやってみなさいよ」という意味だ。ダブルミーニングにダブルミーニングで返すクレバーさ、そして鼻っ柱の強さ。このシーンだけでもリプリーのキャラクターがよく表現されている。…筈なのに、この盆暗な字幕のせいで台無し。
作品への敬意が感じられない
上で挙げたシーンはエイリアン登場前の導入部。どうせ皆死ぬんだからテキトーで良くね?的な和訳にゲンナリ。作品への敬意も、映画への愛も、和訳する能力も欠けている方々。ほんっとに辞めて欲しい。
苦情はこの辺までとして
しかし、良い映画だわ、海外でも国内でも評価は別れたと記憶しているが。役者、演技、台詞が絶妙に咬み合っていて良い。
チャールズ・ダンス(イングランド)、ポール・マッギャン(イングランド)、ブライアン・グローバー(イングランド)、ラルフ・ブラウン(イングランド)、ダニー・ウェッブ(イングランド)、ホルト・マッキャラニー(イングランド)、ピート・ポスルスウェイト(イングランド)と、イングランドの名優がズラリ。かの国の大抵の役者さんは俳優学校でガッチリ勉強してるからか、セリフ回しや演技がゴイスー。しかもギャラが安いので制作側もウッハー。
このイングランド勢が労働監獄という雰囲気を、先ず見た目で醸し出す。米人の役者とは明らかに顔つきが違う。歯並びも米人に比べれば悪い。で、喋りで醸し出す。米人にしてみれば馴染みのない、というか異国のアクセント。
まあ、評価が別れるのはしょうがない。待ちに待ったエイリアン新作がこんなだったらひっくり返るわな。
*1:後日吹き替え版で確認したところ、翻訳は石原千麻だった。向いてないから職業替えなさい。
貧者の赤道儀 (The Poor Man's Equatorial) - (2-h) フィールドソルバの精度
天体写真を撮って、フィールドソルバに掛けたとき、どのくらいの精度が得られるのだろうか。これまでのような用途であれば、1ピクセル以下だったら実用上問題なさそうでは有る。そもそもそういった精度が期待できるのか考えてみる。
FITSの座標系については、下から辿って、PAPER Iを読むとよく分かる。
前回のパノラマの検証
前回のパノラマ、うまく繋がったように見えてたけど結構綱渡りだったんだろうな、と思い、検証してみることにした。
solve-fieldを実行すると結果ファイルがいろいろできるんだが、このなかに*.corrというのがある。correlationつうことだ。同定に使用した画像上の天体と天体カタログ上の天体、両方の座標が並べて表にしてくれている。field_{x,y}つうのが画像上の天体のピクセル座標、index_{x,y}がカタログ天体のピクセル座標だ。こいつらの距離が画像上でのズレになる。
大体画像一枚につき20から30くらいの天体が*.corrファイルにあるので、平均や偏差で評価できそうだ。とある画像で計算してみるとσ≒0.007だったので3σで考えても0.02ピクセルとなり充分実用的に見える。同じような検証してる人が他にも居て、
この人は精度は1/15ピクセルだと結論している。ま、コンパラブルだわ。
solve-field --verifyの効果
何らかの原因でσが大きい場合、まあ、3ピクセルとかだとパノラマにした時に具合悪いわな、何かできることはないのかと。あるそうです。一旦解いた結果ファイルをもう一回食わせてやるとよいらしい。んで、やってみた。リネームしないと怒られます。
$> cd G $> mv DSC_4395.wcs DSC_4395_.wcs $> solve-field --overwrite --verify DSC_4395_.wcs DSC_4395.tif
結果、σは1.608912e+00から8.229623e-01へ改善。へーってなもんです。毎度fv開いてちまちま計算してられないので、Gnu Rのスクリプトをでっち上げた。いや便利だわ。
require (FITSio) corrfiles <- system ("ls G/DSC_*.corr", intern=T) sd <- c () for (corrfile in corrfiles){ zz <- file (description = corrfile, open = "rb") header0 <- readFITSheader (zz) header <- readFITSheader (zz) D <- readFITSbintable (zz, header) close (zz) # str (D) # str (header) # str (parseHdr (header)) D$colNames sd <- c (sd, sd (sqrt *1 } corrfiles sd
貧者の赤道儀 (The Poor Man's Equatorial) - (2-g) NASAのMontage、その効果
重ねるほどにノイズが減ります。εOri付近、mViewにお任せなので、トーン拡張の条件はそれぞれ異なる。
mViewer -ct 1 -gray B_Uncorrected_Crop.fits -1s max gaussian-log -out B_Uncorrected_Crop.png
出来たパノラマがこちら。
貧者の赤道儀 (The Poor Man's Equatorial) - (2-f) NASAのMontage
solve-fieldした後、Gチャネルの結果を他のチャネルに上書きして処理してみた。ズレは無くなるはずだ。
#!/usr/bin/bash for d in B G R; do cd ${d}; for f in *.tif; do solve-field ${f} --scale-low 5 --scale-high 15 -p -N `basename ${f} .tif`.fits --overwrite; done; cd ..; done for d in B R; do cd ${d}; for f in *.fits; do mGetHdr ../G/${f} temp.hdr; mPutHdr ${f} ./temp ./temp.hdr; mv temp ${f}; rm temp.hdr; done; cd ..; done for d in B G R; do mImgtbl ${d} ${d}Images.tbl; done for d in B G R; do mMakeHdr ${d}Images.tbl ${d}Template.hdr; done for d in B G R; do mkdir ${d}Proj; mProjExec -p ${d} ${d}Images.tbl ${d}Template.hdr ${d}Proj ${d}Stats.tbl; done for d in B G R; do mImgtbl ${d}Proj ${d}Proj.tbl; done for d in B G R; do mAdd -p ${d}Proj ${d}Proj.tbl ${d}Template.hdr ${d}Uncorrected.fits; done for d in B G R; do mImgtbl ${d}Proj ${d}ProjImages.tbl; done for d in B G R; do mOverlaps ${d}ProjImages.tbl ${d}Diffs.tbl; done for d in B G R; do mkdir ${d}Diff; mDiffExec -p ${d}Proj ${d}Diffs.tbl ${d}Template.hdr ${d}Diff; done for d in B G R; do mFitExec ${d}Diffs.tbl ${d}FITS.tbl ${d}Diff; done for d in B G R; do mBgModel ${d}ProjImages.tbl ${d}FITS.tbl ${d}Corrections.tbl; done for d in B G R; do mkdir ${d}Cor; mBgExec -p ${d}Proj ${d}ProjImages.tbl ${d}Corrections.tbl ${d}Cor; done for d in B G R; do mAdd -p ${d}Cor ${d}ProjImages.tbl ${d}Template.hdr ${d}Corrected.fits; done for d in B G R; do mViewer -ct 1 -gray ${d}Corrected.fits -1s max gaussian-log -out ${d}Corrected.png; done
ズレは無いな、確かに。背景が少し残ってます。つうか、インターバロメータで撮った星の写真を合わせこむから貧者の赤道儀などと言ってたわけだが、これでは単にsky panoramaだな。手持ちでも三脚でも星さえ写ってりゃパノラマにできちゃうんだから。
貧者の赤道儀 (The Poor Man's Equatorial) - (2-e) NASAのMontage
NASAのMontageというツールセットでパノラマを作ってみるテスト。そもそもsky panorama専用の道具なのでうまく行くはず、と期待している。
最終的にカラー画像が欲しいので、各チャンネル別のディレクトリに保存してそれぞれ処理してみた。
$ for d in B G R; do cd ${d}; for f in *.tif; do solve-field ${f} --scale-low 5 --scale-high 15 -p -N `basename ${f} .tif`.fits; done; cd ..; done Reading input file 1 of 1: "DSC_3051.tif"... TIFFReadDirectory: Warning, Unknown field with tag 36867 (0x9003) encountered. tifftopnm: writing PPM file Read file stdin: 2006 x 3009 pixels x 1 color(s); maxval 65535 Using 16-bit output Extracting sources... simplexy: found 524 sources. Solving... Reading file "./DSC_3051.axy"... ...snip... $ for d in B G R; do mImgtbl ${d} ${d}Images.tbl; done [struct stat="OK", count=11, badfits=0, badwcs=0] [struct stat="OK", count=11, badfits=0, badwcs=0] [struct stat="OK", count=11, badfits=0, badwcs=0] $ for d in B G R; do mMakeHdr ${d}Images.tbl ${d}Template.hdr; done [struct stat="OK", msg="Cube columns exist but are either blank or inconsistent. Outputting 2D only.", count=11, ncube=0, naxis1=7021, naxis2=3207, clon=84.454153, clat=-4.901913, lonsize=29.788476, latsize=13.606558, posang=0.720450, lon1=99.296909, lat1=-11.114580, lon2=69.765612, lat2=-11.480492, lon3=69.889981, lat3=1.630289, lon4=98.851270, lat4=1.989290] [struct stat="OK", msg="Cube columns exist but are either blank or inconsistent. Outputting 2D only.", count=11, ncube=0, naxis1=7021, naxis2=3207, clon=84.454143, clat=-4.902138, lonsize=29.789432, latsize=13.606994, posang=0.721378, lon1=99.297465, lat1=-11.114740, lon2=69.765237, lat2=-11.481135, lon3=69.889425, lat3=1.630038, lon4=98.851585, lat4=1.989512] [struct stat="OK", msg="Cube columns exist but are either blank or inconsistent. Outputting 2D only.", count=11, ncube=0, naxis1=7021, naxis2=3208, clon=84.454052, clat=-4.902060, lonsize=29.788384, latsize=13.610759, posang=0.721674, lon1=99.296969, lat1=-11.116418, lon2=69.765662, lat2=-11.482952, lon3=69.889804, lat3=1.631847, lon4=98.850912, lat4=1.991456] $ for d in B G R; do mkdir ${d}Proj; mProjExec -p ${d} ${d}Images.tbl ${d}Template.hdr ${d}Proj ${d}Stats.tbl; done [struct stat="OK", count=11, failed=0, nooverlap=0] [struct stat="OK", count=11, failed=0, nooverlap=0] [struct stat="OK", count=11, failed=0, nooverlap=0] $ for d in B G R; do mImgtbl ${d}Proj ${d}Proj.tbl; done [struct stat="OK", count=11, badfits=0, badwcs=0] [struct stat="OK", count=11, badfits=0, badwcs=0] [struct stat="OK", count=11, badfits=0, badwcs=0] $ for d in B G R; do mAdd -p ${d}Proj ${d}Proj.tbl ${d}Template.hdr ${d}Uncorrected.fits; done [struct stat="OK", time=2] [struct stat="OK", time=2] [struct stat="OK", time=1]
ここまででバックグラウンド補正無しのパノラマの完成。
$ for d in B G R; do mImgtbl ${d}Proj ${d}ProjImages.tbl; done [struct stat="OK", count=11, badfits=0, badwcs=0] [struct stat="OK", count=11, badfits=0, badwcs=0] [struct stat="OK", count=11, badfits=0, badwcs=0] $ for d in B G R; do mOverlaps ${d}ProjImages.tbl ${d}Diffs.tbl; done [struct stat="OK", count=34] [struct stat="OK", count=34] [struct stat="OK", count=34] $ for d in B G R; do mDiffExec -p ${d}Proj ${d}Diffs.tbl ${d}Template.hdr ${d}Diff; done [struct stat="OK", count=34, failed=0] [struct stat="OK", count=34, failed=0] [struct stat="OK", count=34, failed=0] $ for d in B G R; do mFitExec ${d}Diffs.tbl ${d}FITS.tbl ${d}Diff; done [struct stat="OK", count=34, failed=0, warning=0, missing=0] [struct stat="OK", count=34, failed=0, warning=0, missing=0] [struct stat="OK", count=34, failed=0, warning=0, missing=0] $ for d in B G R; do mBgModel ${d}ProjImages.tbl ${d}FITS.tbl ${d}Corrections.tbl; done [struct stat="OK"] [struct stat="OK"] [struct stat="OK"] $ for d in B G R; do mBgExec -p ${d}Proj ${d}ProjImages.tbl ${d}Corrections.tbl ${d}Cor; done [struct stat="OK", count=11, nocorrection=0, failed=0] [struct stat="OK", count=11, nocorrection=0, failed=0] [struct stat="OK", count=11, nocorrection=0, failed=0] $ for d in B G R; do mAdd -p ${d}Cor ${d}ProjImages.tbl ${d}Template.hdr ${d}Corrected.fits; done [struct stat="OK", time=2] [struct stat="OK", time=1] [struct stat="OK", time=2] $ for d in B G R; do mViewer -ct 1 -gray ${d}Corrected.fits -1s max gaussian-log -out ${d}Corrected.png; done [struct stat="OK", min=10710.8, minpercent=22.48, minsigma=-1.00, max=65621.3, maxpercent=100.00, maxsigma=37.91, datamin=6901.62, datamax=65621.3, xflip=0, yflip=1, bunit="", colortable=1] [struct stat="OK", min=34240.8, minpercent=22.33, minsigma=-1.00, max=66045.4, maxpercent=100.00, maxsigma=16.32, datamin=28203.3, datamax=66045.4, xflip=0, yflip=1, bunit="", colortable=1] [struct stat="OK", min=19943.6, minpercent=22.44, minsigma=-1.00, max=65717, maxpercent=100.00, maxsigma=31.24, datamin=15654.9, datamax=65717, xflip=0, yflip=1, bunit="", colortable=1]
ここで、BG補正が終わる。出来たFITSからビットマップに変換して合成したがうまく行かない。各チャンネルのsolve-fieldの結果が微妙にズレているのが原因。