✖
熱伝導率
- 水は空気の25倍熱伝導率が高い
- アルミは空気の9800倍熱伝導率が高い
- 銅は空気の16500倍熱伝導率が高い
✖
放熱用に、銅の棒に電源ケーブルを巻き付けるみたいな感じなら十分安全なんじゃないだろうか？
懸念点
- 銅が錆たときどうなる？
- 万が一高温になって被覆が溶けば場合、銅が導体なので問題になる？
- いずれにせよショートした時点でブレーカは落ちる
- ケーブルを密着させられない？
- 最悪でも空気への放熱はできてる
- どういう形状で、どの程度の面積があれば十分放熱される？
- → ケーブルの発熱量を計算する必要あり
電源ケーブルの抵抗値を多めにみて 15Ω/km だとすると、2m だと 0.03Ω。1500W 負荷をかけていると、電線で 0.45W (0.03Ω * (1500W / 100V)A) 消費される。1秒あたり 6.75J 熱が発生する。あってるのかよくわからないな
このページによると、電線の温度上昇は θ = 0.008(I/A)^2×t で求められるらしい。I は電流、A は断面積で、2mm^2のケーブルに15A流すと銅線は 0.45℃/sec 温度があがっていく (よくわからないけど 1m あたりってことなのかな)
これの回答が詳しい
なんかちゃんと専門の頭いい人が頑張ってほしい感じ
✖
姿勢を良くしたい
✖
✖
余った電源ケーブルについて「束ねるな」と言うのは安全上は正しいのだろうけど、実際のところ「束ねるな」っていうのは現実的ではないので、ちゃんと正しい処理方法を示し、正しく使えるケーブル短縮用の器具を販売すべきだと思う。
ケーブルの発熱量より放熱量が常に勝っていれば問題ないし、あるいは折り曲げることによる電線の破損を懸念するなら、巻くようにすればいいだけだし、何かしら解決方法はあるはずだと思う。
メモ
- DELL U2713H
- 待機 0.5W
- 標準 60W
- 最大 130 W
- MacBook Air 11インチ
- ディスプレイオンアイドル状態 7.9W ref
- ACアダプタ最大 45W
- 蛍光灯
- 20W
- PIXUS Pro9000 Mark II
- 電源オフ 0.9W
- 待機 1.2W
- 印刷時 16W
✖
✖
歯医者
前回のときは磨き残し率が50%ぐらいあった気がして結構ショックを受けたんだけど、今回は3%ぐらいまで落ちて嬉しかった。
- フロスをはじめた
- やると全然違う……なんで今までやらなかったのか…… レベルで、気持ちよさも違う
- 電動歯ブラシの使いかたを変えた
- ブラシの側面を歯の側面にあてるようにした
- 奥歯を磨くときに口をあけないようにして奥歯の裏まで届くように
でも奥歯の裏に磨き残しがあった。結構気をつけてるんだけどすごい難しい……
✖
✖
写真展なんかで写真を見ると、無意識に近付いて見てしまうことがある。しかし写真の場合、撮影時・プリント時の解像度以上の情報は、たとえ近付いたところで得られないので、この行動は情報を得ようという行動としては、無意味である。意味があるとすれば、視野の占有率をあげたいときぐらいだ。
でもこの行動をうまく利用できないかと思う。
超高解像度画像を繋げて、なおかつ全体で広角気味になるようにするとシームレスに情報量も増えるし、視野を占有する意味が生まれるような気がする。でも実際やるのは大変面倒くさい。
✖
ディスプレイのppiはどれぐらい必要か?
疑問：ディスプレイサイズが大きくなるほど鑑賞距離も長くなっていき、ppi もそれほど必要なくなるはずだが、実際のところどれぐらいの ppi が必要なのか?
前提
- 視力1.5の人
- ディスプレイの中央一点を見たときにいい感じにディスプレイが見えるように
- (ディスプレイの中央一点を見たときにシンボルの認識限界程度の画角をディスプレイが占有する場合)
「十分なppi」は隣同士のピクセルの見分けがつかない、すなわち人間の眼のほうの認識限界程度と考えています。なので視力が前提に入ります。
計算
https://github.com/cho45/libphoto/blob/master/lib/libphoto.js を読みこんだ上で以下のようなコードを書くと、上記前提で必要な ppi が求められる。
アスペクト比を16:9 に仮定して、ディスプレイの横幅だけを考慮してる。
var libphoto = require('../lib/libphoto');
function displaySize (diagonal, width, height) {
var r = Math.sqrt(Math.pow(diagonal, 2) / (Math.pow(width, 2) + Math.pow(height, 2)) );
return { width: width * r, height: height * r };
}
var inch = 15.4;
var size = displaySize(inch * 25.4, 16, 9);
console.log('%dmm x %dmm', ~~size.width, ~~size.height);
// シンボルの認識限界とされる画角 ( http://gc.sfc.keio.ac.jp/class/2005_22267/slides/04/11.html )
var angleOfView = 30 * Math.PI / 180;
// ディスプレイサイズの横幅が上記画角になるときの距離
var distance = libphoto.angleToFocalLength(size.width, angleOfView);
console.log(Math.round(distance), 'mm');
// 視力1.5 の人がぎりぎりピクセルを区別できる程度のディスプレイ解像度
var ppi = libphoto.dpiByDistanceAndVisualAcuity(distance, 1.5);
console.log(Math.round(ppi), 'ppi'); ディスプレイサイズ別必要 ppi
上記のような条件だと、以下のようになる。
- 10インチ = 317ppi (鑑賞距離=32cm)
- 13.3インチ = 238ppi (鑑賞距離=55cm)
- 15.4インチ = 206ppi (鑑賞距離=64cm)
- 24インチ = 132ppi (鑑賞距離=99cm)
- 27インチ = 117ppi (鑑賞距離=112cm)
- 32インチ = 99 ppi (鑑賞距離=1322cm)
これは眼に入る見掛け上の大きさがどれも変わらないという前提の元の ppi だけど、実際はディスプレイサイズが大きくなったら、それだけ視野を占有させようとすると思う (鑑賞距離がこれほど伸びない) ので、もっと ppi は必要になりそう。どの程度そういう感じになるかはよくわからない。ディスプレイを見るときの距離の統計とかがほしい。
デスクに座っている場合だいたい60cmぐらいだろうから、200ppi はいるだろうという気はする。
また、鑑賞距離はディスプレイサイズに関わらず一定以下にはならないので、小さいディスプレイだと鑑賞距離はもっと典型的なのを個別に設定しないとだめそう。
参考
- MacBook Retina 13.3in = 227ppi
- MacBook Retina 15.4in = 220ppi
- SHARP PN-K321 32in 4K2K = 138ppi
✖
✖
神社にどうせ行くならもっとちゃんと記録的にも撮ろう。
✖
✖
東京赤坂 日枝神社
あんまり下調べせずに、別表神社だからと行ったら、山王鳥居が都会の中でいきなりそびえ立っていてびっくりした。境内も広く、参拝者も多かった。どの入口にも大きい山王鳥居が立ってた。
以下は前に行った滋賀県、比叡山坂本の日吉大社の山王鳥居。「日吉」は昔は「ヒエ」と読んだらしく、日枝神社・日吉神社は日吉大社の分霊社らしい。
✖
既存書籍の電子書籍化
今家にある本をできれば電子書籍化したいのだけれど、するならするでちゃんとしたいと思ったとき、何が制約になるかないし電子化できないものは何かを考えた。
現状だと 10 インチ 300ppi (Nexus 10) がまともな解像度を持っている中で最大のサイズなので、これ以上に大きなの書籍は電子書籍化しても、元の品質レベルで閲覧できるデバイスがない。持ってないので実際のディスプレイサイズは知らないけど、21cm * 13cm ぐらい……？ だとすると、これに収まる範囲の紙のサイズは
- A6 (14.8cm * 10.5cm)
- B6 (18.2cm * 12.8cm)
で、ひだまりスケッチ サイズ (20.8cm * 15cm) はぎりぎり残念ながら縮小されてしまう (普通に考えれば許容範囲だけど)。
with (Math) (function (diagonal, width, height) { var r = sqrt(pow(diagonal, 2) / (pow(width, 2) + pow(height, 2)) ); return [width * r, height * r] })(10, 2560, 1600);
//=> [ 8.47998304005088, 5.2999894000318 ] 実際出力装置が出揃っていないのは、今後の技術革新でどうにかなるかもしれない (とはいえ結構先だろうけど)。一先ずまともなスキャナーで十分な解像度でスキャンできれば、偏執的に保存しつつ保有コストを下げることはできそう。
しかし、カラーマネジメントしてスキャンする環境を整えるのは難しく、閲覧デバイスも今のところ皆無のため、写真集に関してはもしかしたら作家がこだわっている可能性があるので、オリジナルを失う電子書籍化はできないことになると思う。裏をかえすと、色にものすごいこだわりのある作家は電子書籍で出版できないか、しても妥協の産物にしかならない。一方、一番邪魔なのは写真集なのがむずかしい。
これから先電子書籍閲覧端末は
- 大型化
- それに耐えうる高解像度化
- 十分なカラーマネジメント
が必要で、これらがないと、それなりの本が電子書籍化しても残念な感じになる。結構雑誌とかでも大きめのサイズのものが今は多いけど、電子書籍がメインになっていくとどうなるかわからない。写真雑誌とか、電子書籍の環境で読んでも、色がまともか判断つかず悲しいことになりそう。
✖
もっと物理的なモノを減らして生活をしたいけど結構難しい。本もCDも本当に捨てられないもの以外は売りにだしているつもりなんだけど、小さめのダンボール2箱分ぐらいはあってつらい。
CD にしろ本にしろ、著作権者が流通責任を果たしてくれれば、一旦手放しても必要なときに買いもどせばいいかという気持ちにもなろうという話なのだけれど、現実には著作権者は流通責任なんて一切果たそうともせず気軽に絶版にしやがるので、絶版になったもの・絶版になりそうなもの・絶版になって手に入らなくなったら悔しいものは捨てることができない。
しかしほんと、公にした著作物に関して著作権者にはそれに対する流通の責任を持つことを義務化してほしい。とはいえ、実際のところ全部の著作物に対する流通を義務化するとにっちもさっちもいかないので、販売したものに関してだとか、そういう制限がいりそうだけど、なんかいい方法はないんだろうか…… というか単にフェアユースを認めればいいだけのような話かもしれない。