2012-03-19 21 views
1

私たちは、生成されたプレイリストを1つのアカウントに対して最新のものに更新するためにlibspotifyを使用しています。これを行うためにspotify-api-serverのフォークを使用しています。https://github.com/tom-martin/spotify-api-serverlibspotifyプレイリストアップデートの待ち時間

libspotifyを使用してプレイリストのトラックにアップデートを送信した後、私たちは通常、sp_playlist_add_callbacksに渡されたコールバックが呼び出されるのを待ってから、ユーザに提供する。多くの場合、このコールバックは適切な時間枠内に到着しますが、このコールバックを受け取るには受け入れられない遅延がますます発生しています。場合によっては30秒、時にはそれ以上の時間、場合によっては数分、時には時々です。一般的に、これらの遅延は、libspotifyが一定期間ポーズして、一見「解凍」され、すべてのバックアップされたコールバックをすばやく連続して呼び出すまでコールバックを呼び出さないことによって発生しているようです。

このコールバックを再生リスト更新の成功の指標として使用することは妥当ですか?これらの長い遅延の明確な理由はありますか?

答えて

1

notify_main_thread関数を正しく処理して、libSpotifyの実行を維持していますか?

また、プレイリストシステムがバックアップされたり、ダウンしたり、リクエストに応答するのに時間がかかることがあります。私たち自身のクライアントは、保留中のトランザクションがUIのスナップを維持するのに成功すると、プレイリストツリーがどのように表示されるべきかを独自のキャッシュに保持します。

+0

答えをありがとう。かなり確実にnotify_main_threadを正しく使用しています。これは私たちのサーバー上で起こっているので、私たちは本当にローカルキャッシュの贅沢を持っていません。私たちは他のユーザーと共有して最新の状態に保つことができるように、異なるスポットアカウントを持つユーザーのプレイリストを作成しているので、クライアントでこれを行うことはできません。 –

+0

"notify_main_thread"を正しく処理すると、メインスレッドのループを意味するか、または手動で時々呼び出す何かがありますか? – aurels

関連する問題