Archive for the ‘ノスタルジー’ Category

音楽プレーヤ(GMB)に表示されたSex Pistolsのアルバム(1977)のジャケットを見て、ふと思った。(天ぷらみたいにw)「ボロクソ」の語源は"bollocks"なのかと? が、調べたらそういう話はまったく出て来なかったので、偶然の一致のようだ。まあ、「一致」とは書いたものの、意味は同じゃないしね。でも、ちょっと残念だw

 

ちなみに、僕はこのバンドが全然好きじゃない。近年、調子は悪かったものの時間には余裕があった時に、「いろいろな音楽を聴いてみよう」と思って、レンタルしたり買いまくった時期があって、その時のものだ。そもそも、買うのも無駄だと思って散々迷った挙句にレンタルしたくらいだw ただ、偶然ではあるが、このバンドに居たらしい人のバンド(Public Image Ltd)が大昔に出した、"Compact disc"(1986)(元々からなのか、いろいろな形態があるからなのか、今は"Album"と呼んでいるようだ※)というアルバムは結構好きだ。学生の頃、店頭で見て、名前以外は何も知らなかったものの、いかにも人を喰ったようなタイトルや、ジャケットがいい感じだったので、買った。

※今、Spotifyでこのアルバムを見てみたら、ジャケット画像は"album"なのにアルバム名は"Compact Disc"になっていて、なかなか不思議だ。あと、Discogsを見たら、このアルバムには"Cassette"もあるようで、こういう(しょうもないことで遊ぶ)のは結構好きだw

あと、まったくどうでもいい(良くない)ことだが、このバンドの名前の最後に"."は付くのか付かないのか(彼らのサイトやWikipediaにはなく、Spotifyや僕の取り込んだCD(のデータ)にはある)、気になって夜も眠れなくなりそうだw

ついでに話を戻すと、"bollocks"は"bolloc"の複数形ではなく、元からsが付くようだ。これはこの単語が指す物から来ているのだろうか? 世の中に謎は多いw

  • Compact Disc

    Compact Disc

    Compact Disc, an album by Public Image Ltd. on Spo…

  •   0
  •   0

SpotifyのRelease Radarで新作を聴いていたら、中に竹内まりやの「ドリーム・オブ・ユー~レモンライムの青い風~」(1979)が入っていた。そういえば、近頃入ったというのを読んだのを思い出した。もちろん曲は懐かしかったが、ジャケットを見て更に懐かしくなった。

竹内まりや "UNIVERSITY STREET" (1979)

テニスのラケット! そして、ファイル(みたいなの)! まさに絵に描いたような女子大生だ。そして、ポニーテールと白いTシャツがいい。(実際に見たことはないが、)昔の都会にはこんな女子大生が大勢居たらしいけど、見事に絶滅したねぇw 呼び方もJDなんて味気もセンスもないものになってしまったな。

 

PS. (典型的な女子大生の写真やイラストを見て)当時から不思議に思っていたのだが、これだけの物しか持たずに済んでいたのだろうか? ファイルみたいなのは教科書数冊のこともあるが、それ以外の教科書や資料やノートや筆記用具は要らないのだろうか。文系の学生は授業が少なくて、そういうのは余り要らなかったのだろうか。あと、スマフォや携帯電話やゲーム機など(それらは当時はラケットだった??)は当時はなかったがw、お金や定期券や、女性なので化粧品などは不要だったのか。今となっては謎が多いw

  •   2
  •   0

Spotifyで主にクラシックの演奏を選ぶ時に、以前聴いたかどうかと、聴いていた時はその時の感想や評価(例: 好き/嫌い)が出れば、二度手間にならなくていい※と思っているのだが、そういう機能はない(再生履歴は出るが、検索が楽ではない)。曲にコメントが記入できるといいのだが、無理だ。それで、少し前から、そういう仕組みを作りたくなって検討している。

※感想は聴くたびに変わる可能性があるが、少なくとも、「フォルテピアノ・古楽器だから駄目(「僕は嫌い」の意)」などという情報があれば「普通の演奏」だと思って掛けることがないから、二度手間にならないことは確実だし、それでフィルタリングできれば、選ぶ手間がかなり減る。こういう機能がマジで欲しいのだ。

主要な機能は以下だ。

  1. Spotifyで新しい(= 過去に再生したことがない)曲を再生したら、その曲の情報と再生日時を記録する。 → 「再生履歴」
  2. 曲の再生中または後に、その曲の再生履歴にコメント(感想)を記録できる。「嫌い」という情報(マーク)も記録できる。
  3. Spotifyで曲を検索し、結果に出た曲に再生履歴があれば、過去の再生日や評価やコメントなどを一緒に表示する。再生ボタンやリンクをクリックすると、Spotifyアプリで再生できる。

実現方法を考えたところ、1は自作のミニプレーヤー(minisp)を改造すればできそうだ。2は再生履歴の管理プログラムを作ることになる。3は、Spotifyの検索プログラムを作る必要がある。基本的には、web版Spotifyのようなイメージだ。そこに再生履歴の情報も合わせて表示する。SpotifyのAPIは公開されているので、面倒ではあるが、作るのは不可能ではない。

