ということで恒例?のGoogleAnalyticsアクセス解析結果の発表です。

昨年は大学生活開始の多忙のためにアクセス解析結果が発表できませんでした。

本当は2010年度分の解析結果もまとめたかったのですが、2010年度分を1年遅れでまとめるのも…ということがあるので、最初の全体を通した期間概要のみとさせていただきます。ごめんなさい。

まずは2010年度から昨日までの解析概要です。

全体の概要としては2010年はそこまでアクセス数の変化はない感じですが、その後「投速チェッカ」にアクセス解析を取り付けて以降の伸びが凄まじい感じですね。

続いて2011年度の概要。

訪問数:153518
ユーザー数:66458
ページビュー数:207901
訪問別ページビュー:1.36
訪問の平均滞在時間:1分45秒
直帰率:81.52%
新規訪問の割合:42.86%

2010年度の統計をまとめていないので、一昨年の結果と比較すると、訪問数、ユーザー数、ページビュー数は順調に増加傾向ですね。一方で訪問別ページビューは若干落ちています。

次にブラウザ統計。

2010年の結果が不明なので比較はできないのですが、一昨年の結果と比較するとChromeの伸びがすごいですね。一昨年50%程度のシェアがあったInternetExplorerが15%まで減っているのが驚き。Android Browserなどのモバイルブラウザの伸びも少し目立ちます。

続いてOSシェア。

これも一昨年と比べると結構変動が大きくなりました。一昨年90%あったWindowsのシェアが70%まで下落。Macintoshシェアは一昨年4%程度だったのでさほど変わっていませんが微増、残りはiPhoneやAndroidなどモバイル端末の伸びが埋めた感じですね。

次に解像度のシェア。

やはり高解像度化が進んでいるのを実感できる統計結果に。一昨年2位だったXGA(1024×768)の解像度が6位に転落し、フルHD(1980×1080)やハーフHD(1366×768)の伸びが多い感じ。

一方で320×480(HVGA)が入ったりしていますが、おそらくスマートフォンかなと。

次に訪問ページ統計。

ここで驚愕の事実が…全訪問ページ数のうち67.85%が投速チェッカへの訪問だと判明。思いの外に投速チェッカ利用者は多いようです…。嬉しいのですが他のコンテンツがあまり見られていないとも言えるのでフクザツな気分…もうちょっと頑張ります。

2年ぐらいトップページが放置されている気がするのでどうにかしたいですね…。

「SPDY」とはGoogleが発表したWebコンテンツを高速に読み込める、HTTPを補うプロトコルで、対応しているサイトと対応しているブラウザで通信した場合はHTTP通信の場合よりも高速にページを読み込むことができます。

対応しているサイトには今現在のところ、Googleの一部のサービスとTwitterなどがあります。

このプロトコルにはGoogle Chromeなどが対応していましたが、Firefox11でも実装され、有効化すれば利用することができます。

有効化する手順は以下。くれぐれも自己責任でお願いします。

アドレスバーからabout:configを開きます。

フィルタに”network.http.spdy.enabled“を入れて設定を探します。
“network.http.spdy.enabled”はデフォルトではfalseになっているのでダブルクリックでtrueにします。

あとはFirefoxを再起動するとSPDYが有効になり、対応しているサイトが高速に表示できます。

有効化されても見た目の変化は何もないのですが、有効化されているか確認したい場合は拡張機能の「SPDY indicator」を入れれば、下の画像のようにアドレスバーにサイトのSPDYの有効化状態を見ることができます。

この「AS510S3-120GM-C」はSandForce製SF-2281コントローラを搭載しており、このコントローラはデータ転送時に圧縮をかけているため、書き込むデータの種類によって速度が異なる仕様となっています。

パッケージ箱によると”Documents”のReadが最大550MB/sで、Writeが最大510MB/s、”Multimedia Data”のReadが最大200MB/sで、Writeが最大140MB/sとなっています。

上記の転送速度を見れば明らかなように、このSSDはSATA3 6Gbps対応となっています、が、今回のベンチマーク環境はSATA2 3Gbps環境なので本領を発揮できていません（汗

というわけで、この記事はSATA2環境での参考程度に…

