X Window System: XVideoを有効化する

*buntu主要各ディストリビューションで9.04がリリースされたとのこと。自分はいまだに8.04で、まだしばらくはアップグレードする気はない。

自分の場合はKubuntuなので、アップグレードするとデスクトップも現在のKDE 3からKDE 4になってしまう（でしょ？）。それはまだ嫌なのだ。そう、KDE 3が好きなのだあ。

実はこれは今使っているノートＰＣが古く非力であることが大きく関係している。じゃ新しいのを買え、と言われるかもしれないがそれはさておき。とにかくこの非力なノートＰＣ上にKubuntuを入れて使って（Windows Vistaとのデュアルブートだが、今はもうKubuntuでしかブートしない）いて、KDE 3はサクサクと動く。

元々GUIよりCLIが好き（IRCもirssiだ）な自分なので、GUIは絶対サクサク動かないと嫌なのだ。実はKDE 4もインストールしてあって、試したことはあるのだけれど、この非力なＰＣ上ではKDE 4ではサクサク、とはいかなかった。

てことで、自分が今のKubuntuより新しいバージョンのディストリビューションにアップグレード、ないし新規インストールするのはきっと9.10か10.04、下手すると10.10ぐらいなのかもしれない。(爆)

別な話。そのKubuntu 8.04上でずっとXVideo（正しくはX video extensionというらしい）なしでいた。CPUと同じく非力なATI Radeon Xpress 1100（このモデルがまたマイナー）という（チップセット統合）グラフィックスチップを搭載していて、ただでさえビデオ表示は遅い。普段使っているSMPlayerでどのドライバでビデオ表示するかオプション設定ができ（というか、mplayerができる）、そこでもxvが推奨されているのになぜか選択できないでいた。ドライバはATIのfglrxなのに。xvinfoで調べるとこんな感じ：

X-Video Extension version 2.2
screen #0
no adaptors present

ずっと放置したままだったこのことについて、久しぶりに「ちょっとネットで調べてみよう」と思いたってその通り検索してみると、おお、設定の仕方を解説したページがいくつも。自分が結局参考にしたのはここ。

このページで解説されている「まずトライしてみるべき」シンプルな方法、

sudo aticonfig –overlay-type=Xv

で、/etc/X11/xorg.conf を書き変えてみた。具体的に追加されるのはこのDevice Section部分。

Section “Device”
Identifier “Configured Video Device”
Driver “fglrx”
Option “VideoOverlay” “on”
Option “OpenGLOverlay” “off”
EndSection

ここのOptionでビデオオーバレイを指定する。そのビデオオーバレイについて二つのオプションがあるが、XVideoを利用するのかOpenGLのオーバレイを利用するのかは排他的、つまりどちらか一方しか指定できないらしい。（らしいが多くて申し訳ない）

さて、こうしてXVideoをオンにしてみると、非力なCPUとグラフィックスチップで今まで再生に音を上げていたHD動画でもけっこうなんとか再生できるようになった。それでもビットレートその他高画質かつビデオサイズが大きいものでスムーズに再生できないものもあるが、これまでと比較すれば再生できるものが格段に多くなったということでとりあえずうれしい。自分は動画再生時に全画面モードで再生することはほとんどないが、それでも1.5倍や2倍に拡大して再生してもいけるのもまたうれしい。

そして、「今度ＰＣを買うときは、Nvidiaのチップを搭載したモデルを買おう」と思った。（でもNvidiaはNvidiaで問題があることもあるらしい）

SMPlayer: 今度はサムネイル画像生成機能追加

謹賀新年。

昼前に帰宅してPCを見ると、Adeptでアップデートが一件。確認してみると最近常用しているメディアプレーヤ（正確にはフロントエンド）のSMPlayerの新バージョンがあります、とのことだったので早速更新してみた。

今回のバージョンでは一度再生したメディアファイルで前回どこまで再生したかというシーク情報、音声ボリューム情報その他、これまでのバージョンでも保存されていた情報を、これまでのようにひとつの設定ファイルの保存するのではなく、個々のメディアファイル別に設定ファイルを持つというオプションが追加された。大量のメディアを再生するユーザの場合はこうすることで多少高速化するらしい。

