Archive for 11月, 2016

昨日・今日で、スタッドレスタイヤへに入れ替え、オイルとバッテリーを交換した。

いつも12月に入るとタイヤ屋が混むので、昨日にしたのだが、木曜日に予想外の雪が降ったため、開店直後に行ったにもかかわらず待ちとなり、店内は満席だった。ただ、家族連れが多かったので、実際にはそれ程待たなくて済み、全部で1時間くらいで終わった。でも、なんでタイヤ屋にわざわざ子どもとか奥さんを連れてくるのか、小一時間問い詰めたい。待っている間も電話がひっきりなしに鳴っていて、なかなか慌ただしそうだった。

順番が来たら、本当にすぐに終わった。20分も掛からなかったか。なかなかすごい。工賃は1500円だった。来年から値上げするそうで、理由に「材料費が上がった」とか書いてあったが、工賃に材料って関係あるのだろうか? まあ、別にいいけど。

前回同様、ノーマルタイヤが寿命で、少しヒビ割れもしていたので、交換を促された。春に替える予定だ。今は、純正(ポテンザ RE050A)ともう一つの候補(ポテンザ RE003)を考えていて、近くなったら値段を聞いて、安いほうにしようと思っている。本当は、ポテンザなんてすごいの(4本で10万円を超える)でなくて、もっと安いの(S.driveやECOPIA PZ-X)でいいと思っているのだが、口コミを読むと、滑るとか(PZ-X)心配になることが書いてあるので、躊躇した。(11/29 5:02 追記) また、S.driveはサイズがなくなってしまったので、選択肢はポテンザ2種だけしかない(いかにも変なのは除く)。

タイヤサイズを少し大きく(幅+1cm)すれば、選択肢が増えて手頃な値段でまともなのがあるのだが、今度はホイールが割れることがあったとか、やっぱり心配させることが書いてあるので、仕方なく、純正のサイズを考えている。

今は、情報が多いのはいいが、本当に確かなものを選択するのは難しい。妥当な値段ですべてのリスクをなくすことはできないから、ある程度のリスクは取ってもいいが、その期待値(確率×損害の大きさ)が分からない。ディーラーに聞いてみるのはいいと思うが、扱っている(安くなる)タイヤはグッドイヤーだけで適当な物がないので、今ひとつ聞きづらい。まあ、あと数か月あるので、少し考えよう。

オイル交換も昨日したかったのだが、眠かったので今日に延ばした。いつものディーラーは、タイヤ交換の人が多いせいか、いつもと違って結構混んでいた。専務さんが外で忙しそうにしていた。とはいえ、中は空いていたし、電話も余り掛かって来ず、のどかな雰囲気で、昨日のタイヤ屋とは偉い違いだった。

着くなり、ものすごくうるさい(暴走族並み)車が居ると思ったら、フェラーリだった。あれで保安基準を満たしているのかと思う。あんなにうるさかったら、いくら速くても全く魅力がない。ドライバーは(若者が着るような、ワッペンが縫い付けられた)カラフルな革ジャケットのジジイだった。どこかの社長らしいが(田舎なので、全部筒抜けなのだw)、店内をうろうろして落ち着きがなく、ズボンは灰色のスウェットだった。車は1500万円くらいしたようだが(田舎なので、以下同)、もっと他にお金を掛けた方がいいのでは?

大体、フェラーリをスズキに持って行くってのが信じられない。ピアノだったら、スタインウェイをヤマハに見てもらうようなものだ。普通は「まともに扱えるの?」って思うだろうに。あのディーラーと懇意なのかも知れないし、中古なのかも知れないが、何を期待しているのか。一方、そんなのもまとめて引き受ける、あの店の懐の深さには、感心する。

もう一個ディスる: フェラーリがうるさいと感じたのは、単に音量が大きかったからだけではないと、今思う。アイドリングのエンジン音に全く品位がなく、農業用機械のように、ガサツだった。V12だかなんだか知らないが、あれはないと思った。だから一瞬聞いただけで嫌な感じがしたのだ。回せば官能的になるのだとしても、普段はあれでいいと思っているのか? フェラーリのエンジニアの感性を疑う。単に整備不良なのかも知れないけれど。。。(17:29)

