|
||||||
|
WordPress 2.5で採用されたFlashアップロードはいろいろ問題を抱えているそうなのですが、当方の環境でもアップロードできない問題が発生していました。
そこで、WordPress|日本語のフォーラム記載のトラブルシューティングを1番目から一つ一つ試したところ、7番目の「mod_security をオフ」にする対処策で改善しました。 Windows Vistaには[ネットワークマップ]というネットワークの接続状態を視覚的に把握する機能が用意されています。 [Link-Layer Topology Discovery (LLTD) ]という検出プロトコルを利用して、その機能を実現しており、Vistaには当然用意されているのですが、XPには用意されていないため、[Link-Layer Topology Discovery (LLTD) レスポンダ コンポーネント]をインストールする必要があります。
上記ナレッジに記載されている更新プログラムはSP2適用が必須条件となっており、XP SP2のPCであれば、インストールすることにより、Vista PCの[ネットワークマップ]に表示されます。
実はこの件で問題を抱えているのですが、別のXP SP2 PCに先日、SP3を適用しました。このPCには上記更新プログラムはSP3適用前にインストールしておりません。但し、下記ナレッジには、SP3には[KB922120]が含まれる旨の記載があります。であれば、当然、SP2に更新プログラムを適用したPCと同様、[ネットワークマップ]に表示されて然るべきところが、表示されません(セキュリティ対策ソフトは双方ともウイルスバスター2008を使用し、設定も同じです)。
[ローカルエリア接続のプロパティ]-[全般]-[この接続は次の項目を使用します]を確認すると、SP2に更新プログラムを適用したPCでは[Link-Layer Topology Discovery Responder]が表示され、チェックオンとなっているに比べ、更新プログラムを適用せずSP3を適用したPCでは、同プロトコルがリストアップされていません。また、更新プログラムを適用すると[%systemroot%system32]に[rspndr.exe]がインストールされるようなのですが、これも見当たりません。 尚、SP3のPCにこの更新プログラムを適用しようとしても、[このシステムのService Packが、適用しようとしている更新より新しいバージョンであることが検出されました。この更新をインストールする必要はありません。]と表示され、適用出来ません。 ナレッジの情報に反して、SP3を適用しただけでは、どうも[LLTDレスポンダ コンポーネント]はインストールされていないように思われるのですが…いかがでしょうか。
更に、別のXP SP2のPCを用意して、まず、更新プログラムを適用し、その後SP3を適用しました。このPCも問題なくネットワークマップに表示されており、[ローカルエリア接続]のプロパティに[Link-Layer Topology Discovery Responder]を、[%systemroot%system32]に[rspndr.exe]を確認できます。 複数のWindows XPを利用していますが、メインで使用している機種にはsymantecのNorton Internet Security 2008をインストールしていました。 多くのNISユーザーの体感と同様、それはそれは重く、特に起動直後5分ほどはCCSVCHST.EXEの動作が激しく何も操作できません。その後、しばらくしてから使い始めるのですが、また何の前触れなく突然同プログラムが働き出し、全体の動作が非常に重くなってしまい、都度休憩を強いられてしまいます。 別のWindows XPにはTREND MICROのVirus Buster 2008がインストールされているのですが、PCのスペックや常駐プログラムの違いはあるものの、ストレスなく利用できています。 そろそろ、NISの更新期限もせまっていることもあり、幸いVirus Buster 2008の利用可能PCが1台分残っていましたので、Virus Buster 2008に入れ替えてみることにしました。
Rhythmboxに不満はなかったのですが、誘惑にかられインストールしてみました(^ ^ゞ インストール
エンジンはxineを使用します。ただ、mp3ファイル再生には別途xine-lib-extras-nonfreeのインストールも必要なのですが、amarok-extras-nonfreeをインストールする際に依存関係から合わせてインストールしてくれました。 データベースはMySQLやPostgresqlが面倒そうだったので(^ ^ゞ、デフォルトのSQLiteを使用しました。 文字化けの問題Rhythmboxでは、ライブラリリストファイルの文字コードを変換することによって、文字コードISO-8859-1のmp3ファイルをそのまま管理していたのですが、データベースでライブラリを管理するAmarokでは、私のスキルでは到底かないそうもありません。そこで、重い腰を上げて、Windows PCでSTEPにて文字コードISO-8859-1のmp3ファイルを[ID3 v1.1/ID3 v2.4(UTF-8)]に変更することにしました。 対象のファイルは2,500程だったのですが、始めてみれば大した時間はかからなかったです。 「ID3 v2.4(UTF-8)では文字化け、ID3 v2.3(UTF-16)ではOK」という情報をWeb上で散見しましたが、私の環境では[ID3 v1.1/ID3 v2.4(UTF-8)]の設定で、Amarokでも字化けせず表示されています。 Fedora 9には標準で[Sound Juicer]というリッピング・エンコーディングツールが用意されていますが、ファイルの命名設定に自由度がなかった為、[grip]をインストールすることにしました。 インストール今回、エンコーダにlameを使用することにしました。合わせてインストールします。
あとで、gripの設定を行う際に必要なlameのパスを確認しておきます。
設定
切り出しツールに[cdda2wav]を選択した根拠は特になく、何故か[grip(cdparanoia)][cdparanoia]は動作しなかった(エラーは表示されない)、というのが理由です。
[ファイルの書式]の結果、ユーザーホームディレクトリ下に/mp3ディレクトリが作成され、[アーティスト名_アルバム名_トラック番号(2桁)_トラック名.mp3]というファイル名でエンコードされます。
ビットレートはWindowsで長い間[192kbps]を指定してたので、合わせました。m3uファイルは特に必要ない(mp3ファイルはNASに移動する為)ので無効としました。
文字エンコーディングでID3v1とID3v2とも[SHIFT_JIS]に指定した理由は、Windows PCで文字化けしないようにするために採った暫定策です。 わたしは、NASで管理しているmp3ファイルのID３タグは[ID3 v1.1/ID3 v2.4(UTF-8)]に統一しています。この設定ならば、Windows PCで利用しているiTunesとLinuxで利用しているRhythmboxとも文字化けが発生しません。 gripにて上記設定でmp3ファイルを作成するとID3タグは[ID3 v1.1/ID3 v2.3(ISO-8859-1)]となります。元々エンコードをUTF-8に統一しようとした理由がLinuxでも文字化けせず取扱い出来るようにする為だったので、本末転倒になっているのですが、現時点で[ID3 v1.1/ID3 v2.4(UTF-8)]に設定できるエンコーダやタグエディタを確認していない為(2.4を選択したのがアダとなったかも)、Windows PCでSTEPにて[ID3 v1.1/ID3 v2.4(UTF-8)]に再編集しています。
[ファイル名に日本語(EUC-JP)を使用する]については、特に有効にしなくてもファイル名の文字化けは発生していなかったのですが、先人の多くが有効にしているので、ならっています。
デスクトップPCとして利用する為に、遅まきながらウィルス対策ソフトのClamAVとそのフロントエンドツールであるKlamAVをインストールしました。 インストール
参照アップデート・マネージャから、アップデートを促すポップアップが表示されたので、ダイアログを表示の上、アップデートを実行してみるのですが、マウスポインタが待機中の表示に変わったままで、いつまで待っても実行されません。以下の何れかで、アップデート可能となりました。 端末よりアップデート・マネージャを管理者権限で実行待機状態のまま実行されない原因は、アップデート・マネージャが管理者権限で実行されていないことによるようです。
端末よりapt-getにてアップデードを実行GUIのアップデート・マネージャを使わず、端末から管理者権限にて、apt-getコマンドを使ってアップデートを行う選択もあります。
場合によって、上記作業だけでは、幾つかのパッケージが保留となることがあります。その場合は、下記を実行すると解消します。
アップデート・マネージャではカーネルアップグレードも含めて、自動的に行ってくれるので、前者の方法の方が簡単ですね。
ベクトル画像編集ソフトウェアのInkscapeをインストールしました。
基本的にUbuntu 8.04でRhythmbox 0.11.5設定と同じ事を実行しました。 ライブラリの場所にNASを指定拙宅ではWindowsワークグループにI-O DATA製のNAS LANDISK(HDL-GX320R)をセットして、MP3ファイルを保存し、複数のパソコンから音楽再生をしています。 Fedora 9にはiTunesライクなRhythmboxがプリインストールされているので、こちらを使用するための設定を行いました。
MP3のコーデックインストール時系列的には、Fedora 9でGstreamerのインストールの記事にある[gstreamer-plugins-ugly]インストール前に上記設定を行っており、この設定の直後、RhythmboxからMP3コーデックのインストールを促されていたのですが、促されたコーデックのインストールをキャンセルして、同記事の作業を行った結果、NASのMP３ファイルの読み込みが開始されました。 ID3タグの文字化け対処わたしはMP3ファイルをWinodows PCで作成しています。ID3タグの編集はSTEPを利用しています。 現在はID3タグのバージョン・文字コードを[ID3v1: Version 1.1 / ID3v2: Version 2.4(Encord UTF-8)]を指定しています。このファイルのRhythmboxでのライブラリ表示に問題はないのですが、過去に作成した(文字コードなどまるで意識しなかった頃の)[ID3v1: Version 1.1 / ID3v2: Version 2.3(Encord ISO-8859-1)]のファイルについては、日本語が文字化けしてしまいます。 もちろん、それらをUTF-8に変換すればいいのですが、何分相当数な為、それも面倒。 また、Audaciousであれば、ISO-8859-1の文字コードを変換するオプションがありますが、これが理由でAudaciousを選択する気も起こりません。 そこで けんけんのFedora Core メモ > rhythmboxのライブラリの文字化け対策 からけんけん氏作成のスクリプトを拝借して、ライブラリファイルの文字コードをShift-JISからUTF-8に変換しました。
FLVファイル再生の為に[gstreamer-ffmpeg]を、MP３ファイル再生の為に[gstreamer-plugins-ugly]をインストールしました。 Livnaリポジトリが有効であることが前提です(Fedora 9でrpm.livna.orgのリポジトリ追加)。
|
||||||
|
Copyright © 2024 fuku-chang.com::blog - All Rights Reserved Powered by WordPress & Atahualpa |
||||||
