Discourse の以前のバージョンでは、archive.org のプレイリストは以下のように表示されていました。
しかし現在、同じリンクを貼り付けると、最初のファイルのみを汎用オーディオプレイヤーで再生できるという状態になります。
これがバグなのか、それともオーディオファイルの表示方法に関する大規模な変更による不運な結果なのかは確信が持てません。安全策として、今回は「ux」カテゴリに投稿しました。
なお、正しく表示されていた以前のバージョンは 2.4.0.beta8（ホスト型ソリューション環境）でした。
これは、新しい onebox 許可 iframe ドメイン設定による可能性があります。
これを編集しようとしましたが、「無効な選択肢 archive.org を指定しました」と表示されました（事前に http:// や https:// でも試しましたが）。そのため、デフォルトの * のままにしました。
なぜこのように表示されるのか、本当に困っています。再生可能なファイルを検索し、最も適切だと判断した表示にそれらを配置するような仕組みのようですが、もちろん万能な解決策ではなく、プレイリストへの対応ができていないことが明らかです。
これは仕様だと思っていました :o @b481 さん、ご指摘ありがとうございます。私も、プレイリスト全体を表示するあの見やすい 1 つのボックスを取得することに興味があります。
これは意図的な仕様だと考えています。動画やオーディオのネイティブプレーヤーに埋め込むために、ウェブページから再生可能なファイルを収集する広範な機能の一部です。しかし、すべてに一律のアプローチを適用するのは最適ではないと思います。特に、私のサイトユーザーが頻繁に利用し、非常に気に入っているアーカイブ系サイトにとってはそうです。この変更にはユーザーがかなり落胆しています。設定でこの機能を完全に無効化するオプション、あるいはさらに望ましいのは、特定のサイトをこの処理から除外（ブラックリスト化）して、以前の埋め込み方法に戻せるオプションがあればいいのですが。
新規インストールで、メディアプレイヤーが Archive.org の単一のリンクのデータを読み込もうとした際に、クロスオリジンエラーが発生しています：
Cross-Origin Read Blocking (CORB) が、MIME タイプ text/html のクロスオリジンレスポンス https://archive.org/details/jrad2016-03-24.jrad2016-03-24/08+In+Memory+of+Elizabeth+Reed.mp3 をブロックしました。詳細については https://www.chromestatus.com/feature/5629709824032768 を参照してください。
fetch @ fetchWrapper.mjs:111
async function (async)
fetch @ fetchWrapper.mjs:41
q @ NetworkFirst.mjs:219
makeRequest @ NetworkFirst.mjs:142
handle @ NetworkFirst.mjs:95
handleRequest @ Router.mjs:213
(anonymous) @ Router.mjs:58
ライブ例はこちら：https://lot.almost-dead.net/t/adding-media-to-a-post/14/2?u=ufo_joe
https://archive.org/details/.../...Reed.mp3の MIME タイプはtext/htmlです
ブラウザは正しく機能しています。返されたデータは音声ファイルではなく、ウェブページです。ワンボックスのコードを修正し、音声ファイルの直接リンクではなく、OpenGraph/OEmbed ページとして扱うようにする必要があります。
直接の音声ファイルへのリンクは https://archive.org/download/jrad2016-03-24.jrad2016-03-24/08%20In%20Memory%20of%20Elizabeth%20Reed.mp3 です。これは「Files > Show All」で確認できます：jrad2016-03-24.jrad2016-03-24 directory listing