この件、ネットに上がっているであろうエンジン音を、周波数分析とかしたら、何か分かるかも知れないな。結構おもしろそうだ。レクサスの高いのは、音もチューニングしたとか言ってるので、比べてみたい。(17:39)

試乗車のバレーノが停まっていたのだが、後ろが意外にかっこ良かった。最初は「あれ、こんないいのあったっけ?」と思ったくらいだ。でも、万が一、今乗り換えるとしたら、イグニスの方がいい。ただ、デザインはものすごく酷く、あのままでは乗る気がしない。

(先日の朝、エンジンがなかなか掛からなかった)バッテリーは、やはり交換する必要があるとのことで、そうしてもらった。あと、オイルフィルタも交換時期と思っていたのだが、出掛ける前に再確認したら次回で良かった。それから、ナビの地図の更新もしようと思っていたのだが、(秋に連絡すると言っていた)ディーラーから連絡がなかったのと、実際には全然困っていないので、延期した。

作業は1時間くらいで終わった。オイル会員を更新したので、全部で約3万円になったが、予算とぴったりだった。うち、バッテリーは約1.3万円だった。ディーラーにしてはそれ程高くなかった。もちろん、自分で替えればもっと安いだろうし、高性能なのを選べるのは分かっていたが、寒くて面倒、各種設定・メモリーが消える、外したのをまた店に持って行く必要がある、ショートさせたら危ない、純正で十分満足しているなどという、さまざまな考慮の結果、ディーラーにした。

(18:54追記) ちょっと前から気になっていたのだが、誕生月のオイル半額クーポンが届かなかったので聞いてみたら、数年前に終わりにしたそうだ。さすがに苦しいらしい。

洗車待ちをしているうちに、タメ口のオヤジが来訪して車検の打ち合わせをしていた。きっと僕より若いのだろうが、何でああいう態度が取れるのか分からない。

洗車が終わったら丁度昼食の時間になったので、いつものデニーズに向かった。途中で「あの」キザシが前に居た。すごく珍しい(でも、今までに3-4回見た)。ドライバーはスズキマニアなのか? ちなみに、キザシは車体を見てもそれと分からず、名前を読まないと気づかない。

img_0510_2048522048_v1_1a

キザシ!

食事は鶏ときりたんぽの鍋にした。サラダセットとドリンクバーで2千円くらいで、意外に高く付いた。でも、デニーズはメニューが充実しているのでいい。

待っていると、店員に挨拶も返事もしないオバさん連中が来た。まあ、そういう人は多いのだろう。

食べたら暑くなった。鶏肉はまあまあだったが、きりたんぽがおいしかった。前にも居たショートボブ(イメージは昔の小泉今日子? というか、老けて見えるのだから、「今の小泉」の方が適切か。いずれにしても、なかなかいい感じのお姉さんなのは確かだ)の店員さんが居た。今日は前よりも老けた感じだった。疲れか? 一方で、小顔の若い子はアニメ的な能天気な声を出していて、平和な田舎を感じさせてくれた。

帰宅する道では、日曜のせいか、ちょこまかと左右に動く(しかも、ウインカーも出さない)雑魚(プリウスだのアクアだの)が多かった。妙なことに、霊柩車を2台も見た。今日はそういう日なのか?

(11/28 20:06 昔の小泉の画像へのリンクを、当初思い浮かべていた1986年のものに変更 ← 30年も前なのかっ!)

 

PS. (別の稿にすべきだが、面倒なので追記) タイヤについて。今はS.driveの在庫があれば、それにしようと思っている。理由は、オーディオと同じで、スペックばかり追っても無駄と考えることと、今付けているのはスタッドレスなのだが、それで何も問題を感じないことである。