自分が今回の更新で肝だと思うのは、動画ファイルの連続サムネイル画像生成機能。

“Preview”をメニューから選択すると、（再生をサポートしている）任意の動画ファイルのサムネイル画像を生成することができる。行や列、サムネイルを撮る間隔時間、生成するサムネイル画像の最大横幅などが指定可能で、Windows用にあるいくつかのメディアプレーヤ（VLCもできるんだっけ？）などと同様に、生成された画像の上部にはコデックの種類やファイルサイズなどメディアファイルの情報が書き込まれる。

しかし。

この機能っておそらくほとんどは手持ちのメディアファイルを他人に渡すとかネットにアップする目的でしかないようにも思えるが……(笑)

Opera: 9.63

てことでOperaを9.63に。気のせいだろうか、今のところ前バージョンより安定しているような。願わくば右クリックしたとき何かの拍子にコケることがなくなりますように。

ちまたではOpera 10のalphaを試している方々もいらっしゃるとか。新しもの好きな自分ではあるけれど、もう少しそれは待つつもり。

KTorrentの設定を変えてみる

KTorrentを動かしていることが多い自分。それも非力なCPUと高々2GB弱（ビデオに若干取られている）のメモリで１０本＋アルファのタスクをKTorrentにさせていると、けっこうなCPUロードとメモリ使用量になる。

特に自分の場合、USB外部接続のHDDに保存するようにしており、しかもそれら（複数）のUSB外部接続HDDはどちらもNTFSフォーマットされている。NTFSフォーマットであるのはもちろんWindowsとの共用を考慮してのことなのだが、USB経由でも辛いのにそれに加えてntfs-3g経由という二重苦なのである。重い。

KTorrentではトレントのサイズをはじめに確保しておくオプションがあり、遅いマシンではこれをしておかないとタスク終了時まで長いこと（いや長いとは限らないけれど）ディスク書き込みオーバーヘッドが余計にかかってしまう。だから最初に確保するようにして利用しているのだが、５、６本以上のトレントを一度に放り込む（開始）するとほとんど他のことは何もできないぐらい重くなってしまう。(泣)

まあ、これはこの非力なマシンかつUSB外部接続HDDに保存などということをしている以上仕方がない。

が、KTorrentのタスクが走っている最中にもロードが高くなったままになることもあって、これはさすがに困る。トレントなんぞはあくまでも「ながら」作業でなくてはいけない。

ということで、少しでもそうした負荷を軽減できるようKTorrent側でまずチューニングを試みる。

KTorrentの「設定」メニューから「ダウンロード」タブを開く。関係する設定箇所はいくつかあるが、ここでは特に「torrentあたりの最大接続数」、「全体の接続制限」に注目する。「最大アップロード／ダウンロード速度」の２項目も関係があるが、今回はデフォルトの０（ゼロ＝無制限）のままにしておく。

自分が何度も設定を変えてしまったのでデフォルトの値はもう忘れてしまったのだが、「最大接続数」と「全体の接続制限」を現在の値から少なくしてみる。１や２変えただけではほとんど意味がないので１０単位で変えてみる。なぜならここの値は自ホストに許す接続数なので、これが多ければ多いほどCPUの仕事も多くなるからだ。

KTorrentを使用中、プラグインで「情報ウィジェット」をロードし「ピア」をモニタするタブを選択、もちろんトレントやタイミングによっても違うが、普段自分が落とすトレントなどでは大体どのぐらいの相手からダウンしているかがこれで分る。もし自ホストにダウンする他ホスト数が例えば１０以下だったとしたら、「torrentあたりの最大接続数」はその１０以下でよいだろう。

そして一度にいくつのタスク（＝トレント）をダウンするのか自分でも分るはずなので、その本数分を（例えば）１０倍した値を「全体の接続制限」にセットすればよい。

