the state of html5 webAudio
BotB Academy Bug Reports and Feature Requests
 
 
99835
Level 29 Hostist
puke7
 
 
 
post #99835 :: 2018.05.16 2:37pm
  
  anewuser liēkd this
A few days ago Coda told me that the single entry player for non-logged-in users was not working on iPhone. I wasn't certain if this was new, but I'm pretty sure that those players used to work. So I did some research anyways...

https://developers.google.com/web/updates/2017/09/autoplay-policy-changes#webaudio

For Safari on iOS it's been a long known thing that a window/tab will not allow audio to play until there is some form of user interaction. If you open the a playlist player / botb radio in iOS Safari you'll see a big play button which kicks this all off. But now google chrome is apparently adopting this practice for the desktop browser. This breaks audio for countless sites and online html5 games. I am guessing the playlist player / botb radio is working for me because I already have my Media Engagement Index
up to where it needs to be to allow this. I have no idea what anyone else's experience is here, but I'm guessing a fix is necessary. I'll try an incognito window when I get home from work. Also, given that Safari for desktop is built off webkit and chrome develops webkit, more shit is broken.

P.S. -- while working on my VIXXEN20 VIC20 simulation environment and music tracker about 6 weeks ago the graphical display suddenly started taking 4x the CPU it used to. And now this. I have to make a clicky thing instead of it being keyboard only on startup. Fuck this.
 
 
99836
Level 22 Mixist
VinCMG
 
 
 
post #99836 :: 2018.05.16 2:49pm
  
  sleeparrow, Sintel, anewuser, goluigi, pigdevil2010, GudPiggeh, Slimeball, Jangler, raphaelgoulart, null1024 and Grumskiz liēkd this
can we blame news sites for thinking that autoplay videos on every single page were a good idea
 
 
99864
Level 29 Hostist
puke7
 
 
 
post #99864 :: 2018.05.16 3:17pm
  
  sleeparrow, anewuser, goluigi, VinCMG, null1024, Slimeball and Jangler liēkd this
It would seem so. They claim this enhances user experience. One of the comments suggested a better idea where the browser itself says "This site wants to autoplay (audio/video). Is this ok?" like it does for using your mic or webcam or allowing notifications. This shit is so stupid.
 
 
99865
Level 28 Chipist
null1024
 
 
 
post #99865 :: 2018.05.16 3:17pm
  
  anewuser and Jangler liēkd this
Doing anything with audio on mobile in a browser really kinda sucks.
actually, doing webdev for mobile in general really kinda sucks
Desktop Chrome's policy change seems really fucking awful, too.
 
 
99928
Level 28 Mixist
coda
 
 
 
post #99928 :: 2018.05.16 7:05pm
  
  anewuser and Slimeball liēkd this
currently everyone is yelling at google and they responded by reverting and then delaying the same bad decision a few months instead of doing something sensible: https://bugs.chromium.org/p/chromium/issues/detail?id=840866
 
 
99931
Level 22 Mixist
VinCMG
 
 
 
post #99931 :: 2018.05.16 10:38pm
lmao
 
 
99933
Level 21 Chipist
tfx
 
 
 
post #99933 :: 2018.05.17 5:43am
  
  anewuser and Slimeball liēkd this
This has broken/will break a lot of stuff I work on at my job, and it's pretty cool how instead of actually coming up with a better idea, they're just offloading all the un-fucking on developers.

Good luck with your un-fuck efforts :\
 
 
99944
Level 29 Hostist
puke7
 
 
 
post #99944 :: 2018.05.17 9:33am
  
  Chip Champion, garvalf, anewuser and Jangler liēkd this
oh guess what?

youtube is allowed to autoplay sound despite these changes!
thanks, google, you fucktards

I'm glad to hear they've reverted the change even if its temporary -- also the rollback didn't include <audio> tags apparently?
 
 

LOGIN or REGISTER to add your own comments!