更に検討したところ、再生履歴の管理プログラムの再生履歴のデータをどのように格納・管理するかが問題になった。かなり多くの曲を再生し、それらが全部登録されるから、CSVのような普通のファイルでは処理が遅くなったり壊れたりして破綻しそうだ。

最初は、曲ごとに別々のファイルに再生履歴を格納することを考えたのだが、考えているうちに問題(この方式では一つのキー(= ファイル名)でしか高速な検索ができない)に気付いたり、(仕事でもないのに)いちから全部(例: ファイルフォーマット、作成・処理・管理)自分で作るのは馬鹿らしい気がして来た。それで、まずは近い用途の既存のプログラム(音楽などの管理プログラム)を使って手を抜くことを考えた。重要なことは、外部から(GUIでなくコマンドラインで)データの追加・変更ができることと、カスタムフィールドが追加できることだ。

以下に検討した候補の概要と結果を示す。

  • 音楽管理ソフト
    • × gmusicbrowser: 音楽プレーヤー
      • 現在、音楽ファイルの管理と再生に使っており、カスタマイズ(改造)もしている。
      • 曲情報を格納するファイルが一つ(CSVのようなもの)なので、曲数が多くなると破綻する。
      • 将来性が疑問(開発・サポートが終わっている)。
      • Perlで書かれているので改造や保守が大変。
    • Beets: 音楽管理ソフト
      • 試用の結果、使用可能なことが分かった。ただし、若干の細工(ダミーファイルをインポートするなど)が要る。
      • GUIはなく、コマンドラインのみ(webは貧弱)。
      • 拡張性が高い。
      • まだ完成していない感じ。
      • Pythonで書かれているので(以下略)。
  • 汎用コレクション・ライブラリ管理ソフト
    • × GCstar: 汎用コレクション管理ソフト
      • Perlのバージョンの問題か、うまく動作しなかったので却下した。
    • × Data Crow: 汎用メディア管理ソフト
      • コマンドラインでの実行はできなさそうなので却下した。
      • Javaで書かれている。。。
    • × BiblioteQ: 汎用ライブラリ管理ソフト
      • Linux用パッケージが壊れているので却下した。
      • ドキュメントが貧弱。
      • コマンドラインはなさそう。
    • × Tellico: 汎用コレクション管理ソフト
      • コマンドラインでは書籍しか登録できないので却下した。
  • その他
    • × tinyMediaManager: 映画の管理ソフト
      • 既に動画ファイル・DVDなどの管理に使っている。
      • ほぼ動画専用(映画の管理に特化した機能が多い)
      • この用途には若干の細工(ダミーファイルをインポートするなど)が要る。
      • コマンドラインは不明。
      • エントリ追加後の再スキャンが面倒。
    • calibre: 電子書籍管理ソフト
      • 既に電子書籍の管理に使っている。
      • コマンドラインでの操作が可能。
      • 試用の結果、使用可能なことが分かった。
        • ただし、音楽を書籍として扱うのは無理があるのと、ちょっとした問題(GUIが起動していないと、コマンドラインでの登録時に無駄な待ちが生じて遅い)がある。

試行錯誤して、Beetsとcalibreで再生履歴の管理ができそうなことが確認できたのだが、結局、実質的にはそれらの主たる機能でなく、DBの機能を(うまく誤魔化しながら)使っていることに気付いた。DB以外にGUIが使いやすければ便利だが、calibreは音楽は目的外なので最適化できず、BeetsにはGUIはない。

calibreを用いた音楽再生履歴の管理(プロトタイプ)

そこで、だましだまし他用途のアプリを使うのでなく、直接、DBと管理ソフトを使うことを考えた。ただ、(特にコマンドラインで)DBを直接操作するのは面倒な(そんなことが目的じゃないので、やってられない)ので、「ぱぱっ」と使えるものを探した。それほど詳しく調べていないのだが、多くは基本的にはSQLを自分で打ち込んで操作するもの(詳しい人用?)のようだったが、DB Browser for SQLite(以下、DB Browser)だけは簡単に使えそうな感じだったので、試してみた。

すると、確かにすごく簡単にDBを作成・操作できて、すぐに試用・評価が始められた。これはすごく推奨できる(対象者はとても限られるがw)。DBはSQLiteなので、当然、(GUIでなく)コマンドラインでの操作も可能だ。SQLiteはDBのファイルが単一なのが気になるが、DB用に処理を最適化しているはずだから、曲数が多くなっても破綻しないことが期待できる(実際に使用例は多い)。

DB Browser for SQLiteを用いた音楽再生履歴の管理(プロトタイプ)

ただ、calibreのGUIの手軽さは捨て難かった。しかし、この用途では、できればアルバム中の曲をまとめて扱いたい。例えば、感想を曲ごとだけでなく、アルバム全体にも付けられるようにしたい※。それはcalibreではどうしても無理だった(複数の本に共通するコメントが付けられないため)。逆に、DBを使えばできそうな気がした。

※これは、クラシック音楽の楽章(= 各トラック= 上記の「曲」)ごとでなく、曲(全部の楽章)全体に対して感想を書きたいからなのだが、良く考えると、アルバムには複数の曲が入っていることが多いから、アルバム全体に感想を付けるのも最適ではなく、任意の曲をまとめて扱える方がいいようだ。管理や操作が煩雑になりそうだが、DBを使うのであれば、アルバム全体の感想と同様に実現できる。ただ、そこまで凝らなくてもいい気もする。

