高校生がPCとスマートフォンについて徒然なるままに書き連ねているブログ。2010USB接続のハードディスクのフォーマットが終わらない...古いHDDを有効利用するため、数カ月前にUSBの外付けハードディスクケース(PL-35STU)をAmazonで購入しました。内蔵3.5インチHDD(SATA)を外付けとして利用するやつです。Linuxでも普通に認識します。放熱があまり良くなさそうなこと以外は満足。今、250GBのHDDを入れてWindowsでフォーマット(NTFS)してるのですが...時間掛かりすぎで困った困った。1時間ぐらい経ってるのに半分も終わらない。コマンドはオプション指定しないと不良セクタ(不良クラスタ?)を調べない。逆にWindowsはデフォルトで不良セクタを調べながらフォーマットを行う。速度の遅いUSB接続の場合は「クイックフィーマット」にチェックを入れないと、泣きそうなぐらい待つ羽目になるわけか。RyzomがAGPLv3でソースコードを公開。アートワークはCC-BY-SAで。AGPLv3というライセンスで公開されたらしい。上の記事で「まさかLinux上でこんな(3D)ゲームが遊べる時代が来るとは」とびっくりされてますが、英語圏では以前からLinux対応のものがそこそこ存在します。10.04の実力」という記事が載ってました。立ち読みしただけなので細かいことは覚えてないのですが、ディストリビューションを「インストール」「セキュリティー」等の項目別で順位付けする企画です。総合一位は当然Ubuntuです。題に名前が入ってるのに負けるわけがない。比較の一つに「マルチメディアへの対応度」がありました。その中で「Vineは公式・非公式を問わず、音楽・動画コーデックが用意されてない」と書いてあってビックリ。Fedoraの前はVineを使っていたけど、xmmsでMP3を再生できてたし、MPlayerも“self-なんちゃら”で導入できた記憶があります。gstreamerのプラグインも同様のはず。あれを読んでVineをインストールしようと思う人はいないだろう。なんというネガキャン。Vineの公式サイトを軽く一通り読んでみたけど、“self-なんちゃら”の情報をほとんど見つけられませんでした。ユーザーガイドの[サウンドとビデオ]のところを見ても、[ディスク作成ツール]以外の箇所が執筆中で何も書いてないです。情報の無さが「コーデックが無い」という誤解を与える原因になったかもしれません。5.1をインストールしてみたんですよ。最近は「アプリケーションの追加と削除」なるものがメニューにあるんですね。それをクリックして「制限付きソフトウェア」の項目を見るとtask-all-codecsマルチメディアコーデックやプラグインのためのバーチャルパッケージマルチメディアコーデックやプラグインを簡単にインストールするための仮想パッケージです。多くのマルチメディアコーデックやプラグインをインストールすることができます。普通にコーデックのパッケージが紹介されてるじゃないか。これで「コーデックが無い」と書くのは駄目すぎる。Vine使わずに書いたのか...話はそれるけど、今のVineはデフォルトでTkNamazu(Namazu)が入らないのね。日本語のマニュアル・日本語のman・JFの文書を全文検索する機能は、最初からあると便利だと思うけどなぁ。インストールが1時間経っても終わらない...型落ちマシンだとビルドに凄く時間が掛かる。この辺りはVineの良くないところですな。02:38あれはかなりひどいですよねー。2010年7月号「7大Linuxディストリビューション対決」の勝手に訂正記事http://vine.g.hatena.ne.jp/iwaim/20100615/1276604465こんなのを書いて、アンケート経由で編集部にもURLを送っています。アンケートは19日夜に送ったばかりですけど。Linuxのウェブサイトにself-build系の話はかかないとダメだとは思っているんですが、書くなら特許周りのことに対する見解も一緒にかかなければダメだろうなあ、と思って私としては未着手です。書かねばならんと思うのですけどね。ウェブサイトがそんな感じだから一般的なユーザに誤解されるのは仕方ないと思います。ライターはなぁ......。5.0からTkNamazu、というかNamazuはmainから外しました。その理由はUTF-8に未対応だからです。Estraier使うやつを作ってしまうつもりです。実装は誰かがやっていた気がします。5対応のドキュメントが完成していないのです......。《型落ちマシンだと凄く時間が掛かる。この辺りはVineの良くないところですな。ついては、公式パッケージとしてバイナリパッケージを配布することは止める方針になっています。いうものはself-buildなパッケージにして、ユーザの環境でコンパイルとRPMパッケージの作成、そしてインストールを実施するようにしています。いう仕組みなのでビルドに時間がかかるのは仕様なので仕方ないです。それ以外に問題があるか、あるいは改善できる可能性がある箇所があれば教えていただけると嬉しいです。「特許に関するソフトウェアでもバイナリで配っちゃうぜ」という非公式リポジトリがあればたぶん自分でビルドしなくても良いんだろうと思いますが、そこは、まあ、そういう覚悟を決めてやる人がいないので仕方ないのかな。それが《Vineの良くないところ》というのは、そういう見解はあるのだろうとは思います。Linux開発者が考えても仕方ないところだよなぁ、とは思ってます。16:06おお、具体的な反論を送ったのですか。5対応のドキュメントが完成していないのですボランティアベースだと、どうしてもドキュメントの更新がおろそかになりがち、と聞いたことがあります。面白い作業じゃないですし、いろいろ大変なんでしょうね。この辺りはVineの良くないところこれはもう、インストールに時間が掛かるのは嫌だ(早く寝たいのに寝られない!)という単純な思いから来た感想です。特許を回避するための苦肉の策ということは理解してます。時間が掛かるのは利用者から見るとマイナスです。時間が掛かるという注意書きがありません。違うのかも?」と希望的観測をした私がいます。集合体なわけで、意気消沈です。知らない人はさぞかし混乱するだろうと思いました。ウインドウを閉じても処理が止まらずイライラしました。クリックすると、再生に必要なプラグインの検索を始めます。紹介するメッセージを出すようにすれば、混乱を避けることができると思いました。ソースで配布する理由も書いてあると、なお良し。13:58編集部はアクションがあるとしても来月号なんですかね。改善点についてのコメントありがとうございます。時間が掛かるのは利用者から見るとマイナスです。バイナリ配布だろうがself-buildみたいな形式だろうが、ユーザ側に課せられるものは同じなわけですしね。task-all-codecsについてはBTSに投げときました。self-buildを途中で止める方法については、私は現時点で確認する時間がとれてないのでまだ投げてません。確認してから検討します。未対応のファイルフォーマットへの対応についてはUbuntuみたいな感じにできたらいいよな、という話はありますが、まだ実現できてないです。Frame)http://code.google.com/p/gphotoframe/デスクトップに画像を飾る写真立てソフトです。指定したフォルダの画像を小さくスライドショーで表示します。ペットや子供の写真を飾れば心の癒しになるでしょう。画像の指定はフォルダ選択以外に下の方法があります。(公式にはサポートされないようです。Ubuntuで試してみたのですが、このバージョンは画像の端にアイコンが表示されます。スクリーンショットを撮ってみる。統一感が無くセンスの欠片も感じられない。目覚めの時はまだ遠い...スクリーンショットに3つフレームが写ってるけど、ログアウトすると一つを残して消えます。weblogPicasaとRSSに対応させる方法が書いてありました。作者さんのコメントを元に少し記事を修正しました。インストールすればいいようです。どちらかでいけると思う。≪追記≫スクリーンセーバーにすることもできるみたい。00:50moebuntu使っていただきありがとうございます。ここ最近のネタを見るともう十分お目覚めになられているように感じますが?あとはお布団から出るだけじゃないですか?認めてしまったほうが楽になりますよ。(^_^;)布団から出るのが一番難しいのです。ご紹介ありがとうございます。ウェブアルバムの写真への対応です。登録された画像への対応ではないです。デフォルトで常には表示しなように変更しました。ログアウトすると一つを残して消えます。別名でいくつかコピーしたりすればログイン時に複数起動できるのかもしれません。他の方の要望もあったりするので、複数フレームについては今後対応するかもしれません。Picasaいまいち設定方法が分かりませんでした。アイコンは表示されたままです。すれば消えました>複数起動スタートアップファイルを複数置けばそれだけ多重起動しますが、設定が全て共通なのがネックです。次のログインから同じ画像が表示されます。フレーム毎に設定を保存、もしくはコマンドラインで設定を決めることができればいいな、と思いました。この手のソフトは全然無く、gphotoframeの存在は本当にありがたいです。22:22情報、ありがとうございます。設定方法が分かりませんでした。