Hi Alexandre,
> On 30. Apr 2024, at 16:25, Alexandre Petrescu via Starlink > <starlink@lists.bufferbloat.net> wrote: > > Colin, > 8K usefulness over 4K: the higher the resolution the more it will be possible > to zoom in into paused images. It is one of the advantages. People dont do > that a lot these days but why not in the future. [SM] Because that is how in the past we envisioned the future, see here h++ps://www.youtube.com/watch?v=hHwjceFcF2Q 'enhance'... > Spotify lower quality than CD and still usable: one would check not Spotify, > but other services for audiophiles; some of these use 'DSD' formats which go > way beyond the so called high-def audio of 384khz sampling freqs. They dont > 'stream' but download. It is these higher-than-384khz sampling rates > equivalent (e.g. DSD1024 is the equivalent of, I think of something like 10 > times CD quality, I think). If Spotify is the king of streamers, in the > future other companies might become the kings of something else than > 'streaming', a name yet to be invented. > For each of them, it is true, normal use will not expose any more advantage > than the previous version (no advantage of 8K over 4K, no advantage of 88KHz > DVD audio over CD, etc) - yet the progress is ongoing on and on, and nobody > comes back to CD or to DVD audio or to SD (standard definition video). > Finally, 8K and DSD per se are requirements of just bandwidth. The need of > latency should be exposed there, and that is not straightforward. But higher > bandwidths will come with lower latencies anyways. [SM] How that? Capacity and latency are largely independent... think a semi truck full of harddisks from NYC to LA has decent capacity/'bandwidth' but lousy latency... > The quest of latency requirements might be, in fact, a quest to see how one > could use that low latency technology that is possible and available anyways. > Alex > Le 30/04/2024 à 16:00, Colin_Higbie via Starlink a écrit : >> David Fernández, those bitrates are safe numbers, but many streams could get >> by with less at those resolutions. H.265 compression is at a variable bit >> rate with simpler scenes requiring less bandwidth. Note that 4K with HDR (30 >> bits per pixel rather than 24) consistently also fits within 25Mbps. >> >> David Lang, HDR is a requirement for 4K programming. That is not to say that >> all 4K streams are in HDR, but in setting a required bandwidth, because 4K >> signals can include HDR, the required bandwidth must accommodate and allow >> for HDR. That said, I believe all modern 4K programming on Netflix and >> Amazon Prime is HDR. Note David Fernández' point that Spain independently >> reached the same conclusion as the US streaming services of 25Mbps >> requirement for 4K. >> >> Visually, to a person watching and assuming an OLED (or microLED) display >> capable of showing the full color and contrast gamut of HDR (LCD can't >> really do it justice, even with miniLED backlighting), the move to HDR from >> SDR is more meaningful in most situations than the move from 1080p to 4K. I >> don't believe going to further resolutions, scenes beyond 4K (e.g., 8K), >> will add anything meaningful to a movie or television viewer over 4K. Video >> games could benefit from the added resolution, but lens aberration in >> cameras along with focal length and limited depth of field render blurriness >> of even a sharp picture greater than the pixel size in most scenes beyond >> about 4K - 5.5K. Video games don’t suffer this problem because those scenes >> are rendered, eliminating problems from camera lenses. So video games may >> still benefit from 8K resolution, but streaming programming won’t. >> >> There is precedent for this in the audio streaming world: audio streaming >> bitrates have retracted from prior peaks. Even though 48kHz and higher >> bitrate audio available on DVD is superior to the audio quality of 44.1kHz >> CDs, Spotify and Apple and most other streaming services stream music at >> LOWER quality than CD. It’s good enough for most people to not notice the >> difference. I don’t see much push in the foreseeable future for programming >> beyond UHD (4K + HDR). That’s not to say never, but there’s no real benefit >> to it with current camera tech and screen sizes. >> >> Conclusion: for video streaming needs over the next decade or so, 25Mbps >> should be appropriate. As David Fernández rightly points out, H.266 and >> other future protocols will improve compression capabilities and reduce >> bandwidth needs at any given resolution and color bit depth, adding a bit >> more headroom for small improvements. >> >> Cheers, >> Colin >> >> >> >> -----Original Message----- >> From: Starlink <starlink-boun...@lists.bufferbloat.net> On Behalf Of >> starlink-requ...@lists.bufferbloat.net >> Sent: Tuesday, April 30, 2024 9:31 AM >> To: starlink@lists.bufferbloat.net >> Subject: Starlink Digest, Vol 37, Issue 9 >> >> >> >> Message: 2 >> Date: Tue, 30 Apr 2024 11:54:20 +0200 >> From: David Fernández <davidf...@gmail.com> >> To: starlink <starlink@lists.bufferbloat.net> >> Subject: Re: [Starlink] It’s the Latency, FCC >> Message-ID: >> <CAC=tz0rrmwjunlvgupw6k8ogadcylq-eyw7bjb209ondwgf...@mail.gmail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Last February, TV broadcasting in Spain left behind SD definitively and >> moved to HD as standard quality, also starting to regularly broadcast a >> channel with 4K quality. >> >> A 4K video (2160p) at 30 frames per second, handled with the HEVC >> compression codec (H.265), and using 24 bits per pixel, requires 25 Mbit/s. >> >> Full HD video (1080p) requires 10 Mbit/s. >> >> For lots of 4K video encoded at < 20 Mbit/s, it may be hard to distinguish >> it visually from the HD version of the same video (this was also confirmed >> by SBTVD Forum Tests). >> >> Then, 8K will come, eventually, requiring a minimum of ~32 Mbit/s: >> https://dvb.org/news/new-generation-of-terrestrial-services-taking-shape-in-europe >> >> The latest codec VVC (H.266) may reduce the required data rates by at least >> 27%, at the expense of more computing power required, but somehow it is >> claimed it will be more energy efficient. >> https://dvb.org/news/dvb-prepares-the-way-for-advanced-4k-and-8k-broadcast-and-broadband-television >> >> Regards, >> >> David >> >> Date: Mon, 29 Apr 2024 19:16:27 -0700 (PDT) >> From: David Lang <da...@lang.hm> >> To: Colin_Higbie <chigb...@higbie.name> >> Cc: David Lang <da...@lang.hm>, "starlink@lists.bufferbloat.net" >> <starlink@lists.bufferbloat.net> >> Subject: Re: [Starlink] Itʼs the Latency, FCC >> Message-ID: <srss5qrq-7973-5q87-823p-30pn7o308...@ynat.uz> >> Content-Type: text/plain; charset="utf-8"; Format="flowed" >> >> Amazon, youtube set explicitly to 4k (I didn't say HDR) >> >> David Lang >> >> On Tue, 30 Apr 2024, Colin_Higbie wrote: >> >> >>> Date: Tue, 30 Apr 2024 01:30:21 +0000 >>> From: Colin_Higbie <chigb...@higbie.name> >>> To: David Lang <da...@lang.hm> >>> Cc: "starlink@lists.bufferbloat.net" <starlink@lists.bufferbloat.net> >>> Subject: RE: [Starlink] Itʼs the Latency, FCC >>> >>> Was that 4K HDR (not SDR) using the standard protocols that streaming >>> >> services use (Netflix, Amazon Prime, Disney+, etc.) or was it just some >> YouTube 4K SDR videos? YouTube will show "HDR" on the gear icon for content >> that's 4K HDR. If it only shows "4K" instead of "HDR," then means it's SDR. >> Note that if YouTube, if left to the default of Auto for streaming >> resolution it will also automatically drop the quality to something that >> fits within the bandwidth and most of the "4K" content on YouTube is >> low-quality and not true UHD content (even beyond missing HDR). For example, >> many smartphones will record 4K video, but their optics are not sufficient >> to actually have distinct per-pixel image detail, meaning it compresses down >> to a smaller image with no real additional loss in picture quality, but only >> because it's really a 4K UHD stream to begin with. >> >>> Note that 4K video compression codecs are lossy, so the lower quality >>> the >>> >> initial image, the lower the bandwidth needed to convey the stream w/o >> additional quality loss. The needed bandwidth also changes with scene >> complexity. Falling confetti, like on Newy Year's Eve or at the Super Bowl >> make for one of the most demanding scenes. Lots of detailed fire and >> explosions with fast-moving fast panning full dynamic backgrounds are also >> tough for a compressed signal to preserve (but not as hard as a screen full >> of falling confetti). >> >>> I'm dubious that 8Mbps can handle that except for some of the simplest >>> >> video, like cartoons or fairly static scenes like the news. Those scenes >> don't require much data, but that's not the case for all 4K HDR scenes by >> any means. >> >>> It's obviously in Netflix and the other streaming services' interest >>> to >>> >> be able to sell their more expensive 4K HDR service to as many people as >> possible. There's a reason they won't offer it to anyone with less than >> 25Mbps – they don't want the complaints and service calls. Now, to be fair, >> 4K HDR definitely doesn’t typically require 25Mbps, but it's to their credit >> that they do include a small bandwidth buffer. In my experience monitoring >> bandwidth usage for 4K HDR streaming, 15Mbps is the minimum if doing nothing >> else and that will frequently fall short, depending on the 4K HDR content. >> >>> Cheers, >>> Colin >>> >>> >>> >>> -----Original Message----- >>> From: David Lang <da...@lang.hm> >>> Sent: Monday, April 29, 2024 8:40 PM >>> To: Colin Higbie <colin.hig...@scribl.com> >>> Cc: starlink@lists.bufferbloat.net >>> Subject: Re: [Starlink] Itʼs the Latency, FCC >>> >>> hmm, before my DSL got disconnected (the carrier decided they didn't >>> want >>> >> to support it any more), I could stream 4k at 8Mb down if there wasn't too >> much other activity on the network (doing so at 2x speed was a problem) >> >>> David Lang >>> >>> >>> On Fri, 15 Mar 2024, Colin Higbie via Starlink wrote: >>> >>> >>>> Date: Fri, 15 Mar 2024 18:32:36 +0000 >>>> From: Colin Higbie via Starlink <starlink@lists.bufferbloat.net> >>>> Reply-To: Colin Higbie <colin.hig...@scribl.com> >>>> To: "starlink@lists.bufferbloat.net" <starlink@lists.bufferbloat.net> >>>> Subject: Re: [Starlink] It’s the Latency, FCC >>>> >>>> >>>>> I have now been trying to break the common conflation that download >>>>> >> "speed" >> >>>>> means anything at all for day to day, minute to minute, second to >>>>> second, use, once you crack 10mbit, now, for over 14 years. Am I >>>>> succeeding? I lost the 25/10 battle, and keep pointing at really >>>>> terrible latency under load and wifi weirdnesses for many existing >>>>> >> 100/20 services today. >> >>>> While I completely agree that latency has bigger impact on how >>>> >> responsive the Internet feels to use, I do think that 10Mbit is too low for >> some standard applications regardless of latency: with the more recent >> availability of 4K and higher streaming, that does require a higher minimum >> bandwidth to work at all. One could argue that no one NEEDS 4K streaming, >> but many families would view this as an important part of what they do with >> their Internet (Starlink makes this reliably possible at our farmhouse). 4K >> HDR-supporting TV's are among the most popular TVs being purchased in the >> U.S. today. Netflix, Amazon, Max, Disney and other streaming services >> provide a substantial portion of 4K HDR content. >> >>>> So, I agree that 25/10 is sufficient, for up to 4k HDR streaming. >>>> 100/20 >>>> >> would provide plenty of bandwidth for multiple concurrent 4K users or a 1-2 >> 8K streams. >> >>>> For me, not claiming any special expertise on market needs, just my >>>> own >>>> >> personal assessment on what typical families will need and care about: >> >>>> Latency: below 50ms under load always feels good except for some >>>> intensive gaming (I don't see any benefit to getting loaded latency >>>> further below ~20ms for typical applications, with an exception for >>>> cloud-based gaming that benefits with lower latency all the way down >>>> to about 5ms for young, really fast players, the rest of us won't be >>>> able to tell the difference) >>>> >>>> Download Bandwidth: 10Mbps good enough if not doing UHD video >>>> streaming >>>> >>>> Download Bandwidth: 25 - 100Mbps if doing UHD video streaming, >>>> depending on # of streams or if wanting to be ready for 8k >>>> >>>> Upload Bandwidth: 10Mbps good enough for quality video conferencing, >>>> higher only needed for multiple concurrent outbound streams >>>> >>>> So, for example (and ignoring upload for this), I would rather have >>>> >> latency at 50ms (under load) and DL bandwidth of 25Mbps than latency of 1ms >> with a max bandwidth of 10Mbps, because the super-low latency doesn't solve >> the problem with insufficient bandwidth to watch 4K HDR content. But, I'd >> also rather have latency of 20ms with 100Mbps DL, then latency that exceeds >> 100ms under load with 1Gbps DL bandwidth. I think the important thing is to >> reach "good enough" on both, not just excel at one while falling short of >> "good enough" on the other. >> >>>> Note that Starlink handles all of this well, including kids watching >>>> >> YouTube while my wife and I watch 4K UHD Netflix, except the upload speed >> occasionally tops at under 3Mbps for me, causing quality degradation for >> outbound video calls (or used to, it seems to have gotten better in recent >> months – no problems since sometime in 2023). >> >>>> Cheers, >>>> Colin >>>> >>>> _______________________________________________ >>>> Starlink mailing list >>>> Starlink@lists.bufferbloat.net >>>> https://lists.bufferbloat.net/listinfo/starlink >>>> >>> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> <https://lists.bufferbloat.net/pipermail/starlink/attachments/20240430/5572b78b/attachment-0001.html> >> _______________________________________________ >> Starlink mailing list >> Starlink@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/starlink >> > _______________________________________________ > Starlink mailing list > Starlink@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/starlink _______________________________________________ Starlink mailing list Starlink@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/starlink