実際に試してみたら、ちょっと苦労したもののできた。DBの「テーブル」というものを2つ作り、片方には曲(トラック)の、もう片方にはアルバムの情報を格納し、双方を結びつける情報(例: 「アルバムID」)を両方のテーブルに格納しておき、SQLでそれらを統合すればいい。図示するのが難しいが、統合の例として、トラック情報のテーブルアルバム情報のテーブルの中で同じアルバムIDを持つものを同じアルバムとし、同じアルバム中の各曲にアルバムのコメントを追加し、主要な情報だけを出力した場合を以下に示す。

両方のテーブルにアルバムID(図中の"album_id")を格納し、それを用いて同じアルバム中の曲を抽出できる※。アルバムID以外に双方で重複する情報は格納されていない。

※書いていて気付いたのだが、このデータ構造は、ある曲(トラック)が複数のアルバムに含まれることを想定していないので、もう少し検討が要りそうだ。やっぱり、アルバム単位での処理をしないほうが現実的なのかも知れない。

この処理のためのSQLは以下のようになった。

select t.title, a.album_artist, a.album_title, t.disc, t.track,
t.rating, a.album_comment, t.comment
from album a, trk_info_hist t
where t.album_id = a.album_id
order by t.album_id, a.album_title, disc, track;

DB BrowserのGUIは、機能は充分だが見た目や使い勝手は「まあまあ」で、calibreには劣る。が、この画面を使うのは管理とか保守の場合だけ(Spotifyの曲の検索画面は別途作る必要がある)と思われるから、これでいいのかも知れない。ただ、上に書いたように、実際にはアルバム全体のコメントは最適でないとか不要な気もして来たので、もう少し考えてみたい。

→ 考えたところ、以下のようにすれば良さそうだ。

  • 「演奏」ごとに「演奏ID」を割り当てる。
    • 演奏IDは同じ演奏なら同じ値にする。
      • 「同じ演奏」とは、例えばクラシック音楽なら一曲(全部の楽章)である。ポップ音楽の場合は曲ごとに別々にしたり、アルバム全体で一つにすることが考えられる。
  • 演奏IDの値は演奏ごとにユニーク(異なる)であれば何でも良い。
    • 例えば、一組の演奏を構成する曲(トラック)の最初の曲IDとする。
      • 今は、曲IDにはISRCを使おうとしている。
  • トラック情報テーブルで、曲ごとに演奏IDを格納する。
  • 演奏全体に対する感想などは、例えば、以下のいずれかのように格納する。
    • その演奏の最初のトラックに格納することにし、データ抽出時あるいは使用時に、それを演奏全体に対するものとして扱うようにする。: この場合、最初のトラックへの感想と全体への感想の区別ができない。
    • 「演奏テーブル」を作り、そこに演奏全体に対する感想などを格納するようにする。

上記の「演奏テーブル」を作らない場合のようにすればアルバム(または演奏)ごとの管理が不要にできるので、トラック情報テーブルだけで良くなる(「演奏テーブル」を作れば、より「正しく」かつデータ量の点で効率的になるが、管理が煩雑になる)。

なお、効率の点ではDB Browser(とsqlite3コマンド)を使うのが一番良かった。速度もデータサイズも最短・最小だった。ちなみに、calibreもBeetsも、内部ではSQLiteを使用している。calibreはデータサイズが大きく、速度も遅い。

DB BrowserでcalibreのDBを見てみたら、やたらにテーブルが多くて無駄に複雑な気がした。それでデータサイズが大きくなっているようだ。その点ではDB Browserを使うのがいい感じだ。ただ、calibreにもいい点はある(例: 機能が豊富: とはいえ、それが今回の用途には余り有効でない)ので、判断が難しい。

さらっと書いて来たが、題で触れたように、僕はDB(RDB= リレーショナルDB)やSQLが大嫌い・大の苦手で、ずっと避けて来た。というのは、RDBはセンスが悪い(≒ クソ)※と思うことと、SQLの構文がクソ(昔は全部大文字だったし、いつも、「"select"とか"where"とか何なんだ!」って思う)だからだ。仕事で必要な場合は仕方なく使ったが、自分から使おうと思ったことはない。しかし、さすがにDBが必要な・適する用途が出て来たので、使う羽目になりそうだ。

※大昔、RDBは表形式(Excelみたいな感じ)でデータを格納(正確には関連付ける?)することを最初に知った時、どうもおかしい(「は? そんなんでいいの? それが"DB"??」、「古臭い!」)し、分かりにくいと思った。一方、(近頃流行りらしいNoSQL DBの一つの)Key-Value型(あるいは連想配列)のデータ格納方式は分かりやすいから大好きで、昔から愛用していた(自分でも、何度も簡単な仕組みを作った)。だから、今だったらNoSQLなら馴染み易いのかも知れない(でも、実際に調べると訳の分からないことが多そうだ)w

更に全くの余談を書くと、その「大昔」に、いくつかの選択肢があった(確か、他はWordとExcelだったか・・・)中でRDB(製品名は全く分からない: dBase3?)を選ばなかったら、上記のような ほんの基礎的な知識すらなかったので、その時に「今までやったことがないから」選んだのは正解だったと言える。

