Live data from Hacker News

New autoplay policy in Chrome

blog.google

51–60 of 178 posts

Re: New autoplay policy in Chrome

#51
> As you browse the web, that list changes as Chrome learns and enables autoplay on sites where you play media with sound during most of your visits, and disables it on sites where you don’t. This way, Chrome gives you a personalized, predictable browsing experience.

Predictable in a user application is the same result from the same action every time. UX changing based on opaque logic and heuristics is anything but predictable.

Re: New autoplay policy in Chrome

#52
post #43
post #31

Earlier quoted context omitted.

Adding a "click to start the experience" button changes the experience. In particular, some users might not see the button if it's subtle, and be unimpressed or think the site is broken. And if the button is not subtle that's bad too. It's also annoying to have to do such a change to your art for a single browser. Overall I think the artist's frustration is understandable, but I agree "destroyed" is perhaps too stron…

Do we really have to pander to people who can’t find a play button? How do these people function at crosswalks or in elevators?

Well, crosswalks shouldn't have buttons. Pedestrians shouldn't have the burden of pressing the button in time to cross on the current signal.

Re: New autoplay policy in Chrome

#53
post #46

> This way, Chrome gives you a personalized, predictable browsing experience. > predictable What could possibly be more predictable than disabling autoplay altogether? Google says it enabled autoplay for 'over 1000 sites', but we all know Google only cares about one thing and that is playing more ads on YouTube.

Cynicism aside, YouTube is a typical example of a good use for autoplay. A user clicking a link to YT almost always wants to watch the video. "Predictable" probably wasn't the right word for them to use, but I think this is a reasonable move by Google.

By the same token so would youporn... But I wonder if they made the list.

Re: New autoplay policy in Chrome

#54
post #18

> Chrome does this by learning your preferences... This way, Chrome gives you a personalized, predictable browsing experience. In my experience, "learning" and "predictable" do not go together.

Reminds me of fuzzy matching systems like Alfred that will try to learn which key combos you use to launch each app instead of trying to offer you predictability.

But "fi" never launches Firefox anymore because of that one time you accidentally launched Finder instead. And since you keep accidentally launching Finder that way, it never learns that you want Firefox.

So you try "f" but you accidentally launch Flux. And because you keep forgetting it thinks "f" = Flux, it always launches Flux.

So you have to use "fir" to launch Firefox. But "fire" somehow launches Firewatch, a game you forgot you had installed on your laptop.

It's the most obnoxious system ever where each additional keystroke reorders the entire fuzzy result list in the name of "learning." It really is the opposite of predictable.

Re: New autoplay policy in Chrome

#55
post #14
post #12

Bret Victor's response: https://twitter.com/worrydream/status/993167096992288771

I genuinely do not understand the artist in the replies who says this has destroyed their work. Can't the website require you to click/tap once to start its thing, without negative impact? I feel like I must be missing something. (There's a mention about not updating code for existing work, which might be it?)

For context,here’s how I had to work around this to get autoplaying audio to work on iOS Safari for an educational VR experience I was building:

I start by asking a user whether they want to view the experience in “Stereo Mode” or “Normal Mode”. Whatever they click on, I use that click event to start playing a 500ms long mp3 of silence. When that clip finishes, I use its ‘ended’ event to start it up again. Meanwhile in the render loop, if the user enters an area where I have some auto playing narration, I set a global flag and store the track name in a global variable. Those flags get picked up the next time the 500ms track finishes, and the named track is substituted in.

This is ridiculous, and this is just to play sound files at various points in time. I wouldn’t be surprised to find out that some of Cabbibo’s work uses multiple Audio Contexts or other complicating factors that would make it difficult to retrofit.

Re: New autoplay policy in Chrome

#56
post #6
post #2

summary: google allow 800 of the international youtube domains to autoplay, plus some 200 other publishers to pretend they are neutral.

> summary: google allow 800 of the international youtube domains to autoplay, plus some 200 other publishers to pretend they are neutral. What? How is that an accurate summary? The whole post is about how Chrome will learn your preference for whether to autoplay on domains, not about how it is whitelisting certain domains.

The browser ships with a pre-whitelisted list. Those sites can autoplay videos from the beginning with no user interaction, which has dramatically less friction than unwhitelisted sites which must get you to interact across 20 different visits. That is a lot of friction.

Imagine if someone makes a YouTube competitor. They won't have autoplay for an user's first 20 sessions at minimum! That's significant

Re: New autoplay policy in Chrome

#60
post #46

> This way, Chrome gives you a personalized, predictable browsing experience. > predictable What could possibly be more predictable than disabling autoplay altogether? Google says it enabled autoplay for 'over 1000 sites', but we all know Google only cares about one thing and that is playing more ads on YouTube.

Cynicism aside, YouTube is a typical example of a good use for autoplay. A user clicking a link to YT almost always wants to watch the video. "Predictable" probably wasn't the right word for them to use, but I think this is a reasonable move by Google.

Youtube is the worst, because not only does it autoplay, but for the first 2s or so it's faffing around with JavaScript so no matter what you do in that time it will subsequently start playing. Like, it'll show up as "playing" and you pause it, then leave the tab, and like a second later the video will start despite your having paused it.

(for the record, at least half the time I open a youtube video I don't want it to play immediately)

Post reply on HN