みててわかったんだけど、どうも、今のところ「.m3u/.m3u8」が最もポピュラーで無難らしいのよね。しちゃおうかしらん、とも思ったりもする...。読めないと思い込んでしまったのだが、読めるようだ。何か問題のある書き方をしちゃってたのかもしれない。なんか忘れちまえよ」。あと、各トラックの表示名も埋めれたりするのに対応した。d))全てのフォーマットが、ファイル名以外の表示名を指定できるわけではないし、ワタシの実装もフルにやってるわけではない。...、読み出しはいいんだけど、書き出しがさ、これ、ワタシはこのデザインはかなり嫌いだ。インチキな値は埋めておいた。書き出しに頼ればいい。相当に冗長に埋めてくれる。こんなんいらん、てくらいに。対応しない」と宣言しちゃえば良かったかなぁ...、たまに動くしたまに動かないのが腹立たしい。誰も困らんとは思うけどさ。ついてもちょっと考えてみたのだけど、あぁ、こりゃだめだわ、と思った話。「-@」オプションで読み込める。中止以外のあらゆる操作が出来ない」のよね。単体のメディアを再生する場合は「イラっ」で済むかもしれんけれど、プレイリストを再生するのにこれはないわけで、これは「イラっ」では済まなくて「イラっ」。使いたいんだ、と思う。(2):最初から想像してはいたことだけれど、色々試して確信した「文句」を書いておこうと思う。根本的に、「プレイリスト」を設計したどこぞの誰か「ども」は、どいつもこいつも、ユーザ目線が欠けてると言っておきたい。基本的にプレイリストを、なぜユーザは使いたいかと言えば、「好みの再生順序制御」が欲しいというのが第一義で、二義的には「見出しのカスタマイズ」も結構大事、そして、「あわよくば、再生範囲を指定したい」さらには「繰り返し制御(特にいわゆる「A-Bリピート」)」ということ、おおむねエンドユーザがもっとも欲しいのはこれらなわけだ。それと、「検索」がプレイリストのアイテムである考え方もある。上でワタシが対応したプレイリストフォーマットのいずれも、この願いにフルにこたえてくれるものがない。それが出来、また、ワタシが関わった製品でもそれをしてた。)本当の致命傷は「残念ながら」プレイリストの設計ではない。これがかなりヒドいので、設計がどれだけ良くなっても、期待は出来ないんじゃないかと思う。「プレイリスト」は、言い換えれば「再生制御スクリプト」なので、ビデオ・オーディオメディアそのものとは別であって良い。アジカン」で十分だったりするわけだ。アジカン」は間違ってるぜ」てこと。