それから、そもそも、これからSpotifyで新規の曲(演奏)をどのくらい再生するのかも気になっている。もうそれほど多くの新規の曲(演奏)がSpotifyに入らない・再生しないのであれば、手間を掛けて作る価値は少ない。ただ、Spotify用以外にも、自分の感想の記録にはなるから、その点では価値はありそうだ(その時には過去の記録を引っ張り出して転記する作業が必要で、それはそれで大変だし、自動化などできないw)。

  •   0
  •   0

さっき眼鏡を掃除して(鼻のパッドを固定する金具のところがひどく汚れていた)、その画像をPCに取り込もうとしたら、「通信エラー」※になった。なんとなく、以前もなった気がする。記憶はないが、画像の枚数が増えるとこうなる気がしたので、画像が余り入っていないであろう古いSDで試したら問題なかったので、SD内のファイルをPCに移動して減らすことにした。それは全く問題なくできて、無事に取り込めるようになった。ちなみに、前回の整理(移動)は2015年6月だったので、次は2022年の後半だろうか。それまでカメラは持つだろうか?

※書いた後で気付いたが、これ、メッセージが全然正しくないではないか! 「通信」とあるから、最初はUSBコネクタの接触とかPCがおかしくなったかと思ったよ。まあ、内部的には、PCと通信(画像転送)する時は、転送の下請けに丸投げして、その中でファイル一覧を作る処理があって、そこで失敗したから「駄目でした」と返されるが、頼んだ人は「何か分かんないけど、失敗しやがったか。原因を調べるのも面倒だから、適当にエラーを出しておけば、こいつ(僕)は諦めるだろう」とか思って出しているのだろう。まあ仕方ないが、ちょっとムカつくw

使用量やファイル数や前回移動したファイルなどを調べたら、SDの使用量が8GBくらい(またはファイル数が3000個くらい)になると、この問題が起こるようだ。結果的に、このデジカメ(IXY Digital 3000IS)に8GB以上のSDカードは使えないことが分かった。今のカードは16GBなので、無駄な物を買ってしまった。まあ何年も前のことだから構わない。実際、画像数が多くなると、(PTPでの)PCへの取り込みの時にえらく時間が掛かる(ファイル一覧の作成か転送が遅い)ので、実用上は(6GBというのはないから)4GBくらいが最適そうだ。

そして、残っている昔からのSDのうち1枚(赤枠)を(小さくないなら使えるかなと思って、)ちらっと見て驚いた。

昔のSD

容量が32MB(GBではない)なのだ(上段のもそれに負けず、128とか512MBだ・・・)。すっかり忘れていたが、昔はこんなに小さいものを使っていたのだ。調べたらデジカメ添付のものも32MBだったので、これはその前のカメラ(IXY Digital 900ISか30かミノルタ?)の時に買ったのかも知れない。それにしても、こんな小さい容量に一体何枚入ったというのか、甚だ疑問だ。

書いた後で気付いたのだが、元々添付されていた32MBのSDカードはどこに行ったのだろうか? 松田優作になって母に聞きたい気分だがw、もうどうしようもないので良しとする。 (18:58)

そして、上に書いたように、今のデジカメの制限を知らずに16GBのカードを買ったのは無駄だったのが残念ではあるのだが、そもそも添付品が32MBだったのに16GBのものが使えているだけでも奇跡のような気がするし、当時は良くそんな大胆なことをしたものだw カードリーダーだって2004年に買ったものが未だに使えており、その頃(SmartMediaが現役の頃と思われる)に16GBなんてカードがあったかどうか怪しいから、もう一つの奇跡のような気がした。

  •   0
  •   0

ちょっと思い付いて、(普段使わないから全然減ってないが、いざという時のため)モバイルバッテリーを充電しようと思ったら、なぜかケーブルが挿さらなかった。見ると、バッテリーの受け口はmicro B、使おうとしていたのはCだ。サイズは似ているが違う。大量のケーブルを放り込んでいる箱を探したが、普通の(A-B)以外はA-mini Bしかなかった。

更に探したら、缶コーヒーか何かの景品だったと思われる、しょぼいケーブル(長さが15cmくらいしかない)があった。一抹の不安はあったが、他にないのでそれで充電した。日本の飲料メーカーなら、景品だって簡単に発火するようなものは出さないだろうと期待した(でも、今は全然甘いかもね)。

それにしても、確かに整理はしたが、少しは残したはずだ。きっと、知らないうちに捨ててしまったのだろうと思い、仕方ないから買おうかと通販サイトを探したら、300円くらいのがあった※。ケーブルの他にB→micro Bの変換コネクタもあったので、それなら邪魔にならないし、安い(150円くらい)からポイント利用で0円で買えると思って決めたのだが、やっぱり物を増やしたくないので、もう一度探してみた。

※別件で100円ショップに行ったら、探していたmicro USBケーブルがいろいろあった。まさに灯台下暗しだ。たまに充電に使うくらいなので、わざわざいいものを買わなくても良さそうだ。ただ、さすがにB→micro Bの変換アダプタはなかった。あれはいかにも特殊だ。でも、あれば便利なのに、ほとんど売ってないのが不思議ではある。 (13:09)

