Many apps assume 100% internet connectivity at all times. i.e. not even minimally functional when offline.
They assume a certain speed, latency and packet loss (zero).
The adage should be: plan for the worst, then adjust for reality.
Many apps assume 100% internet connectivity at all times. i.e. not even minimally functional when offline.
They assume a certain speed, latency and packet loss (zero).
The adage should be: plan for the worst, then adjust for reality.
It seems that OP defines downgrading to 720p60 (?) as "broken".
I do support bringing back the 1080p30 stream though.
Edit: Tested in Chrome with the "Slow 3G" throttling profile. YouTube automatically falls back to 240p with some buffering.
TFA is claiming ~40% got a downgrade in resolution.
The 20% who had a connection 4-8 Mbps and could do 1080p got downgraded to 720p60. The 20% who had a 2-5 Mbps connection and could do 720p got downgraded to 480p.
Obviously it's not clear cut, there's a continuous spectrum where things will load much slower and start having breaks in playback until you really have to drop the resolution.
Well, we should also consider households having more than one person. Two people watching YouTube requires double the bandwidth, going into 12 Mbps+ territory. Truth be told, this is affecting more than 40% of the population.
It's clever to push lower quality, but here they push to a lower quality than what was achievable so far before the "upgrade". So from a user standpoint, YouTube have downgraded the service overnight for all low speed connections.
The more frustrating being for users that could sustain 1080p yesterday and are "upgraded"(?) to 720p60 today. Roughly same bandwidth but much lower resolution for what? better frame-rate? Not sure why anyone would prioritize frame-rate over resolution with all our fancy HiDPI screen.
When you watch a video with text or small content, like a gaming video for example, these have menus and texts, it stops being readable when downgraded from 1080p to 720p (or worse). It's broken.
When you live with flatmates or family, you're getting crazy load time and erratic pauses now because of the contention. There's not enough headroom to buffer ahead with the bandwidth use increasing 50% overnight. The video is dropping as soon as somebody else opens something, it's effectively broken.
The algorithm will see contention and downgrade the quality, only to upgrade it again a minute later when it sees a bit of headroom, only to fail again. There's a lesson here on network contention. Worse case is with 2 people browsing youtube, the 2 players are fighting each other for bandwidth.
Wait, what? Why would 1080p30 be gone?! I don't like 60fps, it looks weird, so now it's either 480p OR I'm forced to watch 60fps?! WTF?!
It only looks 'weird' because you're not used to it.
We're talking about frame rate.
(Does it even make sense to "upgrade" a 30/29.97 fps origin video to 60fps? I don't think so.)
Check this for example, you should only have the choice between 60 FPS options. https://www.youtube.com/watch?v=LXb3EKWsInQ
Videos that were submitted in 30 FPS remain as they were. It doesn't make sense to create new frames out of nothing indeed.
D:\_learning>youtube-dl.exe -F https://www.youtube.com/watch?v=LXb3EKWsInQ
[youtube] LXb3EKWsInQ: Downloading webpage
[info] Available formats for LXb3EKWsInQ:
format code extension resolution note
249 webm audio only tiny 57k , opus @ 50k (48000Hz), 1.89MiB
250 webm audio only tiny 75k , opus @ 70k (48000Hz), 2.53MiB
140 m4a audio only tiny 130k , m4a_dash container, mp4a.40.2@128k (44100Hz), 4.84MiB
251 webm audio only tiny 148k , opus @160k (48000Hz), 4.96MiB
394 mp4 256x144 144p HDR 88k , av01.0.00M.10.0.110.09.16.09.0, 30fps, video only, 2.34MiB
278 webm 256x144 144p 97k , webm container, vp9, 30fps, video only, 3.38MiB
160 mp4 256x144 144p 111k , avc1.4d400c, 30fps, video only, 2.87MiB
395 mp4 426x240 240p HDR 191k , av01.0.00M.10.0.110.09.16.09.0, 30fps, video only, 4.33MiB
242 webm 426x240 240p 233k , vp9, 30fps, video only, 6.89MiB
330 webm 256x144 144p60 HDR 243k , vp9.2, 60fps, video only, 7.96MiB
133 mp4 426x240 240p 245k , avc1.4d4015, 30fps, video only, 5.86MiB
396 mp4 640x360 360p HDR 403k , av01.0.01M.10.0.110.09.16.09.0, 30fps, video only, 8.67MiB
243 webm 640x360 360p 435k , vp9, 30fps, video only, 12.85MiB
331 webm 426x240 240p60 HDR 504k , vp9.2, 60fps, video only, 16.65MiB
134 mp4 640x360 360p 633k , avc1.4d401e, 30fps, video only, 15.49MiB
397 mp4 854x480 480p HDR 735k , av01.0.04M.10.0.110.09.16.09.0, 30fps, video only, 15.80MiB
244 webm 854x480 480p 857k , vp9, 30fps, video only, 23.18MiB
332 webm 640x360 360p60 HDR 1059k , vp9.2, 60fps, video only, 35.72MiB
135 mp4 854x480 480p 1496k , avc1.4d401f, 30fps, video only, 30.03MiB
398 mp4 1280x720 720p60 HDR 1552k , av01.0.08M.10.0.110.09.16.09.0, 60fps, video only, 35.98MiB
247 webm 1280x720 720p 1697k , vp9, 30fps, video only, 46.97MiB
333 webm 854x480 480p60 HDR 1988k , vp9.2, 60fps, video only, 69.11MiB
399 mp4 1920x1080 1080p60 HDR 2683k , av01.0.09M.10.0.110.09.16.09.0, 60fps, video only, 65.43MiB
302 webm 1280x720 720p60 2742k , vp9, 60fps, video only, 76.27MiB
136 mp4 1280x720 720p 3220k , avc1.4d401f, 30fps, video only, 57.62MiB
248 webm 1920x1080 1080p 3249k , vp9, 30fps, video only, 84.22MiB
298 mp4 1280x720 720p60 3483k , avc1.4d4020, 60fps, video only, 92.61MiB
137 mp4 1920x1080 1080p 4337k , avc1.640028, 30fps, video only, 103.11MiB
334 webm 1280x720 720p60 HDR 4524k , vp9.2, 60fps, video only, 162.28MiB
303 webm 1920x1080 1080p60 5018k , vp9, 60fps, video only, 134.10MiB
299 mp4 1920x1080 1080p60 5794k , avc1.64002a, 60fps, video only, 163.70MiB
335 webm 1920x1080 1080p60 HDR 6920k , vp9.2, 60fps, video only, 252.07MiB
400 mp4 2560x1440 1440p60 HDR 8626k , av01.0.12M.10.0.110.09.16.09.0, 60fps, video only, 223.85MiB
271 webm 2560x1440 1440p 9621k , vp9, 30fps, video only, 249.96MiB
308 webm 2560x1440 1440p60 13357k , vp9, 60fps, video only, 388.12MiB
336 webm 2560x1440 1440p60 HDR 16917k , vp9.2, 60fps, video only, 607.18MiB
401 mp4 3840x2160 2160p60 HDR 18167k , av01.0.13M.10.0.110.09.16.09.0, 60fps, video only, 460.07MiB
313 webm 3840x2160 2160p 18852k , vp9, 30fps, video only, 628.46MiB
315 webm 3840x2160 2160p60 26568k , vp9, 60fps, video only, 956.39MiB
337 webm 3840x2160 2160p60 HDR 30646k , vp9.2, 60fps, video only, 1.05GiB
18 mp4 640x360 360p 655k , avc1.42001E, 30fps, mp4a.40.2@ 96k (44100Hz), 24.53MiB
22 mp4 1280x720 720p 1669k , avc1.64001F, 30fps, mp4a.40.2@192k (44100Hz) (best)But yeah if you're assuming every user has the same bandwidth and latency a Google office (in SV) or employee has you're going to have a bad time
Depending on the app it's easy to trigger JS errors with latency problems and some things happening before others