the state of html5 webAudio
BotB Academy Bug Reports and Feature Requests
Level 27 Hostist
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...

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.
Level 21 Mixist
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
Level 27 Hostist
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.
Level 27 Chipist
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.
Level 27 Pixelist
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:
Level 21 Mixist
post #99931 :: 2018.05.16 10:38pm
Level 18 Chipist
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 :\
Level 27 Hostist
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!