すると、あった! 古いスマフォをまとめて入れておいた箱に入っていた。ケーブルをぐちゃぐちゃに入れている箱に一緒にすると壊れたり捨てたりするとか、使う時や手放す時に素早くまとまるので好都合だと思ってそうしたのだろうが、すっかり忘れていたw 何をどこにしまったかのメモをEvernoteなどに書いておくといいだろうが、毎回書くのはどうも面倒だ。

それにしても、まったく野放図にコネクタ(下記参照)を作り出して来た連中(USB-IF)に、「どうしてこんなに多いんだ?!」と小一時間問い詰めたい。

参考: USBコネクタの種類

  • Type-A, B
  • mini Type-A, B
  • micro Type-A, B
  • USB 3.0(SuperSpeed)のType-B, micro B
  • Type-C

余談: 今のところ合計9種類だ。一見、莫大ではないように思えるが、異なる種類間を繋げる要求があり、しかも、それぞれの端にはM(プラグ)/F(ジャック)の種類もあるので、そういう変換コネクタ・ケーブルの種類は膨大になる。どういう計算をすればバリエーションの数が出るのかは、僕には分からない。(9!)2だと恐ろしい数になるが、そこまでは行かないだろう、きっと。でも(9!)×2だって72万だし、(2×9)!なんてとてつもなさそうだ・・・ まあ、部品業界への需要を生み出すという点では役立っているのか?

(15:06) 余談その2: リストを見ると、今となっては余計とも思えるminiとSuperSpeed用のコネクタがなければ、いくらかはマシだったと思う(それでも5種類は多いが)。A, B, Cだけだったらベストだが、無理だっただろう。それにしても、すぐに廃れさせられてしまった(= 半ばobsoleteになった)miniやSuperSpeed用のコネクタを出したのは全く思慮に欠けていたとしか言いようがない。SuperSpeed用のBなんて、美しさのかけらもない。おそらく、携帯機器への対応や高速化で競合に負けたくなくて泥縄的に出したのだろう。

そして、Cは便利だけどやっぱり角度(回転)は合わせなければならない。そこで、半分冗談だが、更に楽にするために、イヤフォンプラグ・ジャックのように360°どの角度でも本当に「ただ挿せ」ばいいようにできないものかと思った。そのままやると、電気では一瞬ショートする可能性があるが、光なら全く問題ない。不可能ではなさそうだ。そうすると、将来は今しきりに除け者にされているイヤフォンジャックが復活することもあって、結局、「林檎は間違っていた」と言われるかも知れない。なんてことを考えて、ほくそえんでいるw

結局、賢そうな顔(見たことないがw)しているけど、全く先見の明がないバカだったと思う。コネクタだけじゃなく、仕様だってすごく増えたじゃないか。今は、外見はCでも中が違うから調べないとちゃんと使えないとかいうこともあるらしい。これでは、我田引水的な規格をドヤ顔ででっち上げては捨てる林檎社やMS(ソフト面)と似たようなものだ。だいたい、最初のコネクタ(A, B)からして、どうして、いつも逆に挿そうとして失敗してしまう(しかも、直そうとして反対にしても挿さらず、やっぱり最初が正しかったことすら多い)形をしているのかと思う。

実は、USB関係の仕事もしたことがあるのだが、その時はこんなことは全然思いもしなかった。「USBはいい・すごい! 是非広めよう」、「レガシー(シリアルなど)は古いから駄目」とかいう純朴な気持ちだけ(= 技術馬鹿)だったしw、そもそも、仕様で逆に挿さらないことを知っていたから注意していたし、開発の時はコネクタが見やすいところに機器を置くせいもあって、挿し間違いすることはまずなかった。が、やっぱりただ作るだけでは分からないことが多いものだ。

PS. そういう点では、例えば、Ethernet(*base-TX)のモジュラーコネクタ(RJ-45)はすごく優秀だ。確かに、初期のEthernetのコネクタは2-3種類あったが、10base-Tが出てからは何十年も同じものが使い続けられている。「ギガビットだからコネクタが違う」ってことはない(と書いたら、実は違うコネクタもあるし、高速なものは中のケーブルの本数や品質が違うことはあるが、一般人が使うものは大体同じだ)。固定電話のコネクタも同様だ(そろそろ固定電話自体がなくなってしまうがw)。そもそも、例えケーブルが違ったって、上下(裏表)の向きを間違えて挿さらないことがまずないだけでもありがたい(しかも、C以外のUSBと違ってケーブルの方向(A/B)もないから、合計で4倍?ありがたい)。

あの系統(RJコネクタ)はちゃんと考えられたのだろうか? コンシューマ系と違って通信系の人は(頭が)堅い(無駄かも知れないのに何十年も先のことまで考える)から、いろいろ考えたのが(これについては)良かったかも知れないな。ちょっとかっこ悪いけど、USBだってあれにすれば良かったのに・・・

そして、「USBが出たばかりの頃は、分からないことが多かったからああなった」とは言えない。そのずっと前からRJコネクタはあったのだから。そういう経験を軽んじた業界が馬鹿だったのだ。

まあ、将来は無線になって、こういうつまらないイライラはなくなってほしい(実は、USBは昔無線の規格を出したが、なぜか失敗している。次は別の団体が別の規格でやればいいだろう。同じことの繰り返しかも知れないがw)。