自分はFTTH回線利用者なのだが、そもそも自分のような低速CPU搭載機で利用する場合、同時接続数とは別にあまりに高速の転送（ダウンにしてもアップにしても）はそれももちろんCPUに多大な負荷を掛ける。これが嫌な場合は上記の「最大アップロード／ダウンロード速度」も制限するべきだろう。

あとは常時接続ならスケジューラを大いに活用し、「就寝時から朝まで」など、自分が使わない間に動かすよう設定するのも便利だ。

いやしかし、こんなに苦労しているのは自分だけなのかもしれないな。

YouTube動画をダウンロード：やっぱりclive

YouTube動画をダウンロードするツールとしてyoutube-dlについて書いたばかりだけれども、そこで書いたように実は以前使っていたcliveにまた戻ってしまった。

このcliveがyoutube-dlと違うのは、後者がYouTubeだけに対して有効なのと違って複数の動画共有サイトに対応しているということが大きい。

cliveのバージョンが0.x台がUbuntu／Kubuntuパッケージにも含まれていて、パッケージマネージャからダウンロード、インストールすることもできるが、バージョン0.5xぐらいからかなりその内部が変わってきて、チェックをさぼっている間にバージョン1.x台になったと思ったのつかの間、今はバージョン2.xになってしまった。

利用する側には関係なさそうに思えるがしかして実際は関係あるよな大きな違いは、バージョン1.x台まではPythonで書かれたいたこのclive、バージョン2.xからはPerlで書かれるようになったこと。それもPerl 5.8以上が動作に必要。Pythonで書かれていたときは、必要なクラスはcliveをインストール、あるいはソースを落としてもその中にすべて含まれていたのだが、Perlで書かれているバージョン2.xからはそうはいかなくなった。つまりいくつかのPerlモジュールを自分でダウンロードしインストールしなれければならない。

PerlのモジュールのダウンロードとインストールにはCPANというツールがあって便利なことは便利なのだが、実はこれは普段Perlスクリプトを書いたりしている人間以外にはいささか面倒な気もする。

ただ、cliveの最新バージョンはまだベータであり、正規リリースバージョンではこれらも自動で行うインストールスクリプトが今後付属するようになる可能性はある。

最新版ではUTF-8にも対応がなされており、日本語などのタイトルの動画をダウンロードした場合でもきちんとファイル名が日本語になる。また、（自分が）知らない間にサポート動画サイトも増えており、現在は以下のサイトで利用できる。

Youtube
GoogleVideo
Sevenload
Break
Metacafe

あれ？　Dailymotionって以前はサポートされていたんじゃなかったっけ？

clive project@Freshmeat.net

clive official homepage

Kubuntuは日本では人気がないのか？

某掲示板をJDで見ていた。その掲示板の住人たちだけの意見なのかどうか分らないが、どうもKubuntuは日本では人気がないらしい。内部や細かいところは別として、GNOMEとKDEの好き嫌いの多くはその見た目の違いだと思っていた。

もちろんKDE=Kubuntuなわけでもなく、彼らに言わせると「あれはだめ」その他散々なのはKDEではなくてLinuxディストリビューションのKubuntuのことなんだそうだ。（らしい）　自分にはUbuntuと比べてKubuntuのどこがひどいのかさっぱりわからない。便利に使えている。日本語云々の部分では、自分は日本語の入力と表示ができればそれでよく、システムやアプリのメニューの日本語化ができていない、あるいは使われている日本語がひどいとかいうのはどうでもいい。いや、彼らはきっともっと深い部分、Linux OSとしてのKubuntuのどこかがひどいと言っているんだろう。

日本語の利用を別としても、自分はLinuxが安定して使えればそれでよく、その意味ではデスクトップなりウインドウマネージャがなんであろうとかまわない。なにせその昔はtwmを使っていた人間なのだ。Window Makerなんてのはtwmに比べたらその綺麗さと便利さに感激したものだった。

まあいいさ。他人が嫌っていようと自分が好きなもの、使いたいものを使う。

でもKDE4にはまだ移行しないし、Kubuntu 8.10にもアップグレードはしない。使えてなんぼ、ですから。