Fastpotify：ブラウザエンジン不要の軽量Spotifyクライアント、Winampスキンも対応
Fastpotifyは、Linux、macOS、Windows向けの軽量Spotifyクライアントです。ネイティブバイナリでブラウザエンジンを含まず、1秒未満で起動し、メモリ使用量も少なめ。Spotify Connectに対応し、ローカル再生はギャップレスで最大320kbps。ライブラリや検索、プレイリスト編集も可能。さらに、Winampのクラシックな.wszスキンを読み込んで、当時のミニプレイヤーに変身します。
It turns into Winamp: Load any classic `.wsz` skin from the Winamp Skin Museum and Fastpotify becomes a period-accurate mini player: analyser, equalizer, playlist, shade modes, integer pixel scaling.
HNでの議論
458- rot256
Spotifyは、間違いなく、私が今でも毎日使っている中で最悪のソフトウェアだ。信じられないほどバグが多く、信じられないほど遅く、UIには「ユーザビリティの不整合」が非常に多い。
Androidアプリは特にひどいと思う。いくつか例を挙げると：
- プレイリストの下に提案曲のリストが表示されるが、そのUI要素は「普通の曲」のように見える。しかし、ユーザーが認識するように訓練されてきた他のすべての「曲」要素とは異なり、これらの要素には「右スワイプでキューに追加」が適用されない。なぜかはわからないが。
- 接続がないとき、例えばファラデーケージに入ったとき、検索はインターネットに接続しようとし、結果を表示する前に、1) 接続が成功するか、2) タイムアウトするまで待つ。つまり、WebSocketがタイムアウトするまでローカルライブラリを閲覧できない。まずローカルの結果を表示してくれないか？
- alexyoung
ここで逆風に向かって放尿しているのは承知しているが、ホームページとドキュメントのLLMによる文章がとてもおかしく/ぎこちないと感じる。
> 「Ctrl+Mで、クラシックなWinamp 2スキン、スペクトラムアナライザー、イコライザー、プレイリストをすべて備えた小さなプレイヤーに変身します。2000年代の雰囲気、ピクセル単位で。」
すべてが過剰な強度で語られ、印象的だが実際にはあまり意味をなさない言い回しになっている。「クラシックなWinamp 2スキンを着る」という表現はとてもぎこちないが、「着る」とは何だ？ それを使えるという意味か？
コードを書くのが面倒なら、せめて自分でドキュメントを書き、マーケティングコピーも書いて、製品を理解していることを示してほしい。そうでなければ、自分のコンピューターで実行することを信頼できるだろうか？ LLMがどこかに素晴らしいrm -rfを生成したり、気にかけているデータを破壊するような別の失敗をしたりしていないか？
- wilted-iris
Spotifyは、これやほとんどのサードパーティ製Spotifyプレイヤーが基盤としているlibrespotプロジェクトを潰そうとしている。音楽ストリーミングの黄金時代は終わりに近づいていると思う。私は、ストリーミングと発見のためのラジオを備えた自己ホスト型ライブラリに移行した。この分野で多くのプロジェクトが栄えることを願っている。NavidromeやOpenSubsonicエコシステム全体など、多くのプロジェクトはかなりうまくいっているようだ。
- 0fflineuser
セルフホスティングに興味がある人や、発見可能性を失わずにSpotifyをやめたい人へ：
私はexplo+slsk+lidarr+navidromeを使っている。スマホでのアクセスにはdsub2000かSymfoniumを使うが、主にdsub2000だ。
Exploは発見に使うソフトウェアだ。https://github.com/LumePart/Explo
これは、ListenBrainzアカウント（無料）からデイリージャム、ウィークリージャム、ウィークリーエクスプロレーションプレイリストを自動的にダウンロードし、YouTube、Soulseek（slskd経由）、またはLidarr（最近サポートがマージされた）を使用する。
移行時にSpotifyアカウントからすべてのアーティストをインポートしたが、これはLidarrでプラグインを使ってできる。̶a̶n̶d̶ ̶t̶h̶e̶ ̶f̶o̶r̶k̶ ̶b̶e̶l̶l̶o̶w̶ ̶b̶e̶c̶a̶u̶s̶e̶ ̶i̶t̶ ̶i̶s̶n̶'̶t̶ ̶s̶u̶p̶p̶o̶r̶t̶e̶d̶ ̶i̶n̶ ̶t̶h̶e̶ ̶m̶a̶i̶n̶ ̶l̶i̶d̶a̶r̶r̶.̶
プラグイン: https://github.com/TypNull/Tubifarry
̶f̶o̶r̶k̶ ̶d̶o̶c̶k̶e̶r̶ ̶i̶m̶a̶g̶e̶:̶ ̶g̶h̶c̶r̶.̶i̶o̶/̶l̶i̶n̶u̶x̶s̶e̶r̶v̶e̶r̶-̶l̶a̶b̶s̶/̶p̶r̶a̶r̶r̶:̶l̶i̶d̶a̶r̶r̶-̶p̶l̶u̶g̶i̶n̶s̶
docker image: lscr.io/linuxserver/lidarr:nightly
このプラグインは、Lidarrでslskを使って曲をダウンロードするためにも必要だ。
- drooopy
Spotifyは、AppleがiTunesのプラグを抜いたときよりも、今はもっと肥大化していると思う。
- bjord
これはAndroid版が必要だ。平均して、開くのに本当に約5分かかる。毎回micro SDカード全体を再インデックスしていると思う。
- Semkas
多くの人が、プロジェクトが少数の熱心な開発者によって長期間手作りされたのか、それとも一人の人間によって先週「バイブコーディング」されたのかを気にしているようだ。
その区別が重要かどうかはともかく、後者のカテゴリーに当てはまるプロジェクトが、そのことをもっと率直に明らかにしてくれれば、関係者全員にとって良いだろう。
- khernandezrt
UIにひどい不整合があることを除けば、ネイティブのSpotifyアプリで問題が起きたことは一度もない。もう10年Spotifyを使っているが、PCではアプリを開いて、ポッドキャストか曲を選んで、あとは最小化するだけだ。人々がアプリにそんな問題を抱えているとは知らなかった。
- baggachipz
Spotifyには優しくしてやれよ。ナチスの支援者との独占契約に法外な金額を支払った後、予算がほとんど残っていないんだから。
- djhworld
記憶違いかもしれないが、Spotifyがローンチしたときは、クライアントが超高速で、再生がほぼ瞬時だったので、当時は大きな驚きだったと思う。これは、iTunesのような他の音楽プレイヤーが肥大化していたため、大きな出来事だった。
明らかにストリーミングが大きな売りで、当時のiTunesにはなかったものだが、クライアントはC/C++ライブラリとともに、ネイティブUIフレームワークで書かれていたと思う。
それとも、SpotifyのUIは最初からブラウザエンジンのスキンで、速度の認識は再生エンジンによるものだったのか？
とにかく、このようなプロジェクトを見るのはクールだ。