-
Notifications
You must be signed in to change notification settings - Fork 60
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
All tracks cannot be streamed #99
Comments
This is the exactly same thing happening with me. |
This happens because SoundCloud puts client based rate limits in place. Because mopidy-soundcloud uses the same client is for all installations the limit is basically constantly exceeded. |
For example:
|
Also, the client_id is not actually secret so any number of other people might be out there using it. That's down to SoundCloud's stupid API design. But actually maybe we can potentially improve things. The rate count is supposedly incremented for every request to Potentially the Gstreamer internals might request it a few more times whilst playing, I'm not sure if it caches redirects or not. But if not, maybe we'll get even more of an improvement from this. |
Is there another way we can solve this ? |
If you look you'll see soundcloud app sign-ups are closed (and have been for some time) |
Ohh..yeah. @kingosticks There is another strange issue I'm facing. "No Sound". Before you go all rowdy on me, I've tried installing GStreamer 1.0, still nothing. |
Please post a full description (https://docs.mopidy.com/en/latest/troubleshooting/#show-installed-dependencies) of that separate problem at discuss.mopidy.com. Let's keep this on topic. |
I don't know much about how SoundCloud or mopidy-soundcloud works behind the scenes, but I do know other desktop clients exist for SC. Perhaps we could draw information and techniques from one of them? It just seems if they can do it, surely we can. |
@thatlittlegit If you read the comment you will see that there is not much you can do other than register your own client-id (not possible at the moment) or reach out to sc to change their rate-limit-policy from client-id-based to user-based. |
Combine the request for finding if stream is playable with the request for the actual stream URI. This should help with mopidy#99.
Combine the request for finding if stream is playable with the request for the actual stream URI. This should help with mopidy#99.
Hi! Is this issue still a thing? I'm also receiving the "Track is not playable" error when trying to play tracks from SoundCloud. However, I can search for the tracks just fine. Shouldn't searching also be denied as the API rate limit is reached? Is it the same issue? Thanks! |
Not sure man. I stopped using mopidy because of this. |
Thanks for the reply! What are you using now then, if I may ask? Sonos? :D |
Nah. I actually bought this.
It was clean, easy and cheap !
https://www.amazon.in/dp/B00YPATOEE/ref=cm_sw_r_cp_apa_fabc_1YASH50B205P72MXDJ26
…On Tue, 30 Mar, 2021, 4:14 pm Tarvo R., ***@***.***> wrote:
Thanks for the reply! What are you using now then, if I may ask? Sonos? :D
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#99 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AIGT5CGS5Q3JCYN2KJ23VPLTGGTSRANCNFSM4ESJ2XMQ>
.
|
Yes, the Soundcloud API has not changed, new API account sign-ups are still closed, and so this is still a problem. I don't think there is anything we can do, as open source software, about people re-using our client ID. It is a dick move but there are no shortage of those on the internet. If anyone has any ideas or workarounds we could try that would be helpful. Searching does not effect the quota like hitting the "/tracks//stream" endpoint does. |
I actually bought this url It was clean, easy and simple. |
Ah crap, that does suck. There's not much one can do about that indeed besides optimising the number of requests, but I see that's already done. I would also definitely cache the responses for an extended duration (a week or more), even if it's just in memory (and maybe re-query the streamable URLs when one of the URLs returns a 404?). If someone has the same playlist on repeat, it would avoid a lot of duplicate requests. The streamable URLs probably don't change. Other than that, not much that can be done. @rahulonmars Oh, cool! I set up Mopidy on a dedicated machine connected to our speakers in our office so we could collaboratively edit the playlist. So remote control (from our own network) is a must have for us. :) Mopidy works like a charm as long as we stick to Spotify. SoundCloud does depend on the time of the day. |
I downloaded a copy of the repository and changed the version in __init__.py to 2.0.3 or something, and then installed it via
setup.py
. However, now when I try to play a song all I get is:(using that as an example)
Can anyone help, or figure out what's wrong?
The text was updated successfully, but these errors were encountered: