すでに皆さんご存じと思いますが、6月8日（日）昼過ぎ、東京・秋葉原で起こった通り魔事件なんですが、実に衝撃的でした。
僕は昨日、秋葉原に行く予定だったのですが、体調があまり良く無かったので昼過ぎに行く事を断念して家でTVを見ていたのですが、速報テロップを見てびっくり。

事件の発生場所にあたるソフマップ本店から中央通りの交差点の斜向かいにあたる秋葉館前に掛けて夥しい血の海...
僕は特定の理由でしか秋葉原に行きませんが、いつも自分が買い物の時には利用する経路だっただけに「もしこの時間にここを歩いていたら...」と思うと誰もが被害に遭う可能性を秘めていたと思います。


今回の事件でお亡くなりになられた方々...
心からお悔やみ申し上げご冥福をお祈りいたします...

今回の事件をケガを負われた方々...
心からケガの回復と精神的な回復をお祈りいたします...

今回の事で僕は思う所がありました。
容疑者に至っては全く持って言語道断で酌量の余地はありません。
どんなに悔やんでも亡くなった人達は帰ってはきません。
亡くなった人達の事を十字架にして刑罰を受けて下さい。

それと事件現場で被害に遭って手当を受けている側で携帯電話で写真を撮り、撮った写真を赤外線通信で他人に配る人達...
TVのカメラインタビューの背後に興味本位で映りたがる人達...
それを自慢気に話す人達...

貴方たちに「モラル」は無いようですね。
ガッカリしました。

容疑者は事件を起こすまでの課程を掲示板サイトに書き残していたようです...
「IT」と言われて久しいですが、便利な技術を生かすも殺すも自分達次第です。

今回の行為はテロです。
誰にでも被害に遭う可能性を秘めています。
ですが、突発的に起こる事に対処のしようもありません。
もし完璧に防ごうものなら、とても暮らしにくく歩きづらい街になるでしょう...

事件のあったこの日は2001年6月8日に大阪府池田市で起こった小学校乱入無差別殺傷事件があった日と同じです。
これは何を意味するのでしょうか...

今年の1月から「再開」したこのブログなんですが、本日「10万アクセス」を頂く事が出来ました。

日頃からお世話になっている「Apple-Style」の所長さん、「@Yumeya NEXT WEB SITE」のoda-kさん。
各リンク先の皆様。そしてこのブログを見て下さっている皆様。

ありがとうございます！

今後もMacな記事、音楽な記事、個人的感想などを書いていきたいと思います。
これからも宜しくお願い致します。m(__)m

先日「PNG画像が表示されない件について」という記事にも書いたのですが、どうやら「blog-imgs-21」のサーバーが障害を起こしている胃炎で、FC2の障害情報ブログで記事になっているというコメントを「Macin' Blog」のDouble KOさんが教えてくれました。（Thanksです！）

僕はこの問題が起こった直後にFC2に方にメールを送ったのですが、未だに返事は来ていません。
3/31日に復旧しているとの事なんですが、今でもサーバーの方に画像がアップロード出来ません。

ファイルをアップロードしてファイルを確認すると開いたページが「Not Found」になっています。
これは困りました...

▽4/2日追記
サーバーが障害から復旧したようです。

PNG画像の件について先日書きましたが、少しずつですが分かった事があります。
実はとある方にご協力頂きまして、この画像の件について相談をさせて頂きました。

そこで分かった事がいくつかあったので、備忘録として。
まず、PNG画像が見れらない件についてですが、僕は「携帯電話では見られない」と書きましたが、携帯どころかブラウザによっても見れらない事が分かりました。

Mozilla系のブラウザ「Flock」を急遽インストールして問題の画像を別タブで見た所、携帯の時と同様、画像と認識されなく「テキスト」として認識さえている様で「文字化け」してしまいます。

あと問題はFC2にも...
僕が普段からお付き合いのある「「モノが好き」2」さんと「Macin' Blog」さん。
このお二方のブログさん、偶然だと思うのですがURLが「○○○.blog18.fc2.com/」です。
URL中に赤くなっている数字の部分はFC2が僕らに割り当てたサーバーの番号です。
問題はここからなんですが、このお二方さんのブログにある画像ファイルが保管されているURLがブログ自体があるURLと同じです。
「blog18.fc2.com/g/○○○/file/○○○.png」


僕のブログではブログ本体と画像ファイルが保管してある場所が違う事が分かりました。
僕のブログのURLは「retromac.blog32.fc2.com/」です。
画像ファイルがあるURLが「blog-imgs-19.fc2.com/r/e/t/retromac/○○○.png」と「blog-imgs-21.fc2.com/r/e/t/retromac/○○○.png」です。
場所自体が違っています。

ちなみに、3/20日以前の記事の画像ファイルが保管してあるURLが「blog-imgs-12.fc2.com/r/e/t/retromac/○○○.png」と「blog-imgs-17.fc2.com/r/e/t/retromac/○○○.png」です。

3/20日以前の記事中の画像はFlockでも携帯電話からでも問題なく見る事が出来ますが、それ以降の記事の画像は全くダメです。
JPG画像は問題無いですが、PNG画像は全く見られません。

この2つの違いは「blog-imgs-17」から始まるURL（blog-imgs-12も問題無いです）からの画像は見られますが、「blog-imgs-19」と「blog-imgs-21」から始まるURLのPNG画像が見られないのです。
このURLの数字も画像が保管してある場所のURLだと思うのですが、19番と21番のサーバーが何かしらの問題があるのでは？と思うようになりました。