CrystalDiskInfoでの表示はこんな感じ。SSDでは珍しく温度表示機能がついてるようです(よく確認していないのでダミーかも?)

ベンチマーク環境は以下。

• CPU:Core i3-530 2.93GHz 定格
• MEM:DDR3-1333 16GB(4GB*4)
• SSD:これ
• GPU:Radeon HD 5850
• マザーボード:P7H55D-M PRO
• AHCI:無効
• OS:Windows 7 Professional x64

———————————————————————–
CrystalDiskMark 3.0.1 x64 (C) 2007-2010 hiyohiyo
Crystal Dew World : http://crystalmark.info/
———————————————————————–
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

Sequential Read : 170.583 MB/s
Sequential Write : 103.095 MB/s
Random Read 512KB : 169.796 MB/s
Random Write 512KB : 105.220 MB/s
Random Read 4KB (QD=1) : 28.793 MB/s [ 7029.5 IOPS]
Random Write 4KB (QD=1) : 83.721 MB/s [ 20439.7 IOPS]
Random Read 4KB (QD=32) : 21.111 MB/s [ 5154.0 IOPS]
Random Write 4KB (QD=32) : 103.586 MB/s [ 25289.6 IOPS]

Test : 1000 MB [C: 51.8% (57.9/111.7 GB)] (x5)
Date : 2012/04/06 16:59:15
OS : Windows 7 SP1 [6.1 Build 7601] (x64)

結果はこんな感じになりました。

6Gbps対応にしている割にはそこまで速度は出ませんでした。たぶん、CrystalDiskMarkがランダムデータでベンチマークしているためだと思います(圧縮があまり効かない)。

なお、AHCI有効化後にもう一度測定してみました。

———————————————————————–
CrystalDiskMark 3.0.1 x64 (C) 2007-2010 hiyohiyo
Crystal Dew World : http://crystalmark.info/
———————————————————————–
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

Sequential Read :   208.734 MB/s
Sequential Write :   104.617 MB/s
Random Read 512KB :   197.350 MB/s
Random Write 512KB :   103.957 MB/s
Random Read 4KB (QD=1) :    28.163 MB/s [  6875.7 IOPS]
Random Write 4KB (QD=1) :    81.210 MB/s [ 19826.8 IOPS]
Random Read 4KB (QD=32) :    93.085 MB/s [ 22725.8 IOPS]
Random Write 4KB (QD=32) :   102.930 MB/s [ 25129.4 IOPS]

Test : 1000 MB [C: 51.8% (57.9/111.7 GB)] (x5)
Date : 2012/04/07 10:11:42
OS : Windows 7  SP1 [6.1 Build 7601] (x64)

AHCI有効化後はReadが伸びた感じですね。

WEIも測定してみました。

ディスクの転送速度はサブスコアは7.4になりました。

但し、日を空けて別の日に測定しなおしたら変動したりしたので、速度が安定していない感じがします。

ちょっとこのSSDに積まれているコントローラは癖がある感じですね。

とはいえ、実使用では特に何の問題もない感じで普通に速い感じです。120GBが1万円程度で買えるというお買い得感もあるので、手軽に買いたい人には良いかも。

余談:記事を書いている途中に記事のデータを全部飛ばしてしまったので、色々と端折りながら記事を書き直しました…色々と抜けてるかも知れませんので何か変な点がありましたらコメントで指摘お願いします。

今回は公称12000mAhの大容量バッテリー( LE-UBT12K-WH )を購入したのでレビュー。

割としっかりした化粧箱に入っていました。

開封するとこんな感じでバッテリー本体が出てきます。

サイズとしてはノートPCのバッテリーぐらい。

PanasonicのQE-PL201と比較するとこんな感じ。

背面の表示。12000mAhと書いてあります。PSEマークも一応ついています。

給電側の端子。microUSBとminiBの端子がついています。

なおmicroUSB側は1Aとなっているので満充電に14時間、miniB側は2Aなので7時間かかります。

出力側は2つ端子があります。2A出力に対応しているとのことなのでiPadも充電できます。

付属のケーブル類。1AUSB出力可能なACアダプタ( LE-UADP1.0A )もついています。

