<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>白黒ニャンコ毛玉団 &#187; ハードウェア</title>
	<atom:link href="http://majimegawa.com/blog/nyanko/archives/category/computer-etc/hardware/feed" rel="self" type="application/rss+xml" />
	<link>http://majimegawa.com/blog/nyanko</link>
	<description>ニャンコな日々で夢うつつ　ver2.01</description>
	<lastBuildDate>Thu, 17 May 2012 08:28:38 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>osiris改造</title>
		<link>http://majimegawa.com/blog/nyanko/archives/887</link>
		<comments>http://majimegawa.com/blog/nyanko/archives/887#comments</comments>
		<pubDate>Tue, 08 May 2012 04:27:30 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ハードウェア]]></category>

		<guid isPermaLink="false">http://majimegawa.com/blog/nyanko/?p=887</guid>
		<description><![CDATA[箱を捨てようと片付けをしたら、保証書だけだと思っていた紙片が説明書だった…。 もしかしたらセンチュリーのケースも同じように保証書兼説明書だったのかもしれないと今思う。 それはさておき、説明書を見て簡単にフロントパネルが外せるとわかった。 パネル下部にある切り欠きに手をかけて引っ張るだけ。 いとも簡単であった。 さて、騒音の元である電源を見てみる。 が、見ただけでは特段わかることも少ないので、分解してファンを見てみる。 レギュレータ類は良しとしてもコイル焼損は困るので、ファンの風を当てながら電源オン。 すると、高回転らしいモーター音をさせる割には静かである。 ファンが原因と言うだけでは少々物足りない感じ。 風切り音が問題だろう。 このフィンガード部分、たぶんこれがうるさい原因か。 まずはこれをとっぱらう。 このファンの風量に対して、電源内部の空間の少なさもあるのだが、何より排気の開口部分が吸気に比べて明らかに小さい。 プロペラファンでこの設置状態だと風量を上げたところで対効果は頭打ちで芳しくないはずだ。 そこで開口部分をスムーズに。 上記二つの対策をして電源オン。 これだけでかなり静かになる。 さらに、排気の風量もアップしている。 とはいえ、音量は通常の電源と同じくらいになったが、やはり少々高回転のモーターノイズが耳に残る。 随分マシだが、ケースに仮組したとたんに風切り音アップ。 今度はケースの空気穴がネックなようで、ここで騒音アップ。 ところで、話は戻るが、一番上の画像にあるように、ワッシャが２枚ある。 もともとはファンの対角に２カ所挟んであり、これはたぶん風切り音を少しでも減らそうとファン直上に空間を設けたかったがゆえのかさ上げではなかろうか。 もはや焼け石に水であろうが…。 そう考えると、フィンガードをワイヤーにして工数（当然コストも）が増えるのは対効果を考える上で無駄だと割り切ったのではないだろうか。 そもそも、ケース側面に密着して電源を設け、外見上はスタイリッシュにするという時点で無理があった、とも言える。 話を戻す。 同じようにかさ上げで風切り音を抑制しようと考えた。 ケースに対して電源をオフセットするのである。 そのために若干の長穴加工。 これでケースとファンが密着することはなくなったが、音の抑制にはほとんど効果はなかった。 仕方ないのでケースに穴を開けてやることにした。 （本当はやりたくない。全くもってうるさくて構わないのだが、一度やった以上、想定の結果が欲しいのである、困った性だ。） 以上の対処により、純正の回転数のままでかなりの音の抑制ができた。 それでも電源が前よりにあるが故に、万人が静かであるとは言えないと思う…。 風量アップでケース内部の冷却効果はかなりあがったに違いないと思っていたのだが…。 フロントパネル内を通った風は、上記のように開口部（フロントパネル→ケース内）の狭さに起因して、フロントパネル下部のあの切り欠き部分からサーサー流れ出ている。 おふぅっ。 続く。 注意：メーカー純正の構造には何だかの理由があります。私はそこを汲んで改造しています（例えば上記では安全性を犠牲にしています）。当然改造は実行した当人の責任の範疇です。 ＜以下続き＞ どうにも電源やそれにまつわるエアフローがいまいちな仕上がりであるが、値段に対する作りは良いように思う。 どうせここまでいじってしまったので、どうにか静かにしてやろうと画策。 他の人と同じ結末をたどり、電源ファンに抵抗を入れてやってそれで完成とした。 あっけない最後であった。 というのではつまらないので、一応良さそうな対策を考えてみた。 まずはファンの交換。 w8015hz12sesaという型番のファン。 ファンのサイズなんて調べたことはないが、型番の数字からしてたぶん80mmファンで厚みは15mm、12v動作だろう。 これを静音ファンに変えてみるというのがありかもしれない。 もう一つは抵抗での回転数制御で、ケース代からするとどうしてもこれが選択肢になってしまいそうだが…。 最後にトップスピードでやっちゃったものの結局後悔した丸穴加工を掲載。]]></description>
		<wfw:commentRss>http://majimegawa.com/blog/nyanko/archives/887/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>osiris導入</title>
		<link>http://majimegawa.com/blog/nyanko/archives/877</link>
		<comments>http://majimegawa.com/blog/nyanko/archives/877#comments</comments>
		<pubDate>Wed, 02 May 2012 14:45:18 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ハードウェア]]></category>

		<guid isPermaLink="false">http://majimegawa.com/blog/nyanko/?p=877</guid>
		<description><![CDATA[いい加減古くなった電源をこれまた古くさい筐体と一緒に交換してしまおうとサイズのOSIRISに変更した。 電源付きなのに安いという、どっかに不具合有るんじゃないの？と疑いたくなるPCケース。 だがしかし、実際に商品を見てから驚いた。 随分と作りがよい。 薄型だし、サービス性も良いので、前回のセンチュリーのケースよりもメンテナンスには重宝しそうだ。 この手回しネジというのが好印象。 ただ、kakaku.comのレビューで多く指摘されている電源ユニットはフロントパネル（あるいはスライドするパネルの反対側：ともに推測）を外さないと全体が見えない構造のようだ。 電源ファンのうるささというのも楽しみであるので、早速部品を載せ替えてみた。 ネジ２本を外せばHDDと光学ドライブのラックを跳ね上げられ、そこには案外と広いスペースがあってケーブルも這わせやすい。 ちなみに、電源ユニットのおかげでマザーのサイズと割とタイトになっており、後部出力パネルのバネ部分が接触してしまうので、リアパネルはマザーにはめた状態で同時に乗せると良いだろう。 HDDを載せて裏からネジで固定。 この下から留めるというのは初体験。 発熱の多いHDDだとマウントとの接触面の少なさからして、ラックによる放熱効果はあまり期待できそうにないが、そもそもこの小型ケースにハイパフォーマンスな部品はつけないだろうから問題になりそうもない。 すべて取り付けて早速起動。 予想に反してファンが静かだ。 対策がされたのだろうか？ 電源ユニットのファンは得てして外排気の風向きだが、これは内向きである。 ケースファンは反対に外排気。 しばらくしてみると、確かに電源ファンは結構なうるささに…。 初期プレステ２のうるささに一回り輪をかけたくらいの大きさだ。 これはホームシアターやらのリビングPCとしてはうるさい部類だろう。 そうでなくとも、いわば業務用の音量である。 確かに音対策は必要かも知れない。 だが、ケースの構造を見るにつけ、エアフローというか、風の経路を考えてみるとなかなかよく考えられたものだと言えそうだ。 前提として電源ファンの排気口がケース内（全面パネル側：未目視）であるならば、電源から加圧された空気は、ラックをなでながらマウント裏を通り、マザーの下方から（ケースファンのある）マザー上方へ抜ける仕組みである。 経路はまるで初期プレステ２の内部構造のように合理的だといえそうだ。 騒音のもとであるあの風量がそもそも必要なのか？というと、マージンを加えても少しオーバーなような気もするが、高性能なCPUでエンコードをしまくるような人もいるかも知れず、安全を考慮したということかもしれない。 電源自体の効率も良くない可能性もあるにはあるが、たぶん安全のためだろう。 ファン回転を制御する改造を施すなら、使用するパーツと目的に合わせた風量の検討が必要だろう。 ちなみに私はうるさくても一向にかまわない場所に置いているので改造なし。 ただ、もし改造するなら、電源ファンの回転数制御あるいは交換、さらに光学ドライブマウント下の空間部分（ケース）に吸気口を開口しファンを新設する。 もっとも、リビングPCにするならば、スマートにITXでまとめるというのが一番賢い方法かも知れないな。 サイズよ、これは良い製品だ。 応援しているぞ。]]></description>
		<wfw:commentRss>http://majimegawa.com/blog/nyanko/archives/877/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>鎌蔵改造</title>
		<link>http://majimegawa.com/blog/nyanko/archives/868</link>
		<comments>http://majimegawa.com/blog/nyanko/archives/868#comments</comments>
		<pubDate>Wed, 25 Apr 2012 12:56:15 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[TMPGEnc]]></category>
		<category><![CDATA[ハードウェア]]></category>

		<guid isPermaLink="false">http://majimegawa.com/blog/nyanko/?p=868</guid>
		<description><![CDATA[USB3.0鎌蔵SATA3.5 以前、ハンダはがれで交換してもらった鎌蔵。 サイズの対応がスピーディで感心したが、製品と応対はそもそも別の話。 いつもエンコードの際はこの鎌蔵を使用しているのだが、ある時、TMPGEncの編集画面に違和感を覚えた。 シーク時のサムネイル表示が遅いのである。 以前ほどの快適さが無い。 そういえばソフト起動時に「このデバイスはさらに高速で実行できるデバイス…」と表示されていた。 気に留めていなかったが、どうやらUSB3.0が2.0接続になってしまっているようだ。 crystal disk markでベンチ速度を測ると確かに40MB/S以下である。 通常このHDDとUSB3.0であればシーケンシャル80MB/Sはでるのに…。 ドライバが悪いのかと、まずはAMDのドライバを更新したが変化無く、次にPCIeのドライバを更新したがこれまた変化なし。 ならばと、他のPCで試してみたのだが、一様に遅い。 これは鎌蔵かケーブルのどちらかに問題があると見ていたのだが、結果は鎌蔵本体の方であった。 別の角度から。 どうもUSB、電源の両ケーブルの抜き差しにより、フレームが曲がってしまうようだ。 そのためにコネクタ部が奥に入り込んで、結果ケーブルが奥まで刺さらず接触不良となったために2.0接続となったようだ。 ケーブル挿入方向の剛性が足りないわけで、アングルを追加してやることにした。 当然ながら改造になるわけで返品などできなくなるが、すでに一度不良交換したわけで、次に不具合がでたら別のものを買う覚悟である。 銅板をハンダ付けしてアングルとし、剛性アップを図る。 これでもうフレームが奥にいくことは、よほど馬鹿力を入れない限りは大丈夫だろう。 安いので改造するにも尻込みはなし。 もともとサイズの製品はたくさん使っているくらいのファンなので、これからもきっと買うことだろう。 次期製品がさらに良くなることを願っている。]]></description>
		<wfw:commentRss>http://majimegawa.com/blog/nyanko/archives/868/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>センチュリー CF-A6719 BK150を使う</title>
		<link>http://majimegawa.com/blog/nyanko/archives/842</link>
		<comments>http://majimegawa.com/blog/nyanko/archives/842#comments</comments>
		<pubDate>Fri, 13 Apr 2012 15:00:48 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ハードウェア]]></category>

		<guid isPermaLink="false">http://majimegawa.com/blog/nyanko/?p=842</guid>
		<description><![CDATA[WHS関連で新旧ハードの入れ替えが終わってからもう約１年が経とうとしている。 部品の収納棚が乱雑になって、整理整頓せねばならぬってことで暇を見ては少しずつ片付けていた。 するとすっかり忘却の彼方だったものがわいて出てくる。 中には不良もあるわけだが、その一つが6100-ITX。 以前に、WHSに使えるかもと思い調達したものの、CPUクーラーのテンション次第で動かなくなるという爆弾を抱えた個体。 CPUが余っているからと安易な選択はだめだな。 結局ATOMにしたわけだから。 純正ではないクーラーに取り替えると動く（テンションがややゆるめ）、動くならということでストックとしてほったらかしにしてあった。 静かなクーラーだったので他に流用し、現在はあまりものの純正クーラーがついている。 ちなみに動くかどうかテストしてみて、幾度ものトライ＆エラーが必要かと思いきや、意外にあっさりと動作した。 条件は全く同じなのに…。 そんなわけで筐体を用意してやることにした。 それがCF-A6719 BK150である。 初のITX筐体。 電源付きで、何より安い。 で、組んでみたら案外きれいに収まった。 HDDは2.5インチを入れてある。 付属の金属ラックは3.5インチ対応であるが、このラックをつけようとするとCPU純正クーラーのファン部分が干渉してつかない。 四角い穴を開けてやればラックを使えるが、そうするとスリムドライブをつけられなくなるし、いちばんの問題は6100itxを使い続ける可能性が低いってこと。 特筆すべきは2.5インチHDDならぴったり筐体の厚みに幅がジャストフィットなので、プラ版で作ったステーで固定しておくことが簡単にできた。 これが熱を発さないSSDならホットボンドで直接筐体に留めておくこともできそうだ。 上記のように隠れている鉛筆の先っぽ程度の隙間しかないので、スリムドライブを取り付けるなら全高の低いクーラーを選ぶしかない。 マウントは使わずに、2.5インチHDDを固定する方法を考えて、光学ドライブを使わないとすれば、中は割と広い。 ATOMとかE-350とかなら出来合いのものの方がより空隙の無駄を削って小さい。 なお、4インチだかケースファンがついているが、こういうタイプは確実に風量を稼ぐために高回転であり、それ自体の高周波もさることながら、風切り音もかなりものだ。 業務なら許容できるが、個人でこれをよしとできる人はいないのではないだろうか。 もちろんこれの音が小さいという可能性も残ってはいるが…。 最後に本体スペックと電源スペックの詳細が段ボールに書いてあったので、自分用に残しておく。 ＜2012.04.17追記＞ 5000+ BEだとCPUクーラーに対して熱量が多いのか大きな処理をさせると延々とファンがうるさい。 熱容量も放熱量もファンが高回転にならないとバランスがとれないようだ。 そこでクーラーを変えるならどれがよいか検討してみた。 前提として、筐体付属のマウントを使用した場合を考える。 将来スリムドライブをつけないとも限らないからだ。 ラックとCPUの間にどれほどの空間が確保されるのか、どれくらいの全高の低さをクーラーに求めなければならないかを調べる。 早速分解。 小さい筐体というのは分解解体、移動運搬、本当に便利であると痛感。 真上からの写真であるが、CPUの半分くらいがラックにかかっている。 ドライブを使わないならやることはきわめて簡単。 ラックを切り刻んで、筐体にも外気導入口を設けてエアフローを確保するのだが、まだ若い筐体の将来はぐくまれるであろう芽を摘むのも忍びない。 今度は高さを確認。 サイズのKOZUTI「小槌」が全高40mmとのことなので、これを目指して40mm角の小箱をCPUに載せてみた。 ぎりぎり当たる…。 これにドライブが載った場合、マウントのたわみがどちらに振れるかわからず、導入はかなりリスキー。 kozutiの良いところは通常ファンが最上部にくるところが、空冷フィンを最上部としているところ。 これだと数ミリ程度空間を確保できれば空気の流通を確保しやすそうだったから。 全高が40mm弱のクーラーでプロペラファンが最上部にある場合、マウントに隠れる部分のファンがどう動くか。 常時回るはずのCPUファンだとなおさらモーターへの力のかかりかたが心配である。 他のクーラーで良さそうなのはないかと探すと、VANXIE（バンシー）というのが高さ的にはクリアできそうな感じである。 ただ、こればかりは実際に使ってみないとわからないところだ。 いつかその気になったら交換してみよう。 ＜2012.05.09追記＞ 今朝のwindows [...]]]></description>
		<wfw:commentRss>http://majimegawa.com/blog/nyanko/archives/842/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>バックアップかクローンディスクか</title>
		<link>http://majimegawa.com/blog/nyanko/archives/829</link>
		<comments>http://majimegawa.com/blog/nyanko/archives/829#comments</comments>
		<pubDate>Sat, 07 Apr 2012 04:03:53 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[WHS]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[ハードウェア]]></category>

		<guid isPermaLink="false">http://majimegawa.com/blog/nyanko/?p=829</guid>
		<description><![CDATA[使い方によって答えは出ているようなものだが、あえて比較。 HDDがばたばたと続けざまに壊れるという厄年は過ぎたようで、ようやく落ち着いた環境になった。 しかし、HDDのストックがない現状で、また洪水前ほどに落ち着いてないHDD価格に容量不足なSDDと、新調するにもこんな感じでどうしたものか困っている。 だが、やはり何かあった後では困るので、データを圧縮し他にまとめることでとりあえずは１TBのHDDを確保することにした。 そこでついでに容量が不足気味なPCのHDDと交換することに。 2.5incの230GBのHDDから、RMAで帰ってきた3.5inch WD10EADSに変更。 一時的にデータを退避しておいたのでシステムディスクのみとなり、使用量は20GB弱。 そして、ディスクを交換するためにデータを移動する、その手段は二つ。 *1 WHS2011でバックアップをリストアして、データ復元。 *2 EASUS todo backupでHDDをクローンコピー。 もう確実にクローンコピーの方が早いのは間違いない。 できる限り同じハード条件にするため、*1では低速な転送速度の2.5HDDに復元することにする。 あぁ、もうくだらないので、結果。 *1 15分ぴったり。 *2 9分　10分強。 そりゃ速度で言えば確実にクローンコピーの方が早いのは当然。 単純にデータをそのまま格納しているわけではないのだから、WHSに分が悪い。 だがしかし、自動でバックアップがとれていて、かつ、代替のHDD（SSD)でもあればちょっと待てば復活できるというのは何物にも代え難いメリットである。 ＜2012.04.09追記＞ 所要時間が１分間違えて書いたので修正。]]></description>
		<wfw:commentRss>http://majimegawa.com/blog/nyanko/archives/829/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>tmpgenc video 5 の編集画面の崩れ</title>
		<link>http://majimegawa.com/blog/nyanko/archives/777</link>
		<comments>http://majimegawa.com/blog/nyanko/archives/777#comments</comments>
		<pubDate>Fri, 23 Mar 2012 12:53:48 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[TMPGEnc]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[ハードウェア]]></category>

		<guid isPermaLink="false">http://majimegawa.com/blog/nyanko/?p=777</guid>
		<description><![CDATA[うちのPCではない1090Tマシンの話。 TMPGEncでカット編集する画面でスクロールするとき、コマの大きな画面が中央に表示されるわけだが、そのマシンではある日を境におかしくなった。 私も見てみたが、通常画面一枚が大きく表示されるところ、上下方向に４分割されて、しかもばらばらになっているという始末。 これはとてもじゃないが使えないだろう。 当時、nVidiaのドライバによるものと思われるスリープの障害がドライバのクリーンインストール（ドライバインストール途中に選択のある、設定を引き継がずにインストールする方法）を試したらスリープに入れるようになった経験があったので、試しにドライバを再インストールしてみたらどうかと提案した。 後日、正常な画面に戻ったことを知り、やはりドライバだったかと…。 RadeonにしろGeforceにしろ、ドライバによる不具合というのは不意に起こり、また判別に苦しむものだ。 正常動作なら、あえてドライバを更新しないという選択肢も考える必要があるのだろう。 そんな変な考え方をユーザーにさせるというのも困りものだが、パーソナルなコンピュータだけにそこは割り切るしかないだろう。 ハードが固定でありOSも選択の余地が少ないという、今はやりのタブレット端末はその点でユーザーを困らせることは無いだろう（推測、何せ未だ所有したこと無いので…）。 iPadやらスレートのアンドロイドあたり、触ってみたい気がする。 随分と話がそれた次いでで、新登場のGeforce GTX680の話。 ようやく登場した新世代グラフィックカード。 おしなべてどのベンチマークでも優良で、消費電力もライバルと比較して良い感じ。 何より４画面対応をようやく果たした、というのが今回もっとも朗報。 西川善司の3Dゲームファンのための「NVIDIA Kepler」講座　DirectX 11.1世代GPU「GeForce GTX 680」が切り開く次世代ゲームグラフィックスとは? 検索してもリリース記事やベンチマークばかりでなかなか情報に到達できなかったが、ハード好きを公言する西川氏らしく記事にしてあった。 ページ最後の方の「■ 終わりに～1カードで4画面同時出力に対応。3画面立体視にも1カードで対応」に歓喜した。 ゲームはしないので680に対する興味は薄い。 だが、下位機種の動向は大変気になる。 ちなみに、メインPCがｘｐな私としては、ｘｐでも４画面出力対応なのかどうかも気になるところである。 まぁ、windows8もプレビューで触れる段階にまで来ているし、複数のコピータスクウインドウを開けまくる私のような使い方なら、ｘｐから８に更新するのは合理的で良い選択肢である気もしている。 その頃にはちょうどGeforce GT～ってのが出てきていて、同時に載せ替えることになるかもしれない。]]></description>
		<wfw:commentRss>http://majimegawa.com/blog/nyanko/archives/777/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>複数ディスプレイが原因？</title>
		<link>http://majimegawa.com/blog/nyanko/archives/746</link>
		<comments>http://majimegawa.com/blog/nyanko/archives/746#comments</comments>
		<pubDate>Thu, 01 Mar 2012 05:15:38 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Windows]]></category>
		<category><![CDATA[ハードウェア]]></category>

		<guid isPermaLink="false">http://majimegawa.com/blog/nyanko/?p=746</guid>
		<description><![CDATA[radeonでもgeforceでも結局ドライバというのが何かと問題を持ってくる。 以前にあったnvlddmkm.sysによる起動時のブルースクリーン。 スリープ使用の環境だと特段問題ないのだが、今日久しぶりに再起動をかけるとやはりほぼ半数回でブルースクリーンになる。 数日前に最新ドライバの通知が来ていたのだが、更新するつもりはなかった。 スリープなんだからしなくても良いのだが、心地よくないので一応クリーンインストールで最新ドライバ(295.73)を当てることにした。 適用後に５回再起動を繰り返してみたがブルースクリーンにはならず。 とりあえず問題解消だろうか。 ３枚ディスプレイだとnvidiaの場合２枚差しになると思うのだが、これがいけないのか？ 同じような環境のメインマシンも部品は似たような構成。 windows７だとだめでxpなら問題ない現状では、絶対そうだと断言できないものの、OSに関連する事象なのだろうか？ おかしくなったらクリーンインストールというのが今のところ、対症療法として有効か。]]></description>
		<wfw:commentRss>http://majimegawa.com/blog/nyanko/archives/746/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>クロック別エンコード時間</title>
		<link>http://majimegawa.com/blog/nyanko/archives/733</link>
		<comments>http://majimegawa.com/blog/nyanko/archives/733#comments</comments>
		<pubDate>Sat, 25 Feb 2012 04:24:21 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[TMPGEnc]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[ハードウェア]]></category>

		<guid isPermaLink="false">http://majimegawa.com/blog/nyanko/?p=733</guid>
		<description><![CDATA[画質の問題でhandbrakeでは満足行かない動画がある。 より良い画質にはより良いエンコードソフトということで調べていたところ、vectorに第１７回Vectorプロレジ大賞というのがあって、そこにTMPGEnc Video Mastering Works 5と究極動画変換 7というのがあった。 試しにやってみると、究極動画変換７（以下究極）の方はTMPGEnc Video Mastering Works 5（以下TMPGE）と比べて、エンコード時間は早くて良いのだが、どうもコマが間引かれているような感じに見えてだめなのだ。 一方のTMPGEは画質がとても良いのだが、設定が初心者には複雑すぎてよくわからない。 ともに画質は良くても、コマを間引いているような印象の究極は、どうせシェアウェアであるなら選択しづらく、結果TMPGEを選ばざるを得ないのである。 携帯プレーヤーでの再生がメインで、TVやPCでは再生しないと割り切れるなら、金額、エンコード時間からして究極を選ぶのであるが…。 ま、そんなんならhandbrakeでいいじゃないか、という話もあるわけで。 ともかくTMPGEを使うことにした。 PCはメインから退いて久しいphenom x3 720BE。 寄せ集めで作ったリビングマシンが、まさかこんな形で使われることになるとは思わなかった。 そんなわけでオーバークロックがどうとか、そんなの関係なくエンコードをしていたのであるが、ふとこれの昔を思い出した。 コアアンロックなしの状態で、3.5GHz常用だったこのCPU。（倍率変更＆電圧のみ変更で、ベースクロックはノーマル） ならば、クロックアップした場合はエンコードにどれだけ影響があるのだろうか。 カレントクロックで2.8GHzの３コア。 23分の動画を変換。 もちろん条件はすべて同一。（TMPGEのプロジェクトとして登録） クロックアップはマザーから変更。（倍率のみ） *** 1.デフォルトクロック　2.8GHz　→　４０分 2.クロックアップ後　3.4GHz　→　４６分 *** びっくりするほど早くなるわけではないが、エンコード対象が多ければその差は大きい。 きっと、HTTをメーカーpegasysが推奨しているので、びっくりするのはcore i7に変更した場合なのだろうな。 ちょうど現在はivy bridgeが出るだろう４月までわずかなので更新するつもりはないのだが、ivyの素性次第では候補になりそうだ。 もちろんそれならメインをi7にするのが順当だろうが…。 なお、以前の常用クロックである3.5GHzではないのは、電圧変更が機能していないため。 マザーが廉価なものであるので、仕方のないところだ。 加えて電源はいつのものかもわからないほどに古い。 何せSATAコネクタが一つも存在していないうえ、ATXが20ピン。 たぶん１０年くらい前のものだ。 エンコの時間短縮を至上命題とするなら、現状、電源とマザーは変えた方が良いだろうし、おごるなら編集の操作時のためにSSDも欲しいところだ。 メインマシンで編集作業時（別ソフト）はramが13GBあって大変快適なので、メモリーの安い現在、同じようにramで編集というのも選択肢に入りうる。 でもやっぱりエンコのためだけに何かを新調するというのは誤りだろうな。 ちなみに余談であるが、コアアンロックするとprimeが通らないだけでなく、IEも起動できず、エンコードは変換後の動画にノイズが入る。 この720ははずれなのである。 windowsの起動は可能なのにソフトがだめというあたり、たぶんメモリ周りに欠陥があるためと思われる。 他に所有のCPUでアンロックができる物は通常通り使えることを考えると、コアアンロックが祭りを演出していた頃を思い出すにつけ、本当に使えないからx3として売られることになった石なのだと思われる。 ＜2012.02.26追記＞ さて、肝心な情報が間違っていることに今気づいたので、追記情報とともに修正。 クロックアップしたのにエンコード時間が増えるなんておかしいだろう 知人のAMD ６コア（型番失念だが、x4アンロックではない）が同じ設定で等速よりもほどほどに遅れる程度なので、たぶんそれならばコア数を稼いだ方が早いだろうと思い早速実験。 [...]]]></description>
		<wfw:commentRss>http://majimegawa.com/blog/nyanko/archives/733/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>日立のRMA</title>
		<link>http://majimegawa.com/blog/nyanko/archives/715</link>
		<comments>http://majimegawa.com/blog/nyanko/archives/715#comments</comments>
		<pubDate>Fri, 20 Jan 2012 03:51:14 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ハードウェア]]></category>

		<guid isPermaLink="false">http://majimegawa.com/blog/nyanko/?p=715</guid>
		<description><![CDATA[HGSTは日本流通品に関してはRMA対象ではなかったと記憶しているが、売却でhitachiではなくなりWD傘下となるならばRMAはどうなるのかとふと気になった。 調べてみるとどうやらRMAが付与されるようだ。 HDD RMA いつかHGSTのRMAサイトでは日本を選べる表記がなかった（あるいは対象外エリアです、だったか？）と記憶しているが、現在確かに日本を選べるようになっている。 ３台試しに入れてみたが、「ドライブは、お買い求めの販売店またはシステム製造者まで返品してください」とかなんとか…。 製造が全て2006年なのだからもはやRMAなんて関係ない話だろう。 ちなみに、上記サイトによると送付先がseagateと同じらしいのだが、委託なのだろうか？ システムがよくわからない。 HITACHI HDDのRMA (破損したHDDの交換) HDDが壊れたのでRMAを利用してみた（日立グローバルストレージテクノロジーズ編） まだ情報が少なくて、今後RMAがどうなるのかわからない。 ４TBのHDDが出てきているので選択肢としては日立も当然ありえるのだが、いまいち踏み切れない。 もうしばらくは様子見だろう。]]></description>
		<wfw:commentRss>http://majimegawa.com/blog/nyanko/archives/715/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WD RMAの経過</title>
		<link>http://majimegawa.com/blog/nyanko/archives/710</link>
		<comments>http://majimegawa.com/blog/nyanko/archives/710#comments</comments>
		<pubDate>Wed, 18 Jan 2012 07:31:37 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ハードウェア]]></category>

		<guid isPermaLink="false">http://majimegawa.com/blog/nyanko/?p=710</guid>
		<description><![CDATA[タイの洪水の影響が今回のRMAにどのような影響をもたらすか、残念ながらはっきりした相対的な記録がない。 洪水というイレギュラーはまぁ別問題としても、記録していなかったことに気づいたので、今後のために記録しておく。 購入した３台のHDD、WDのEADSシリーズ。 １TBが２台、２TBが１台。 全て２年以内で故障した。 今回交換してもらったのはWD10EADS。 前２例と同じくSAL便でシンガポールへ発送。 一番最初にRMAに出した20EADSは、約３週間弱で新しくなって手元に戻ってきた。 ２番目は３週間強。 今回の経過を見ると、waitingからreceivedまでがいつもより長くかかっている。 推測であるがreceivedというのは着荷そのものを指すのではなく、開梱して現物を確認した時点を指すのだと思う。 SAL便がやや信頼性に欠けるとはいえ、日程に大きな振幅があるとは思いづらい。 単純に処理される順番が遅かった（理由は知らないが、たまたまとか、認知が広がったとか、バンバン売れてバンバン壊れているとか、なんだろうか？）ということか。 思い出しながらなので正確ではないが、20EADSの時のことを思い出すと、たぶんSAL便は２週間程度（未満）でシンガポールには到着しているのではないだろうか。 でなければ、３週間弱で戻ってくることもなかったはずだから。 12/14にRMA申請をして、翌15には発送している。 申請の有効期限（着荷の期限）が一ヶ月なので、SAL便だとすぐに発送しないと、運送期間のブレやreceivedのブレによって期限外になってしまいそうな気配がある。 急いで発送すべき。 あるいはやはりEMSか。 ちなみに、上記画面からfedexのサイトへ遷移しても、追跡番号で検索できなかった。 該当のテキストボックスには参照番号を記入しなければならないようだ。（fedex.com/ja/で確認） なので日本語のfedexサイトでの確認が無難。 次がシンガポールからの返送経過。 やけに広州のハブ拠点滞在が長い。 着荷予定日にあわせて捌いているとしか思えない。 14～15日が休日としても、16日の動きのなさはなんだろうか？ 20EADSの際はfedexの着荷予定日より２日早く手元に到着した（はず）。 過去の例がイレギュラーだったと考えれば、RMAにかかる日数というのは発送から１ヶ月をみておくのが無難ということか。 他にはWDのHDDはないので役に立ちそうもないが、念のため…。]]></description>
		<wfw:commentRss>http://majimegawa.com/blog/nyanko/archives/710/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