一般道で乗るのだから、サーキットのように限界を極めるなんてことは不可能だし、リスクが高過ぎるし、それが楽しいとは思わないし、そもそも僕にそんな技術はないから、性能の高いタイヤなんて無駄なのだ。オーディオで、そんなにビットレートの高くないMP3が判別できないのと同じことだ。そして、いくら(ポテンザに比べて)安いタイヤだって、(グリップやハンドリングが)スタッドレスよりひどいことはまずありえないだろう。だから、何も問題は起こらないはずだ。

なので、S.driveにしようと思っている。ちなみに、「滑る」という口コミのPZ-Xは、さすがに遠慮する。(11/30 21:07)

  •   0
  •   1

近頃、ブログ仲間の猫たちが立て続けに亡くなってしまった。会ったこともないのだけど、読むだけで涙が出る。でも、ずっと一緒だった人はもっと辛いに違いない。

それで、不謹慎かも知れませんが、こんなアホな記事でも読んで、元気を出して下さい。

  •   0
  •   3

Haruさんのブログを見て、彼女の演奏を聴いたら、妙にこれを聴きたくなった。実は、この曲(第2番も)はどこかわざとらしいので、大好きではないのだが、どこか良くて、時々聴きたくなる。わざとらしいのは、作者の若さが出ているせいだろうか。

今は大好きじゃないけど、クラシック音楽を聴き始めた頃に流行っていたのもあって、その頃は良く聴いていた。ショパンコンクールの番組なんかを熱心に観たのを思い出す。今となっては、最後がこれらの協奏曲なので、余り興味をひかないが。。。

ピアノはマルガリット (1974: リンク先は第2楽章のみ)。何種類かを比べたのだが、最初に買った彼女(2番はラローチャ)のCDが一番気に入っている。

出勤時間になったので1番の途中で家を出たら、会社で続きが聴きたくなり、帰宅が待ち遠しかったので、脳内で演奏していた。帰宅して続きを聴けたのだが、その次の2番が思っていたより良くて、得した気分になった。ピアノの演奏(ラローチャ)も音もいいし、オーケストレーションも1番よりいい。でも、ショパンコンクールでは1番の方が多く弾かれるそうだ。あと、なぜか音質もいい気がした。まあ、それは気のせいだろう。(21:01, 21:50)

  •   0
  •   1

MusicBeeに登録したビデオのメタデータ(特にカスタムタグ)を移行するのにDBの内容を直接使おうとしたので、DBのフォーマットを解析してみた。全容は解明できていないが、結構分かったので書く。なお、実際の移行にはDBを使わないことにしたので、これ以外の情報は追加しない。

  • 使用したMusicBeeのバージョン: 2.5
  • DBのファイル名: MusicBeeLibrary.mbl

※以降で"0xMN"は16進数。

ファイル構造:

  1. (ファイルの先頭) 1 0 0 : DBの開始
  2. 0 2/3/5 1/6 0xff : エントリの開始
    • 2バイト目: エントリのタイプ?: 3= 音楽, 5= ビデオ
    • 3バイト名: 不明
  3. 11バイトの0 またはデータ(内容不明)
  4. 0 + ファイルのパス: 可変長データ
  5. タグ(可変長データ)の連続
  6. 0x77 1 (0x4d/0x46)= エントリの終わり?: ない場合もある。
  7. (次のエントリの開始)

※ただし、フォーマットが違う部分がある。また、DBの最初付近しか見ていないので、後半に別の構造があるかも知れない。

可変長データの構造:

  • データタイプ (1バイト。ただし、ファイルのパスでは2バイトで 0xf0 1になっている場合がある)
  • データの長さ (1バイト)
  • データ (可変長。文字列はUTF-8と思われるが、未確認)

データタイプ:

  • 0= ファイルのパス>
  • 2, 8= アルバムアートのファイル名?
  • 0x1e= アルバム名?
  • 0x1f= アーティスト
  • 0x20= ?
  • 0x2b= アルバムアーティスト?
  • 0x3b= ジャンル
  • 0x41= タイトル
  • 0x49= レーベル?
  • 0x58= 年?

※上記以外のほとんどはカスタムタグ。私の環境では、最初のカスタムタグのタイプは0x2eだった。

  •   0
  •   1