これは僕のブログだけではありません。
悪い例なのでお名前は出せませんが、とあるブログさんのURLのサーバー番号が「blog4○.fc2.com/」です。
▽サーバー番号に関係なく「blog-imgs-19」「blog-imgs
-21」から画像を引っ張ってきているブログさんは全てです。

このブログさんの画像ファイルの保管場所は同じく「blog-imgs-21」です。
このブログさんでも同じくPNG画像を使われていますが、僕のブログ同様Flockと携帯電話から見るとPNG画像が見られません。
このブログさんの場合はSafariで見ても文字化けします...（泣）

やはり「19番と21番」がおかしいです。

この件についてはFC2に報告すると共に、改善策を模索したいと思います。
もし改善策が無い、改善策がFC2の方でなさらない場合は、不自由な環境の中で書くのはイヤなので、PNG画像を使わないようにするか、移転も考えないといけないです。
あと、僕のMac環境でPNG画像の扱い方に問題は無いのか今一度再確認したいとも思います。

せっかく色々と高機能なので、是非ともここで書きたいのですが...

少し時間を見て、考えたいと思います。

今週に入ってからなんですが、PCではアップロードした画像を記事中に使っても当然ですが、見る事が出来ます。

が、しかし同じ記事を携帯電話で見ると画像が一切見る事が出来ません。
僕は主に「.png」と「.jpg」画像を使って記事を書いていますが、.jpg画像は見る事が出来ます。
しかし.png画像は読み込もうとすると「×印」が出て全く見られません...(泣）

背景を透明にする事が出来て何かと便利な.png画像なんですが、これでは携帯電話でブログを見るとあまり面白くない記事になってしまいます...

FC2のお知らせやサポート、Q&Aとかも見ているのですが、全く分かりません。
最初はアップロードに失敗しているのかと思っていたのですが、PCでは問題なく見る事が出来るのでこれも違う...

何ででしょうか...
困っています。

以前 podera のハブを使った感想を書いたのですが、どうも調子が良く無い事が分かりました。
デザインが良く、ポートも挿しやすくて気に入っていたのですが、出力が弱いのかあまりiPodとの相性が良くないみたいで、泣く泣く使用を中止しました。

そしてついに値段の高さから、敬遠していたのですが、商品自体には非常に魅力を感じていたシステムトークの「SUGOI HUB」を買ってきました。

正直、商品名は好きでは無いのですが「バスパワーでiPod2台同時接続可能！」という触れ込みに触発され続けながらも、4,000円近い値段のハブに手は出せず、1年ほど迷いながらこの時期まで買う事は無かったのですが、前まで使っていたハブの調子の悪さを機に決断しました。（大げさ）

バスパワーでありながら、外付けHDD（ポータブル）への電源供給も出来るというハイパワーです。
もし電力が足りない場合でも付属の「電源補助ケーブル」でコンピュータのUSBポートからの電源を借りる事も出来ます。



実際に買ったのは一週間ほど前なんですが、一応検証という事である程度使ってから記事にしようと思っていました。
普段はこんな感じで使っているのですが、試しにマウスのレシーバー、iPod2台、デジカメをそれぞれ同時に繋いでみましたが、確かにそれぞれがキチンと動いていました。

バスパワーのため、Macから電源をとっていますが、iMacにある3つのサポートのうち真ん中のポートは使うのが怖いので、左右のポートで使っています。
今のところは順調です。

前まで使っていたハブも問題無いと思っていたのですが、今時のハブでも性能に差があるのかと思うと何だか微妙です...
本来はセルフパワー（電源アダプターで電源を取るタイプ）が好きなのですが、このハブはセルフパワー以上に安定性があるらしいのですが（システムトーク曰く）、確かに安定しています。

USBを使った周辺機器もそれなりに持っているので、外部機器との接続は結構な頻度でします。
以前はそんなにハブも使っていなかったのですが、iMacのポートは3つしか無いので、この様なハブの必然性も高まってきました。

iMacといい、周辺機器といい、そろそろ安定した環境が欲しいと思う今日この頃です。f(^^)

色んなブログさんですでに伝えられていますが、2月29日にDivX方式の配信で高画質高音質でお馴染みの「Stage6」が資金不足の為のため閉鎖してしまいました。
僕は画質と音質の良さを両立していたStage6が大好きでした。（泣）

一方、YouTubeは非常に多くの動画が揃っていてそれ自体は非常に良いのですが画質が...
そんなYouTubeの動画をキレイに見る方法を「mBlog」のQuattroさんが紹介していました。

方法は至って簡単。

YouTubeで見ている動画のURLの末尾に「&fmt=6」か「&fmt=18」を加えるだけです。

これだけです。



これは普通の状態です。
やはりお世辞にもキレイではありません。



これは動画のURLの末尾に「&fmt=18」を付けてみた状態です。

シンバルやドラマーの顔付近のブロックノイズが幾分キレイになっています。
輪郭もはっきり分かります。
ちなみに「&fmt=6」でも試してみましたが、驚くほどキレイにはなってませんでした。

通常、YouTubeの動画をDLすると、拡張子が「.flv」のファイルがDLされます。

ですが「&fmt=18」の動画を Safariの「構成ファイル一覧（command + option + A）」を開き、動画とおぼしきファイルをダブルクリックするとH.264でエンコードされたmp4ファイルをDLする事が出来ます。
ちなみに画面サイズの大きさは480 x 360 ピクセルです。
.flvファイルと比べると丁度倍くらいの容量になってしまいますが、この違いは大きいです。

自分でエンコードする必要も無く、そのままiTunesに入れて、iPodで見る事も出来るので時間の節約にもなります。

皆さんも是非お試し下さい。


▽参考記事
「YouTubeの動画をハイレゾで見る方法」mBlog

「YouTube Tests Higher Resolution Videos」Google Operating System