また、製品ページでは日本製のセルを使用していると謳われています。

先日名古屋、長野等に行き実際に使ってみましたが、モバイルブースター(5000mAh)2台をこれで置き換えられるほどの容量を発揮できたので公称容量はたぶんありそうです。

あと、写真でも書いてますが、miniB入力が2AとなっているのでminiBで充電したほうが早く充電が終わります。microUSBだと一晩では充電できませんでしたがminiBではできました。

私はAmazonで6000円程度で購入しましたが割とお買い得な印象でした。満足。

ルックイースト – リチウムイオンバッテリー「Power-Pond」（LE-UBT12K-WH）

タイトルのまんまです。

JavaScriptで16セグメントディスプレイっぽいものを作ってみました。

ASCII文字の他、可読性は謎ですが、カタカナとひらがなも一応対応させました。

仕組みは上のように記号を割り振って、utrspnmkhgfedcbaという形式で2進数で点灯するかしないかを決めた変換表を作って(これを16進に直すので0xABCDという形式になる)canvasで描画している感じです。

正直変換表の方が制作時間がかかってます…

字形にはまだ改善の余地が有りそうですが、とりあえずブログでの紹介ということで。

下のURLから試せます。

16セグ的な

先日、財布を紛失してしまうということがありまして、もしかしたら盗難の可能性もあるためカード利用を停止するなど色々大変でした…。

みなさんも貴重品の管理には十分注意してください…。

ところで、

canvasでそろばん的な物を作りました。

ブラウザで適当にJavaScriptいじれる方ならdraw(数字)で適当に表示できるかと。まだ作りかけですが…。

使いたい方はこちら。

ハノイの塔の解法といえばプログラミングでは大体再帰を利用するみたいですが、再帰を利用すると描画が面倒な事になりそうなのでちょっとマニアックなアルゴリズムでやってます。

ハノイの塔は64を全部右側に移動できた時に世界が終わる、とか言われてますが、最速にしても描画はそこまで早くないので、うちのマシンだと数億年(2、3億年？)ぐらいはこの世界は大丈夫そうです…。

試してみたい方は下のリンクからどうぞ。

はのい

var canvas;
window.onload = function(){
	canvas = document.getElementById("test");
	draw();
}

function draw(){
	if(!canvas||!canvas.getContext) return false;
	var ctx = canvas.getContext('2d');
	ctx.font="bold 30px 'ＭＳ ゴシック','平成角ゴシック',monospace";
	ctx.textAlign="center";
	ctx.fillText("これはテストです",canvas.width/2,canvas.height/2);
	ctx.moveTo(100,0);
	ctx.lineTo(100,canvas.height);
	ctx.moveTo(200,0);
	ctx.lineTo(200,canvas.height);
	ctx.stroke();
}

とかするとどのブラウザもこんな感じで

と表示します。

しかし、ctx.fillText()のメソッドに第4引数のmaxWidthを指定して、

ctx.fillText("これはテストです",canvas.width/2,canvas.height/2,100)