1か月以上前に開始した、CrashPlanの初期バックアップがようやく終わった。約1.4TB (開始時は1.2TBだった)を38日間でアップロードしたので、平均アップロード速度は約430KB/s(約37GB/日)となる(圧縮や重複排除機能があるから、実際の通信速度はこれより低いだろう)。

なお、平日昼間は休止していたので、稼働時はもっと高速で、平均送信速度620KB/s(5Mbps)前後だった。また、どういう訳か時々通信が停まるのだが、停まっていない時は約1MB/s程度出ていた。

CrashPlanは、Windowsで使っていたBackblazeよりは遅いのだが、速過ぎるとプロバイダの帯域制限が掛かるので(実際に、Backblazeの時は警告が来たので、通信量制限プログラムを作った)、これくらいで良しとするべきだろう。ただ、時々通信が停まるのは何とかして欲しい。

(11/24 5:19 追記) それから、「バックアップ受信」(他人からのバックアップデータを自分のPCに保存する)を無効にすると、なぜか、本来のサーバへのバックアップが停まってしまうようだ。他人からのバックアップを受け付ける意味が分からないから止めたいが、無理なようだ。ルータがあるし(あってもサーバ経由で受信するのかも)、バックアップコードを公開してないから大丈夫だとは思うが、気持ちが悪いので、受信する時間(長さ)を0分にして実質的に受信しないようにした。

  •   0
  •   0

面倒なのでずっと後回しにしていた、ACDSeeで付けた画像のメタデータをdigiKamに移行した。実際にはメタデータは画像ファイルに埋め込んだので、正確にはdigiKamに移した訳ではなく、「ACDSeeから脱却した」と書くのが正しい。

いろいろ検討して、以下のような手順にした。

  1. ACDSeeで、ACDSeeのDBの全画像情報をXMLファイルにエクスポートする。全画像の情報をエクスポートするため、検索で全画像を一覧に出し、全部を選択して右クリックのメニューでエクスポートする。(もっとまともな方法はなかったのだろうか?)
  2. XMLファイルから以下の情報を抽出する。→ 抽出するプログラムを作った(XMLファイルはPHPのSimpleXMLでデコードできた)。
    • ファイル名 → FolderとName要素より
    • キャプション → Caption要素より
    • カテゴリ → AssetCategoryList要素より
  3. キャプションまたはカテゴリの付いたファイルに対して、exiftoolを使って画像にタグを設定する(埋め込む)。設定前にファイルの更新日時を保存しておき、設定後に戻す(exiftoolは更新日時を変えないのかも知れないから、実際には不要だったかも)。→ 上の抽出と同じプログラムで実施した。
    • キャプション → Descriptionタグに設定する。
    • カテゴリ → Categoriesタグに設定する。
      • 例: AssetCategoryが”Albums\日常の光景”の場合、以下のようなコマンドになる。
        • exiftool -Categories=’<Categories><Category Assigned="0">Albums<Category Assigned="1">日常の光景</Category></Category></Categories>' IMG_0333.JPG

なお、メタデータの埋め込みはACDSeeでも可能なのだが、埋め込み後にファイルの更新日時を戻す必要があり、必ずしもすべての画像に日時が入っている訳ではなく、戻らない可能性があるので自作した。

