【问题标题】:libspotify playlist update latencylibspotify 播放列表更新延迟
【发布时间】:2012-03-19 10:58:44
【问题描述】:

我们正在使用 libspotify 来更新我们针对单个帐户生成的播放列表,这些播放列表需要随着时间的推移保持最新。我们正在使用 spotify-api-server 的一个分支来执行此操作https://github.com/tom-martin/spotify-api-server

使用 libspotify 向播放列表的曲目发送更新后,我们通常会等待我们传递给 sp_playlist_add_callbacks 的回调被调用,然后再向用户报告成功。通常,此回调会在合适的时间范围内到达,但我们越来越多地在接收此回调时遇到不可接受的延迟。有时 30 秒,有时甚至更长,有时几分钟,有时几小时。似乎这些延迟通常是由 libspotify 暂停一段时间而不调用任何回调引起的,直到它看似“解冻”并快速连续调用所有备份的回调。

将此回调用作播放列表更新成功的指标是否合理?这些长时间的延迟有什么明显的原因吗?

【问题讨论】:

    标签: c spotify


    【解决方案1】:

    您是否正确处理 notify_main_thread 函数以保持 libSpotify 运行?

    此外,有时播放列表系统会备份、出现故障或需要一段时间才能响应请求。一旦挂起的事务成功,我们自己的客户端会保留自己的播放列表树应该是什么样子的缓存,以保持 UI 简洁。

    【讨论】:

    • 感谢您的回答。很确定我们正在正确使用 notify_main_thread 是的。我们真的没有本地缓存​​的奢侈,因为这发生在我们的服务器上。我们无法在客户端中执行此操作,因为我们正在为具有不同 spotify 帐户的用户生成播放列表,以便我们可以与其他用户共享并使其保持最新状态。
    • “正确处理notify_main_thread”是指主线程中的循环,或者有时需要手动调用一些东西?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-10-28
    • 2020-07-01
    • 1970-01-01
    • 2017-03-12
    • 2011-05-09
    • 1970-01-01
    相关资源
    最近更新 更多