みたいな感じにするとWebkit系ブラウザ(ChromeやSafari）とOperaではちょっと挙動が違ってきます。

maxWidth引数を与えると、文字列の幅を指定した幅に制限できるのですが、Webkitはこれに対応してません。

それぞれのブラウザでの表示を以下にまとめるとこんな感じに(制限幅を分かりやすくするために線を引いてます)。

IE9:

Firefox 9.0:

Opera 11.6:

Chrome 16.0:

IEとFirefoxは文字列を圧縮したような表示になりますが、Operaだと幅にあったフォントサイズになります。

Webkitはそもそも未対応なので全く効いてません。

ということで調べてみたのですが、あまり詳しく書いてあるとこがなかったので対策用のコードを作ってみました。

CanvasRenderingContext2D.prototype.fillTexts=function (text,x,y,maxWidth,fontSize){
	if(document.webkitIsFullScreen!==undefined||window.opera){//Webkitの時、Operaの時
		var width=0;
		for(var i=0,len=text.length;i<len;i++){
			if(text.charCodeAt(i)<0x7F||0xFF60<text.charCodeAt(i)&&text.charCodeAt(i)<0xFFA0){//半角英数の時か半角カナの時
				width+=1/2;
			}else{
				width+=1;
			}
		}
		width *=fontSize;
		console.log(width);
		if(width>maxWidth){
			var scale = maxWidth/width;
			this.translate(x,0);
			this.scale(scale,1);
			this.fillText(text,0,y);
			this.scale(1/scale,1);
			this.translate(-x,0);
		}else{
			this.fillText(text,x,y);
		}
	}else{//Webkit以外の時、Opera以外の時
		this.fillText(text,x,y,maxWidth);
	}
}

やっていることはこんな感じ

1. WebkitまたはOperaかどうかを判定、当てはまらなければそのままfillText()を呼ぶ
2. 文字の表示幅をチェック(全角文字なら1、半角文字なら0.5を全部足してフォントサイズ倍)
3. maxWidthより表示幅が大きければ圧縮して描画、大きくなければそのまま描画

等幅のフォントを指定した上(←重要)で、

context.fillTexts(text,x,y,[maxWidth,fontSize])

みたいな感じで使えると思いますが、JavaScriptに慣れてないので色々とおかしい所があるかも…

一応、さっき変な表示になってたブラウザでも表示は正せたかな。

Opera 11.6:

Chrome 16:

というわけでcanvasのちょっとしたメモでした。

1日遅れですが…みなさん明けましておめでとうございます。

昨日はこのサイトをホストしているXREAさんが不調のようでブログのアクセスが不可能な状態になっていたようです。

ここ最近こういうトラブルが多いので移転を検討したくなります…。

まあそれはさておき。

ここ最近canvasを使った開発がマイブームになっているので、たまにはこちらのブログでも製作したものを紹介したいと思います。

作りかけの物が多いのでたまに弄って変えてるかもしれません。

まずライフゲーム。昨年12月頃作ったと思います。（よく覚えてません)

ルールはすごく単純で、

「死んでいるマス(白)の周り8マスにちょうど3つ生きているマス(黒)があれば次にそのマスが生きている状態になる(誕生)」

「生きているマス(白)の周り8マスに4つ以上生きているマス(黒)があれば次にそのマスが死ぬ(過密死)」

「生きているマス(白)の周り8マスに1つ以下生きているマス(黒)があれば次にそのマスが死ぬ(孤独死)」、「残りのマスはそのまま(生存)」

シンプルなルールで動いてますが意外と長く楽しめます。

人工生命なんかの研究の題材にもされるようですね。

ずっと変化しないマスは赤くなるように独自にアレンジ。

今は実装できてませんが出来ればマウスクリックとかで編集できるようにしてみたいですね。

あと2つ目は赤本メーカー。これは昨日作ったものだったり…。

テキストとか色を変えれば赤本っぽいデザイン?のネタ表紙が作れます。

受験生の人はもうすぐセンター試験も近いと思いますのでよく勉強して頑張って受かってください。応援してます。

2012年はいい年になりますように。

元々は自分用に作成した物だったのですが、そのままにしておくのもなんなので公開という形で提供していました。

しかし、プログラミングの勉強をしているうちに自分の能力不足を感じ、こんな状態で公開していて良いのだろうか、と思ったり、Twitter上で投速チェッカの結果はあてにならないとの声も頂いて地道に直そうと努力もしたのですが、結局直せなかったりしてだんだん更新ペースも落ちてきて、試作物という扱いなので公開中止してもいいだろうと公開中止しました。

すると、それが公開中止の反響が思った以上に大きかったらしく、メールでの復活の要望も頂いたりしました。

ということで暫定的ですが投速チェッカを再度復活させたいと思います。

利用したい方は投速チェッカからお願いします。

また、投速チェッカが使えなくなった場合の代替物としては@karnoさんのKrileに搭載されている規制予告機能か登録すると自動で規制を予告してくれるきせーつーちが比較的精度が高いようなのでおすすめです。
あと、開発者のモチベーション向上のためにぷちカンパで寄付をしていただける方は、ここからお願いします。
※一度寄付するといかなる理由でも返金は受け付けられません。また寄付した方へ何か特別な事もしませんのでご注意ください。