1は検討のために実施済みだったので、今日は2と3を実施した。以下に気付いた点を書く。

  • 当然ながら、XMLファイルには画像ファイルのファイル名がWindowsのパスで書かれているので、Linuxのパスに変換する必要がある。これは先日のショートカットの変換と同様に、XMLファイル中に現れるWindowsのトップディレクトリを、Linuxのに置換するようにした。
  • XMLファイル中の画像ファイルのパスの先頭には、ドライブ名の代わりにボリューム識別子(例: "<Local\1234ABCD>")が付いているので、削除した(この無駄な物のおかげで、HDDを交換するたびに何度も「DBメンテ」の手間を掛けさせられた)。
  • XMLファイルは10MB近くあったが、問題なく読み込めた。
  • digiKamでは、キャプションはEXIFのCommentタグではなくXMPのDescriptionタグを参照するようだ。ただ、それはdigiKamでは”Caption"(または「キャプション」)と表示されるのでややこしい。
  • キャプションとカテゴリを埋め込む時に、ショートカットに対応する必要があると思って、ショートカットの実体(正確には、先日変換したシンボリックリンクの実体)を探して埋め込む処理を作ったが、実際には、XMLにはショートカットは登録されていなかった。
  • ファイルにEXIF情報がない場合でもファイルの更新日時が戻せるように、(EXIF情報の日付を更新日時に設定するのでなく)あらかじめファイルの更新日時を保存しておいて、埋め込み後に再設定するようにした。
  • 音楽ファイルのUSBメモリへの同期プログラムと同様、ファイル名の特殊文字('など)で結構ハマった。結局、その同期プログラムのエスケープ処理をそのまま使った。
  • 同様に、カテゴリやキャプションもエスケープ処理した。やはり、特殊文字を特別扱いしないsystem関数が欲しくなった。
  • BMPファイルにはメタデータは埋め込めなかったが、数個しかなかったので諦めた。
  • digiKamの日本語訳もイマイチで、却って混乱するので、英語で使うことにした。

全約3万ファイル(メタデータを埋め込んだのは約1.8万個)を処理するのに約1.5時間掛かった。もちろん、何度もバグを直しては再実行したので、実際にはほぼ1日(昼間)掛かった。

キャプションやカテゴリが画像ファイルに埋め込まれたので、今では、ACDSeeで設定したキャプションなどの情報が、以下のようにdigiKamで表示できるようになった(右側のタブだけでなく、サムネイルの下にも出る)。もちろん、PixやXnViewMPなど、他のソフトでも表示される。

%e3%82%b9%e3%82%af%e3%83%aa%e3%83%bc%e3%83%b3%e3%82%b7%e3%83%a7%e3%83%83%e3%83%88_2016-11-23_21-55-01_v2

digiKamでキャプションとカテゴリが表示される。(懐かしい写真...)

これで、メタデータが特定のプログラムに依存しなくなったので、自由に付けられる。今までは、「付けてもACDSeeだけだから、無駄になるかも・・・」と、若干躊躇していたのだ。また、処理手順が分かったので、今後新たな状況になっても移行は容易だ。

(23:02 加筆, 11/24 0:14, 6:12 若干加筆・修正)

PS. 着々と減っているLinux移行のTODO。次は、MusicBeeに入れたビデオのメタデータの移行でもやろうか。今日のとちょっと似ているので楽ではあるが、面倒は面倒だ。キーワードは"nfo"。フォーマット非公開のDBを使うプログラムなんてクタバレ!

  •   0
  •   1

毎年のことだが、この時期になると、妙に、「早く作らないと」とそわそわする。昔だったら、うだうだしているうちに年賀葉書が売り切れたり、印刷が間に合わなくなることがあったが、今はそんな心配は要らないのに。。。

レイアウトは毎年のを使い回して、画像(イラスト)を新しく選び、文字(賀詞)と文字の色を変えた程度なのだが、結構時間を使った。イラストは、例年のように猫だ。黒猫にしたかったが、今年は丁度いいのがなかったので、日本的な猫にした。自分で描ければいいけれど、そんな能力は全くないので、他の方が描いた作品を選ぶしかない。でも、次点は黒猫のだったので、ブログ用に使った。

葉書用の絵柄は、柔らかく自然で明るい(ポップな感じもするが、使っている色が和風なせいか、そこまでくだけてない)色遣いで、新年らしくていい感じだと思う。ちょっと堅い感じがしたので、最初は選ばないつもりだったのだが、試しに配置してみたら結構いい感じだったので、採用した。新年の挨拶だし僕もいい歳なので、少し堅い方がいいだろう。黒猫じゃないけど、あの柄(白、茶、焦げ茶)も好きだ。というか、大体の猫は好きだ。そのイラストはイラストACに載っていたもので、なかなか作者のセンスがいいと思って興味があったのだが、名前が"acworks"なので、個人ではないのだろう。

これであとは、業者に発注するだけだ。ちょっと気楽になった。

ブログ用のは、ちょっと手抜きだが、シンプルに作った。本当はそのイラストを葉書に使いたかったのだが、目上の方も含めていろいろな人に出すにはどうかなと、ちょっと気が引けたのだ。どうぞ、新年にご覧下さい。

のんびりしていたら、大変なことに気付いた。葉書に使ったイラストに書かれている花はタンポポのようだが、調べたら季節外れ(開花時期は3/10〜5/末頃(季節の花300より))なのだ。イラストを別のに変えるか、そのまま使うか、ペイントツールで花を消すかだが、色的に、消すとイマイチになってしまうので、消すのは良くない。調べても、正月に咲く、似たような花はない。仕方ないので、イラストを変えることにした。ガッカリと疲労。。。でも、発注する前に気付いて良かったよ。(18:30)

ちょっとサビ猫のイラストを探したのだが、いい物がなく、仕方ないので、ブログ用だった黒猫を葉書用に昇格させ、3番目だった可愛いのをブログ用にした。明日発注だ。多分大丈夫だろう。(19:44)

フォントを変えたり(たまには明朝体にしたくなった)、文字やイラストの大きさを微調整して、いつもの会社、イロドリに発注したのだが、近頃の僕はどこまでもうっかりしているらしく、年賀葉書でなく普通の葉書で注文してしまった。でも、それから1時間経たないうちに確認メールが来て、間違いが分かった。もし連絡がなかったら、間抜けで残念な新年を迎えるところだった。

それにしても、夜(22時近かった)だというのに、メール以外に電話までくれる熱心さに感心した。普通は、絵柄が何であろうと、「客の指定なんだから知らん」と、指定どおりにしてしまうじゃないか。とてもありがたい会社だ。ただ、「夜間の電話はなしで」という指定をしたはずだったが、葉書の種類と一緒にリセットされてしまった(ヘルプを見た時かも)のかも知れないから、不問にしたい。(11/22 22:15)

 

以下は余談。

数年前から、「黒猫」で画像を探すと、アニメ(元はラノベらしい)のキャラの女の子が出てくるようになった。ゴスロリみたいな服装で、古風な髪型が結構好きなのだが、さすがに使わない。そもそも、彼女は一体何なのか、いまだに分からないw

それから、写真は使わないことにしている。こんな子とか、出したい猫は多いのだが、会ったことも一緒に暮らしてもいないものを出すわけにはいかないと思う。イラストで人が入っているものも同様で、自分でない人間は入ってはいけないと思っている。

あと、猫のイラストで良くあるのは、ピンと立っているのだが、そういう月並みなのを描いて平気な顔して公開する人の気が知れない(もちろん、僕はそんなのも描けないけど)。特に黒猫は描きにくいせいか、そういうのが多い感じだ。

そうそう、僕は、柄がとても味わい深い、サビ猫も好きなのだが、イラストはなかなかなさそうだ。でも、実際に探しはしなかったので、来年は探してみよう。

あと、技術的なことだが、今年からLinuxに移行したので、原稿をMS Wordでなく、LibreOffice Writerを使って作った。それで、微妙に使い勝手が違ったり(業者の指示どおりにはできない)、ページサイズの指定がちゃんとできているのか分からなかったりして、最終的にちゃんと印刷されるのか不安はある。でもまあ、画面で見たら大体葉書のサイズだったし、pdfinfoで見たらサイズは去年と同じだったし、pdffontで見たらフォントは埋め込まれていると出たので、まあ大丈夫だろう。

最後に、今年からメールアドレスを書くのを止めた。随分長く書いていたのだが、賀状を見てメールをくれたという人は一人も居なかったからである。同じ理由で電話番号も数年前から書かないことにしたので、書いているのは名前と住所だけだ。技術が進むと昔に戻るのか。そのうち住所も要らなくなりそうだ。

 

  •   1
  •   1

Windowsの画像で、同じファイルを無駄にコピーしないように、ショートカットにしたものがあるのだが、それをLinuxに移す時、ショートカット中の、そのショートカットが参照しているファイル名を取り出す必要がある。

最初は、Linuxのstringsコマンドを使って自分で取り出そうとして、基本的にはできたのだが、日本語のファイル名はそんなに容易には取り出せないことに気付いて困った。その時、ふと、「もしかしたら、あの何でもできるexiftoolなら対応しているのでは?」と思って試したら、本当にできた。LocalBasePathでショートカットが参照しているファイル名が取り出せた。他に、WorkingDirectoryで作業ディレクトリが取り出せるようだ。

例:

exiftool -s3 -LocalBasePath ~/"Pictures/1961/祖父母のアルバム-001_サイズ変更.jpg - ショートカット.lnk" | nkf -u

D:\Butty\My Documents\My Pictures\from old albums\1. 祖父母のアルバム\001_サイズ変更.jpg

まったく感心した。そして、この機能を使って、ショートカットをLinuxのシンボリックリンクに変換する(実際にはシンボリックリンクを新たに作る)プログラムを作り、問題なく処理できて、digiKamで表示できるようになった。

なお、変換する時には、WindowsのディレクトリをLinuxのに変換する必要もあるが、汎用にするのは結構面倒なので、ひとまず画像の変換専用ということにして、WindowsとLinuxそれぞれのトップディレクトリを固定した。

例:

ショートカットが参照しているファイルがWindowsのトップ(D:\Butty\My Documents\My Pictures)以下だったら、Linuxのトップ(/home/butty/Pictures)に変換する。

※前提として、WindowsとLinuxのトップディレクトリの実体が同じである必要がある。

(11/20 5:41 若干加筆・修正)

  •   0
  •   0

Linuxに乗り換えてから約1か月と10日。いろいろな問題が起こって、対処しながら使っているのだが、概ね問題ない。以下に、今までに気付いたことなどを書く(別途書いているgmusicbrowserの詳細は除く)。

Linux Mint 18 Xfce (OS, デスクトップ環境)

  • デフォルトブラウザ設定がFirefoxで、Mintの設定を変えてもVivaldiにならなかった。以下の設定をして様子を見ている。→ 駄目だった(未解決)。
    • sudo update-alternatives --config x-www-browserでVivaldiを指定
    • xdg-mime default vivaldi-stable.desktop x-scheme-handler/http
  • パネル(Windowsのタスクバーのような部分)にdigiKam5(画像管理ソフト)のアイコンが出ず、別のアイコンが出る(未解決)。

Dropbox Paper (クラウドメモサービス)

  • 全般的に大きな問題はなく快適に使えている。古い物を除いて、ほとんどのドキュメントを移行したので、Evernoteを使うことはほとんどない。
  • たまにサーバに繋がらないことがある。(WebもiPhoneアプリも)
  • Evernoteのwebからのペースト時の制限
    • 埋め込み画像はペーストできない。
    • 文字サイズ・色・スタイル(斜体など)はペーストできない。 (サポートされていない)
    • チェックボックもペーストできない。番号付きの箇条書きになる。
  • ドキュメントの暗号化はサポートされていない。
  • 多段のインデントはサポートされていない。
  • エクスポート(ZIP)ファイル中のファイル名は、ドキュメント名(=タイトル)になるのだが、タイトルに日本語などが入っている場合、タイトルの一部と通し番号になる。→ ドキュメント名の最後などに英語を含めると、判別しやすくなる。
  • ドキュメント中の横線はエクスポートしたファイル(Word)に入らない。→ "---"などを使うことを検討中。
  • ドキュメントのURLで他人がアクセス可能なので、流出に注意する必要がある。個別にアクセス不可に設定することは可能なようだが、全体のデフォルト設定はないようだ。
  • ドキュメントのURLは、ドキュメント名をベースに作られているから、ドキュメント名の流出にも注意が必要かも知れない。ただ、全ユーザで同じトップURLで破綻しないのが解せない。隠れたログインがあるのか?
  • クリップボードからの大きなサイズのペーストができない問題は、再発していない。

CrashPlan (クラウドバックアップサービス)

  • 時々アップロードが停まる(下のグラフ参照)以外は問題なし。ただし、まだリストアしたことはない。
  • 稼働時の平均アップロード速度: 約680KB/s (約5.5Mbps, 約60GB/日)
  • 実際のパフォーマンス: 約1か月間(平日昼間は休止)で約1.4TBのアップロードが終わらず(アップロード済み: 1.3TB、残: 142MB; 約43GB/日)。
  • アップロード速度の変化の例 (約18時間分。上がアップロード。アップロードのフルスケールは16Mbps):
%e3%82%b9%e3%82%af%e3%83%aa%e3%83%bc%e3%83%b3%e3%82%b7%e3%83%a7%e3%83%83%e3%83%88_2016-11-20_06-05-29_v1

CrashPlanのアップロード速度の時間変化

 

その他

  • gmusicbrowser (音楽プレーヤー)
    • 基本動作は全く問題ない。音質に問題はなく(実際には、出力にはgstreamerを使っている)、ギャップレス再生でき、HDDにかなりの負荷を掛けない限り、音切れしない。
    • 以前も書いたが、プラグインのAlbuminfoは使わない方がいい。音楽ファイルを勝手に更新するので。
    • いくつかの不具合を修正済み/対処中、改良/改造中。
  • Mozc (日本語変換プログラム)
    • MS IMEより良い点もあるが、良くない点もある(例: 自分で文節を調整しないと、思ったように変換できない場合があり、それを学習してくれない)。全般的には問題ない。
  • Thunderbird
    • メインウインドウを2番目のディスプレイに置くと、ダイアログがほとんど2番目のディスプレイにしか出ない(未解決)。
  • jEdit (テキストエディタ)
    • 日本語入力ができない(未解決)。以前はインラインでないながらもできたのだが。。。日本語を使うことは少ないので、その場合は別のエディタ(kate)を使ってしのいでいる。
  • RSSリーダー
    • いろいろ試した結果、RSSOwlが良かったが、そのままではうまく動かず、以下の設定が必要だった。
      • cd /usr/lib/x86_64-linux-gnu && sudo ln -s /usr/lib/x86_64-linux-gnu/libhunspell-1.{3,2}.so.0
  • 画像の管理
    • ACDSeeからの移行 (メタデータの移行)
      • 他の作業を優先しているため、進んでいない。
    • iPhoneからの画像取り込み
      • iPhone 6sのEXIFの回転情報がおかしい? EXIF情報に従って回転させると上下反転してしまう。→ 勘違いのようだ。ただし、iPhone 6sのカメラの画像は、水平に撮ると、180°回転して記録される。
  • 動画管理
    • 管理ソフトはtinyMediaManagerを使う方針だが、他の作業を優先しているのと、下記の懸案事項(どうしても手間が掛かりそう)があって、移行作業は進んでいない。
      • DVDなどの実メディアを持っている(リッピングしていない)、タイトルなどメタデータだけのエントリ(placeholderと呼んでいる)をどうやってMusicBeeから移行するか。
      • MusicBeeのDBだけに格納された情報(例: ソースの種類)をどうやって移行するか。

(11/20 6:09 加筆・修正、グラフの交換)

  •   0
  •   0

今はGoogleなどの検索がとても便利になっている。なので、ブログで余り一般的でない言葉を使った場合でも、特定のページを見てもらいたい時以外は、リンクを付けることを控えるようにした。マウスで選択して右クリックすれば、大抵検索できるからだ(スマフォだとそうは行かないかも知れないですが、まだPC中心の「遅れた人間」なのでw、我慢して下さい。それに、僕は使わないけど、Siriとかで簡単に検索できそうだし)

ただ、馴染みのない言葉を検索しても、どれが正しい意味なのか分からないかも知れないなと、今思った。だから、やっぱりリンクは有用なのかも知れない。

とはいえ、検索するのであれば、ある程度の興味を持っているのだろうから、いろいろな候補を読んで文脈と比較して、自分で最適な物を選べるような気がする。その方が却っておもしろいこともありそうだ。だから、きっとこれでいいのだろう。

でも、もし不明な時は聞いて下さい。

  •   1
  •   0