You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've been having issues with getting Soundcloud to play correctly in Chrome. It used to work perfectly but has recently broke, but only in Chrome. It works fine in any other browser.
I'm using v1 of the SDK, so it still has the SoundManager player. However, quick tests with the latest version of the SDK give me the same results. So while I'm planning to upgrade to the latest SDK as soon as possible that doesn't fix the issue.
I seem to be able to get around the issue by moving #sm2-container within view, and pressing play on the now visible flash player...
Then everything works as it previously did. Any ideas?
Edit – I've just put the following into a standalone document to the same results. Works in Safari, Firefox, etc... but doesn't in Chrome.
I'm using the 1.1.x SDK as well, and I experience the same issues. When opening a page where the SDK is initialized I try the following;
load SDK 3.0 -> Start a basic stream via the Javascript console: SC.stream('/tracks/293').then(function(player){ player.play(); });
-> All ok, audio is playing
load SDK 1.1.5 -> Start a basic stream via the Javascript console: SC.stream('/tracks/293', function(sound) { sound.start(); });
-> No sound
Yes I'm seeing this as well for any track that attempts to play using RTMP. The SDK checks that flash is available and uses the RTMP stream, it begins to buffer and then won't play.
Any news about this bug? Any solutions? Got the same on my website, didn't found any fix... http://www.dealerdemusique.com/, works fine on any other browser.
Same here. No errors in console, network tab shows that track is downloaded, but no sound. My script used to work in chrome v 47, and stopped working in 48.
Any news how to fix it?
Hi guys, I don't think soundcloud's ever going to fix this issue since they no longer support sdk versions prior to 3.0. I fixed it by including the latest soundmanager2 library in my application, and loading it using $.getScript in my main js file, giving me a global, already initialized HTML5-only version of the soundManager, so my songs play on chrome now.
Hi,
Someone was able to force Chrome to render the player in HTML5 ? (I tried the solution jstallworth without success). Anyone know why the player widget hasn't this problem ?
It's shame, chrome is so popular..
Ok here's how I solved it. From testing in the console I found that within SC.stream() a new soundManager object was created. Typing soundManager.version into the console, I could see that it was an older version that defaults to flash, thus the problem in Chrome. From there, I figured I would have to download the newer soundManager since it would certainly default to html5 (iOS doesn't have flash). Here are the steps I took:
The soundManager object from that script works in Chrome, and while I'm not sure exactly why the soundManager created in SC.stream() doesn't override it, it's easy to imagine implementations of SC.stream() that would work that way.
Let me know if this doesn't work for you/isn't clear
I've tried this. Doesn't work for me :( I've tried adding script as $.getScript("js/sm2/script/soundmanager2.js"); but this doesn't help, seems like SC overrides this in my case.
I think it's time to start rewriting my script using SDK v3
It doesn't fixed it for me.. the soundManager object is replaced when I call SC.stream.. @smarchal your soundgram app works fine on my firefox but not on my chrome. I'm on OSX Yossemite..
@jstallworth Thanks for finding out the issue, my application is using the same api from this ember application https://github.com/lrdiv/ember-soundcloud and i am having exactly the same problem in chrome, deactivating the flash it works fine, now i have to figure it out how to refactor it with soundManager2. Any help is appreciate
https://en.wikipedia.org/wiki/Real-Time_Messaging_Protocol
You can see in the link above, this protocol tells the browser (Chrome only) to use flash player to stream, which caused the problem, you can see the guys explain above, so by removing this protocol, 'http' is what left in the array, so the browser will now use HTML5 instead
Reacted by Dayana Mick, adi-works, pashist, Ryan Lindbeck, alexweinstein, Andy Smith, Nate Perry, Aristotle Manolakos, Haywirez, Oboshto and 6 more
Reacted by setrar
Reacted by Jamie Galbreath, Lawrence Wu, Oboshto, Brendan Batliner and vinothpro
I chose to reverse the protocols array instead, i.e. scPlayer.options.protocols = ['http', 'rtmp'] which works fine as well, and should provide Flash fallback for browsers that do not support HTML5 audio.
Reacted by Haywirez, Oliver Huang, Priit Pärna and Brendan Batliner
@alimony actually, that is the correct solution. Everyone just forgot about Flash. Although, I didn't add old browser support in my project, so it didn't occur to me.
I am going to close this issue, because I believe the initial problem mentioned here was fixed a while ago. Please open a new issue if something is still not working properly, and we can discuss it there.
Activity
Martin1982 commentedon Feb 2, 2016
I'm using the 1.1.x SDK as well, and I experience the same issues. When opening a page where the SDK is initialized I try the following;
load SDK 3.0 -> Start a basic stream via the Javascript console:
SC.stream('/tracks/293').then(function(player){ player.play(); });-> All ok, audio is playing
load SDK 1.1.5 -> Start a basic stream via the Javascript console:
SC.stream('/tracks/293', function(sound) { sound.start(); });-> No sound
Could you confirm this?
samjosephmark commentedon Feb 5, 2016
Yes I'm seeing this as well for any track that attempts to play using RTMP. The SDK checks that flash is available and uses the RTMP stream, it begins to buffer and then won't play.
tbachir commentedon Feb 7, 2016
Any news about this bug? Any solutions? Got the same on my website, didn't found any fix... http://www.dealerdemusique.com/, works fine on any other browser.
OleksiySitka commentedon Feb 9, 2016
Same here. No errors in console, network tab shows that track is downloaded, but no sound. My script used to work in chrome v 47, and stopped working in 48.
Any news how to fix it?
mustvlad commentedon Feb 9, 2016
Same problem here. We're using the old version of the SDK and the player doesn't make any sound, even if it's loading and all seems to work fine...
mustvlad commentedon Feb 15, 2016
Any news guys? Our websites are broken still. 👎
jstallworth commentedon Feb 21, 2016
Hi guys, I don't think soundcloud's ever going to fix this issue since they no longer support sdk versions prior to 3.0. I fixed it by including the latest soundmanager2 library in my application, and loading it using $.getScript in my main js file, giving me a global, already initialized HTML5-only version of the soundManager, so my songs play on chrome now.
davidmoret commentedon Feb 24, 2016
Hi,
Someone was able to force Chrome to render the player in HTML5 ? (I tried the solution jstallworth without success). Anyone know why the player widget hasn't this problem ?
It's shame, chrome is so popular..
ArthurRougier commentedon Feb 27, 2016
Same here... @jstallworth, could you detail your solution ? You seem to be the only one having found a workaround
jstallworth commentedon Feb 27, 2016
Ok here's how I solved it. From testing in the console I found that within SC.stream() a new soundManager object was created. Typing soundManager.version into the console, I could see that it was an older version that defaults to flash, thus the problem in Chrome. From there, I figured I would have to download the newer soundManager since it would certainly default to html5 (iOS doesn't have flash). Here are the steps I took:
Let me know if this doesn't work for you/isn't clear
smarchal commentedon Feb 27, 2016
@jstallworth this fixed it for me too, no other changes needed in my code (e.g. http://soundgram.co).
Thanks a million.
OleksiySitka commentedon Feb 29, 2016
I've tried this. Doesn't work for me :( I've tried adding script as $.getScript("js/sm2/script/soundmanager2.js"); but this doesn't help, seems like SC overrides this in my case.
I think it's time to start rewriting my script using SDK v3
davidmoret commentedon Mar 1, 2016
It doesn't fixed it for me.. the soundManager object is replaced when I call SC.stream..
@smarchal your soundgram app works fine on my firefox but not on my chrome. I'm on OSX Yossemite..
Mannaio commentedon Mar 1, 2016
@jstallworth Thanks for finding out the issue, my application is using the same api from this ember application https://github.com/lrdiv/ember-soundcloud and i am having exactly the same problem in chrome, deactivating the flash it works fine, now i have to figure it out how to refactor it with soundManager2. Any help is appreciate
10 remaining items
aydamacink commentedon Aug 8, 2016
@tttt-conan: Do you have a code example where you added the protocols option? Thx in advance
erictran308 commentedon Aug 8, 2016
@aydamacink I just remove the protocols like this
https://en.wikipedia.org/wiki/Real-Time_Messaging_Protocol
You can see in the link above, this protocol tells the browser (Chrome only) to use flash player to stream, which caused the problem, you can see the guys explain above, so by removing this protocol, 'http' is what left in the array, so the browser will now use HTML5 instead
adi-works commentedon Sep 4, 2016
Salvation. After hours of frustration and inconsistent documentation.
Used @tttt-conan solution. Don't seem to need Soundmanager 2. :)
rycharlind commentedon Sep 14, 2016
I just used @tttt-conan solution as well. Worked for me!
jamiegalbreath commentedon Dec 19, 2016
@tttt-conan WORKS!
alimony commentedon Dec 22, 2016
I chose to reverse the
protocolsarray instead, i.e.scPlayer.options.protocols = ['http', 'rtmp']which works fine as well, and should provide Flash fallback for browsers that do not support HTML5 audio.adi-works commentedon Dec 23, 2016
@alimony actually, that is the correct solution. Everyone just forgot about Flash. Although, I didn't add old browser support in my project, so it didn't occur to me.
chemic commentedon Mar 24, 2017
@tttt-conan thx for your hint.. awesome! Ended up not removing the rtmp protocol.. but reversed the order if it was 1st element of the array.
tjenkinson commentedon Dec 5, 2018
Hey @VasudevAkhil the player should choose the best protocol automatically that is supported internally. Why do you need to change it?
erictran308 commentedon Dec 10, 2018
Hi @VasudevAkhil , I haven't checked it yet but even with SDK version 3.3.1 and Chrome 71 this issue is still persist?
tjenkinson commentedon Dec 10, 2018
I am going to close this issue, because I believe the initial problem mentioned here was fixed a while ago. Please open a new issue if something is still not working properly, and we can discuss it there.
Thanks!
prospot99 commentedon Jul 12, 2022
The player is working at https://www.producerspot.com/