PS2. USB-IFはカスだが、それよりも更にカスなのは、某国の国営だった電話会社だ。USではとっくにRJコネクタを電話機に使っていた(らしい)頃でも、延々とバラ線でネジ止めしていて、それをやるには資格が要るから、「お前らは勝手にやるな!」、「勝手な電話機も許さん!!」とのたまわっていたのだから。外圧に負けてようやくモジュラージャックを認めた頃が懐かしい。

それ以外にも、さまざまな役に立つのかどうか不明な独自規格を制定していたようで(これが「ガラパゴス化」の発端の一つかも)、ある時、現場の経験が少ない人が、特殊な工具がないと電話線を端子に接続(挿入)することらできないのを知らずに現場に行ったら大変慌てたが、偶然、古参の人が持っていて助かったという話があるかも知れないし、ないかも知れないw

PS3. とはいえ、「つまらないことでこんな長い文章を書く気力があるなら、その時間で『どこに何があるかリスト』でも書けっ」てのはごもっともですw

そして、つい、スマフォやバーコードとかでリスト作成を自動化したくなってしまうという技術馬鹿精神が出て来ると(爆)

  •   0
  •   0

全くの個人的な思いである。

岡村は嫌いじゃないけど特別好きでもない(ある意味、槇原敬之に似た立ち位置かも知れない)のだが、なぜか何度か書いている。そして、Spotifyで、有名な「夢をあきらめないで」なんかが掛かると、つい聴いてしまう。そのうえ、アルバムのジャケット写真なんて、いかにも良くある(自意識過剰な女性の)パターンなのに、つい見入ってしまうw 見ながらつい、「このクソがー!」(ひどい意味じゃなく、猫に対してと同様)とか思ってしまう。

「夢を―」は、本人がいかにも「素直ないい人」そうな感じがたっぷりで、つい元気付けられてしまうw (聴きながら感じたのだが、実際には、自分を元気付ける歌だったのかも知れない。詳しくないので全くの想像である) 細かいところだと、時々入るおかずのようなドラム(金属的な音。スネア?)も「いかにも」なのだが、不思議ななごみ感があっていい感じだ。

この、「いかにも」ばかりなのに反感を持たせないところはさすがだと思う。本人の能力とか魅力(やっぱり、人徳?)なのだろうか。全く末恐ろしいw

検索してみると、年齢的には僕の姉におかしくない感じで、もし姉が居たらこんな感じなのかと思った(と、前に書いた気もするが定かではない)。本当はもっと色っぽい姉に憧れるが、いろいろと差し障りがありそうだw そして、余計なことだが、想像にしても、姉は五輪真弓や高橋真梨子や中村あゆみや渡辺美里ではなさそうだ。あ、岡村とは全然違うだろうけど、渡辺真知子もいいなあ。って、話が逸れてしまったよw

PS. いろいろな人を出したが、「理想の姉」で検索したってかすりもしないw それはそうだ。一体いつの話してんだってことだ。

  •   0
  •   0

この投稿は、それぞれのアーティストのファンの方には怒り心頭かと思われますが、素人がSpotifyでちょっと聴いただけの素朴な感想なので、ご容赦を。

チューリップが理解できない

彼らがどういうグループなのか分からない。彼らの歌の内容と、実体・実態が乖離しているように思えるのだ。「心の旅」(1973)の歌の加工された声(僕は、詞の内容からすれば、自然な声の方が適切だと思う)とか、"We believe in Magic Vol.2"(1997)などの変なジャケット(特に、あの変な人は何者?)は、いったい何を意味しているのだろうか? 謎が多いグループだ。

サーカスとハイ・ファイ・セットの識別方法?

これらのグループはイメージが似ていて、どうやって区別すればいいのだろうか、あるいは、それぞれの方向性に違いがあるとすれば、どういうものなのだろうと思う。他にももう一つ似たようなグループが居たような気がするが、それすら思い出せない。

同様に、1980年前後の渡辺真知子、庄野真代、久保田早紀らも区別が難しい。ただ、実際には渡辺真知子は区別できて、他にもう一人居た気がするのだが、そちらが思い出せない(桑江知子だったか)。

他に、高1の時の英語の先生(新卒だった)が自己紹介で好きだと言っていたグループがチューリップだったかオフコースだったのか、今となっては謎になっている(当時からその辺りの音楽には興味がなかったので、グループ名を聞いた途端に「ミーハーな奴だ」とがっかりしたのと、上と同様、それらの区別が若干難しいせいである)。ただ、先生はお嬢様的(というか、「女子大生」の方が合っていそうだ)な雰囲気だったので、おそらく、オフコースのような気がする(と書く程度には、違いを認識しているような気がしている)。

岡村孝子はどれも同じ?

Spotifyで掛かるのを聴く限り、どの曲も(ジャケット写真も!)とても清楚かつ素直な感じなのはいいのだが、それ以外はあるのだろうかと思う。どうもワンパターンで、飽きてしまうのだ。もし彼女の歌に、中島みゆきのように悪い歌とか戸川純のように変な歌、あるいは、藤圭子のようにドロドロに暗い歌があるとしたら、是非聴いてみたい気はするw (まあ、「待つわ」なんて、暗いといえばかなり暗いので、ありそうだ)

  •   0
  •   0

森高の1989年の歌。僕は今まで誤解していたが、さっきSpotifyで聴きながら気付いた。

今までの僕の想像では、これは、あまりもてない、いわゆる普通の若いOLが、あこがれの人(同じ会社のちょっと年上の人)に向けて言うような感じで、いかにも微笑ましくて共感を生むので、当時のファン(オタク?)も、「なんか自分にも可能性があるかな」と思える歌だと思っていた。が、全然違うのだ。

これは、いかにもモテる(当時の)森高のような女性()が、目当てのイケメンに言っているのだけど、彼もすごくモテるからなかなか取り合ってくれないという、バブル期に良くあった過酷な競争を歌ったものなのだ。だからオタクなんて全く目も掛けてもらえず、夢もへったくれもないのだ。がっかりしたかい?

ハハハ。

 

PS. 確認のために検索したら、近年の本人がカバーしたPVの画像が出て来て、(一応PVも観たけど、)それが余りにものどかで、いかにも可愛いおばさんなので笑ってしまった。いや、こういうおばさんも大好きだけどw、上に書いたような歌の背景(僕の想像)からすれば、全く場違いではないか。

  •   0
  •   0

仕事用サイト(サーバ)をいじるのが一段落したので(それが目的じゃないのは分かっているが・・・w)、天気が良くて暖かいせいもあり、気分転換にちょっとドライブに行くことにした。例によってなかなか行き先が決まらなかった。考えていたら、今の季節から、ちょっと紅葉が観たくなった。参考までに書くと、以下のような候補が出た。

  • △ つくば: 特にあてがない。
  • △- 筑波山: 紅葉?
  • △ 日光だいや川公園: 紅葉
  • 道の駅: どこに?
  • △- みかも山: 今は何もない。
  • △- 天平の丘公園: 今は何もさそう。
  • △- 古峯神社: 紅葉 (混みそう)
  • △ 大笹牧場: 紅葉?
  • △ 石岡 吾国山 (フルーツライン, 道祖神峠): 紅葉?

紅葉は良さそうだったが、綺麗なところは混みそうなので敬遠した。あと、北の方は山が多くて暗そうな感じがしたので、今日は止めた。最後の吾国山は、地図を見ていて筑波山の近くなので思い付いたように思う。

そして、その山にある「道祖神峠」という名前が目に入ったら、ある黒歴史を思い出した。大学生になり車を手に入れたばかりの頃(20歳くらい?)、ある夜、友人たちと山に走りに行くことになった。複数台で行ったのだが、当然のように僕も車を出し、何人かを乗せた。で、その峠の、ある下りの右カーブで怖い目に遭った。当時は馬鹿だったので、なるべくブレーキを踏まずに、とにかくスピード出すのがかっこいいと思っていた。当時の車(サニー)が非力だったので、一旦スピードが落ちると回復しにくいせいもあったが、単なる馬鹿だった。物理法則に反するので無理があるのだが、当時はそういうことは考えなかった(そういう法則が実生活に繋がっている実感がなかった気がする)。まあ、「竹槍戦法」だ。気合でカーブが曲がれたら、誰も苦労しない。

そのカーブも、いつものように(気合で)抜けようとしたら、ハンドルがくるくる回って(制御できなくなって)しまった。すごく危ないところだったが、反射的にブレーキを踏んだらグリップが回復してくれたので、今もこうして生きている。

僕はもちろんだが、乗っていた友人たちはさぞかし肝を冷やしたことだろう。しかも、その時はシガーソケットに入れるFM送信機と車のラジオでトランシーバーみたいなことをしていたので、その時の車内の状況(阿鼻叫喚?)が一緒に行ったもう一台の車に筒抜けだったw 今だったらアホのニコ生とかYouTuberみたいなものだろうか。全く情けない。気のせいか、それ以降は走りの誘いが少なくなったかも知れない。

そんな訳で、再びそこに行くのは嫌な気がしたのだが、今は当時ほど馬鹿ではないので、「普通に」走れば問題ないと考えた。紅葉が観られそうな気もしたので、行きたくなった。それで、13時頃出発した。

道は空いていて気持ち良かったが、いつものように眠気とトイレに耐えるのが大変だった。14:30頃、笠間の7-11で休んだ。その時、ふと自衛官募集のポスターが目に入ったのだが、何とも嘆かわしい気分になった。はやりとはいえ、こういうちゃらちゃらしたポスターにひかれて入る人がもし居たとしたら、ちゃんと戦えるのかと心配になった。大体、自衛隊にこんな子は居ないだろうし、こんなに楽しくもないだろうに・・・ まあ、今は災害派遣とかが多いから、戦わなくてもいいのかも知れないし、入れば鍛えられるのかも知れない。

出る時は天気が良かったのだが、この辺りでは曇って来た。いつものように、全般的に(店の中とか道とか車とか)のどかで良かった。とても眠かったが、いつの間にか距離が稼げていて、問題の峠まではあと10kmくらいだった。

少し走ったら山道になり、ほどなく(7-11から15-20分くらい)峠(鞍点というのか?)を通過した。その少しあとに、問題の急カーブらしきところがあった。35年くらい前に走ったところだが、曲がり方が何となく記憶にあった。でも、今日は至って普通に走ったので、何も問題はなかった。それにしても、今の車はすごく性能が良くて、当時のようにアクセルを踏みっぱなしにしたり、低速ギアに入れっぱなしにしなくても(実際には、今でも、低速ギアに入れて回転を高目にして走るのは小気味いいw)普通にスピードが出て、ギアもスコっと入り、軽い車体が思ったように曲がって大変快適だった。