なおこのブログ上で投速チェッカを扱うのは初めてです。
こうなったのもホームページ側(ltzz.info)とブログ(ltzz.info/blog)で管理を別にしているためなのですが…。
そもそも、このサイトの直下のトップページが高校時代から「全く」変更されていない状況なので更新したいところです。
しかし、なかなかそううまく行かないのが現状…。

単3eneloop pro4本と+急速充電器のセット「N-TGR01WS」を購入してみたので、簡単なレビュー。

このセットに付属する充電器はeneloop proと同じ黒になっています。

使い勝手は普通の急速充電器と変わりませんが、統一感があってかっこいいです。

ちなみに2本まで同時充電できる急速充電器を使っていましたが、これを買ってから同時に4本充電できるようになったので今のところ充電に困る事はなくなりました。

今回はなかなか良い買い物だったかと。

ついでなのでベンチマークしてみました。

IE9は改良点が多いとのことなので結果に期待しつつ…

環境は

• AS3820T-F52C
• Windows 7 Home Premium SP1 64bit
• Core i5-480M 2.66GHz
• DDR3-1066 4GB*2
• X25-M 120GB

といった感じです。

今回はSunspiderを用いてベンチマークしてみました。

実行したのは32bit版です。64bit版だと面白いことになるという噂もあるようですが…

まずはIE8。実行に要した時間は3639.8msでした(数字が小さいほど早い)。

IE9。213.0msでした。

というわけでIE9はIE8に比べると圧倒的に早いということは確かなようですね。

Windows 7 64bit環境でEclipseをインストールしたものの、起動しないトラブルが発生。

起動時ダイアログが出て止まってしまうトラブルが続いたため、調べてみると、複数のJREがインストールされていると起きるトラブルとのことだったので、JDKを32bitのみ、64bitのみにして試してみましたが…今度もダイアログが出たり、Eclipseのロゴが表示された直後にJNIのロードに失敗という表示で止まるのみ。

そして最終的に行った改善方法は「JREを32bitにしてPathを通し、Eclipseも32bit版にする。」でした。

Eclipse の64bit版を使用しようとしていましたが、64bit環境だからと無理に選ぶと結構ひどい目に遭います。

Eclipse Indigo SR1 の64bit版は地雷…？

何はともあれ動いて良かったと思います。

Microsoft ICEを使うと複数の写真からパノラマ写真を作る事ができます。

使用するには、まずはMicrosoft Research Image Composite Editor (ICE)(英語)から、32bit版または64bit版をダウンロードし、インストールします。

なお、Microsoft ICEの動作にはMicrosoft Visual C++ 2010 ランタイムが必要な場合があるので入れておくこと。

起動するとこんな画面になります。

ここにほぼ同じ位置から撮った複数の写真をドロップすると…

自動で合成されてパノラマ写真になります。

左のStitchのCamera motionのところを変更すると合成する形状の変更ができます(デフォルトはAutomatic)

Cropでは合成した写真から必要部分だけを選ぶ事ができます。またExportでは出力設定ができます。

必要な設定ができたらExport to diskで出力すればパノラマ画像が出力されます。

Crop(切り取り)なしでそのまま出力したものがこちら。

鳥取砂丘の画像をパノラマ化してみました。

場合によっては画像の連結が上手く行かないこともありますが、可動物が少ない写真なら大体連結できます。

また、処理には結構なCPUパワーが必要なようなのでPentium 4など古めのPCを使用している方は注意が必要かも。

簡単にパノラマ化できるのでなかなか面白いソフトだと思います。

なお、一応予備情報として。Nゲージというのは9mmのレール幅を走らせる鉄道模型のことです。

純正のパワーパック(メーカー製のコントローラ)が非常に高いのでとりあえず安上がりで走らせようと制作。

色々粗がある仕様ですが…。

ちなみに中に直接ブレッドボード突っ込んでたり、保護回路が入ってない箇所多かったり、ショートしそうな箇所があったりとと結構危険です…。

ちなみに制御方式にはPWM制御を採用。たぶん約700Hzで動作させてます。

現在周波数は固定(抵抗を変えれば変えることは可能だが面倒)なので、マイコン制御の2号機計画も考えてたりしますが、実行するのはいつになるやら…。