残念ながら、期待していた紅葉はほとんどなかった。こっちより南で暖かいせいだろうか。生えていた木の種類も関係あるのだろう。山を降りたら、ナビの「自宅」ボタンを押してそのまま帰路に就いた。帰りは高速を使った。

16時頃、無事に帰宅した。全く危ないことはなく、気持ちよく走れた。そろそろバッテリーが危ないかと心配していたが、いつものように車は快調だった。走行距離は53000kmくらいで、普段は全く乗らなくなったので(可能な限り、徒歩で済ませる)、当然ながら余り増えない。

約113km、3時間。

  •   0
  •   0

このブログもそうだが、仕事サイトのカスタマイズにHTMLやCSSいじりをすることがある。元々それら(特にCSS)をちゃんと知らないうえに、どちらもどんどん進化しているので、基本的には、初心者用のガイドを検索しながらテキトーにやっているのだが、その時、もう「遺物」としかいいようのない(でも、まだ使っている人は居るようだ)技術で遊んだ経験が活きるというか、そういう頭があるせいか、比較的スムーズにいじれている。

それは、TeXやLaTeX(以下、TeXと総称する)という組版システム(大昔のDTP)である。社会人になりたての頃、当時の先輩や大学の同級生が「いい」というので使ってみた。僕は当時から(今でも)Macのような(今で言えば)普通(WYSIWYG)のものが好きで、そういう面倒なの(全部テキストで書き・フォーマットし、出来上がりの状態はコンパイルのようなことをしないと見られなかった。今でも、なぜか、その系統のものがマークダウンなどで生きている)は嫌で、友人と激論したりしたのだが、フリーソフトで手軽に手に入り、好奇心でちょっと自分のワークステーションにインストールしてみたら意外に簡単に動いてしまい、マニュアルを見ながらちょっと文書を作ってみたら、(フォントなどが)意外に綺麗にでき、なぜか、使っていないレーザープリンタがあって専用に使えたので、はまってしまった。プログラミングが好きなので、文書とプログラムが渾然一体とするようなところが良かったのだろうか。そして、Macでやれば一瞬でできることにでも四苦八苦しながら使い、会社の提出文書(TeXでフォーマットを作った)や職場の旅行の案内のようなおよそ無理があるものにも使っていた。当時は随分余裕のある社会・会社だったようだw

でも、悠長なだけでなくてメリットもあった。例えば、出張旅費申請のような提出文書は、一度フォーマットを作っておけば、あとはそれに記入するデータ(数値や文字列)だけをを別ファイルに記入して「コンパイル」すれば、自動的に整形された文書が出来上がるのが便利だった。当時の書式は「Excel方眼紙」だったか不明だが(当時のことだから、基本は紙に手書きだったかも)、決まった欄にいちいちマウスを入れて数字や文字を打ち込む手間が省けたのだ。旅費のように、自分で計算して記入するものが自動でできたのも良かった。その好みは今でも続いていて、PHPだとそれ以上のことができる。PHPはTeXと違って、HTMLと本物のプログラムが本当に渾然一体に書けて更に使い勝手がいいから、僕は大好きだ。

随分長くなったが、昔話はこれくらいにして本題を書くと、CSSやHTMLの概念にTeXの概念が共通しているのだ。そもそもHTMLはTeXの系統(マークアップ言語)だから当然なのだろうけど。例えば、<b>や<i>のような文字スタイルの指定や、<span>や<div>といったブロックの概念や、特殊文字は&amp;のように記号で書かなくてはいけないなどである。あと、TeXでもスタイル指定を別ファイル(HTMLならCSS)として取り込むことも同じだ。だから、HTMLなどは詳しくないが、何かをしたい時に、「そのための書き方」は何かを探すことが多い。その概念(基本的なやり方)が分かっているので、普通の人のように「なんか分からないけど、とりあえず丸コピーするか・・・」ということは少ない。

そして話は戻るが、これを書く時に思ったのは、「2つの要素を左右両端に配置する時、それらを全幅を占める大きな要素の中に入れて、その間にバネのような要素(フィラーというのか)を入れる」という概念である。左揃えと右揃えの要素を並べる手もあるが、こういう手もある。「バネ」は、「空いたスペースいっぱいに広がる」という機能を持つ。家庭用品なら、突っ張り棒みたいなものか。今の人は「はぁ?」としか言えないと思うが、古代人はそういう風に考えるのだ。肝心のHTMLやCSSでそういう機能を何というかは分からないwが、きっとそうすればいいと思って、これを書く気になった。

なぜこんなことを思ったかというと、このブログのヘッダの副題の右端に別な文章(某悪徳協会を排除するもの)を入れたくなったのだ。

と随分引っ張って、ようやくオチを書きましたw

 

PS. ただ、正直言って、出鱈目な利権・守銭奴団体のために、ブログを汚なくして、自分はもちろん大多数の人の目を汚すのは嫌だから、彼らへの反撃はしたいが、多分しないと思う。 (13:05)

  •   1
  •   0