Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: Jeremy Austin <jeremy@aterlo.com>
To: Ulrich Speidel <u.speidel@auckland.ac.nz>
Cc: starlink@lists.bufferbloat.net
Subject: Re: [Starlink] It’s the Latency, FCC
Date: Thu, 2 May 2024 23:22:33 -0800	[thread overview]
Message-ID: <CACw=56Kb1GMPTujbVo6x9-b5usK6Jjb_kR0X0zbaBkVz6SDX7Q@mail.gmail.com> (raw)
In-Reply-To: <77d8f31e-860b-478e-8f93-30cb6e0730ac@auckland.ac.nz>

[-- Attachment #1: Type: text/plain, Size: 2447 bytes --]

Comments inline.

[image: Company logo] <https://preseem.com/>
*Jeremy Austin*
Sr. Product Manager
*Preseem | Aterlo Networks*
Book a call: https://app.hubspot.com/meetings/jeremy548
1-833-773-7336 ext 718 <18337737336718> *|* 1-907-803-5422 <19078035422>
jeremy@aterlo.com <email%7D>


On Thu, May 2, 2024 at 5:48 PM Ulrich Speidel via Starlink <
starlink@lists.bufferbloat.net> wrote:

>
> Which brings me back to the question of how important bandwidth is. The
> answer is: probably more important in the future. We're currently relying
> mostly on CDNs for video delivery, but I can't fail but notice the progress
> that's being made by AI-based video generation. Four or five years ago,
> Gen-AI could barely compose a credible image. A couple of years ago, it
> could do video sequences of a few seconds. Now we're up to videos in the
> minutes.
>
> If that development is sustained, you'll be able to tell your personal
> electronic assistant / spy to dream up a personalised movie, say an
> operatic sci-fi Western with car chases on the Titanic floating in space,
> and it'll have it generated in no time starring the actors you like. ETA:
> Around 2030 maybe?
>
> But these things will be (a) data-heavy and (b) aren't well suited for CDN
> delivery because you may be the only one to every see a particular movie,
> so you'll either need to move the movie generation to the edge, or you need
> to build bigger pipes across the world. I'm not sure how feasible either
> option is.
>

<snip>

Why shouldn’t the advances in GPU, CPU and storage substitute for
bandwidth? Given how compact symbol libraries are today, why shouldn’t one
be able to generate this high quality, customized movie entirely locally,
streaming characters, backgrounds, and kinematics from a large library?
Preloading their library is how image generation, transcription, etc.
 works today. This surely must be less total real-time bandwidth than the
alternative, which pre-renders elsewhere. With each target customized,
there will be a little incentive to pre-render elsewhere.

Offset against this potential bandwidth savings — clearly the next step in,
say, audiobook generation — is that eventually we will want full
stereoscopic 360 environments a la Apple headsets. Plausibly this is in the
16k range at a minimum. The Vegas Sphere is approximately this resolution.

My $.02
Jeremy Austin

>

[-- Attachment #2: Type: text/html, Size: 6431 bytes --]

  reply	other threads:[~2024-05-03  7:22 UTC|newest]

Thread overview: 78+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.2877.1714641707.1074.starlink@lists.bufferbloat.net>
2024-05-02 14:47 ` Colin_Higbie
2024-05-02 19:50   ` Frantisek Borsik
2024-05-06 11:19     ` Alexandre Petrescu
2024-05-06 13:43       ` Nathan Owens
2024-05-06 15:22         ` Colin_Higbie
2024-05-14 19:23       ` Colin_Higbie
2024-05-15  6:52         ` Sebastian Moeller
2024-05-15 14:55           ` Colin_Higbie
2024-05-03  1:48   ` Ulrich Speidel
2024-05-03  7:22     ` Jeremy Austin [this message]
2024-05-03  9:02     ` Alexandre Petrescu
2024-05-03  8:29   ` Alexandre Petrescu
2024-05-03  8:34   ` Alexandre Petrescu
2024-05-06 15:42 David Fernández
  -- strict thread matches above, loose matches on Subject: below --
2024-05-06 13:21 David Fernández
2024-05-03  9:09 [Starlink] It's " David Fernández
2024-05-01 16:35 David Fernández
2024-05-01  8:41 David Fernández
     [not found] <mailman.2785.1714507537.1074.starlink@lists.bufferbloat.net>
2024-04-30 20:48 ` [Starlink] It’s " Colin  Higbie
2024-04-30 20:49   ` Colin_Higbie
2024-05-01  0:51   ` David Lang
     [not found] <mailman.2779.1714503924.1074.starlink@lists.bufferbloat.net>
2024-04-30 19:31 ` Colin_Higbie
2024-04-30 19:51   ` Eugene Y Chang
2024-04-30 21:07     ` Dave Taht
2024-04-30 21:22       ` Frantisek Borsik
2024-04-30 22:02         ` Dave Taht
2024-04-30 22:03           ` Dave Taht
2024-04-30 22:05         ` [Starlink] Fwd: " Rich Brown
2024-04-30 22:10           ` Dave Taht
2024-04-30 22:42             ` [Starlink] " Rich Brown
2024-04-30 23:06               ` Dave Taht
2024-04-30 22:31           ` Eugene Y Chang
2024-04-30 21:22       ` Eugene Y Chang
2024-04-30 21:35         ` Frantisek Borsik
2024-04-30 21:53           ` Eugene Y Chang
2024-05-01  0:54             ` David Lang
2024-05-01  7:27             ` Frantisek Borsik
2024-05-01 19:26               ` Eugene Y Chang
2024-05-14 16:05                 ` Dave Taht
     [not found] <mailman.2775.1714488970.1074.starlink@lists.bufferbloat.net>
2024-04-30 19:12 ` Colin_Higbie
2024-04-30 19:31   ` Eugene Y Chang
2024-05-01  0:33     ` David Lang
2024-05-01  0:31   ` David Lang
2024-05-01  0:40     ` [Starlink] It?s " David Lang
     [not found] <mailman.2773.1714488060.1074.starlink@lists.bufferbloat.net>
2024-04-30 18:05 ` [Starlink] It’s " Colin_Higbie
2024-04-30 19:04   ` Eugene Y Chang
2024-05-01  0:36     ` David Lang
2024-05-02  9:09     ` Alexandre Petrescu
2024-05-02  9:28       ` Ulrich Speidel
2024-04-30 20:05   ` Sebastian Moeller
2024-05-02  9:21     ` Alexandre Petrescu
     [not found] <mailman.2769.1714483871.1074.starlink@lists.bufferbloat.net>
2024-04-30 14:00 ` Colin_Higbie
2024-04-30 14:25   ` Alexandre Petrescu
2024-04-30 14:32     ` Sebastian Moeller
2024-04-30 14:40       ` Alexandre Petrescu
2024-04-30 14:45         ` Sebastian Moeller
2024-04-30 14:56           ` Alexandre Petrescu
2024-04-30 15:04             ` David Lang
2024-04-30 15:01         ` David Lang
2024-04-30  9:54 David Fernández
     [not found] <mailman.2495.1710610618.1074.starlink@lists.bufferbloat.net>
2024-03-16 19:10 ` Colin_Higbie
2024-03-16 19:32   ` Sebastian Moeller
2024-03-17 17:00   ` Alexandre Petrescu
2024-03-17 19:26     ` Frantisek Borsik
     [not found] <mailman.11.1710518402.17089.starlink@lists.bufferbloat.net>
2024-03-15 18:32 ` Colin  Higbie
2024-03-15 18:41   ` Colin_Higbie
2024-03-15 19:53     ` Spencer Sevilla
2024-03-15 20:31       ` Colin_Higbie
2024-03-16 17:18         ` Alexandre Petrescu
2024-03-16 17:21           ` Alexandre Petrescu
2024-03-16 17:36           ` Sebastian Moeller
2024-03-16 22:51             ` David Lang
2024-03-15 23:07       ` David Lang
2024-03-16 18:45         ` [Starlink] Itʼs " Colin_Higbie
2024-03-16 23:05           ` David Lang
2024-03-17 15:47             ` [Starlink] It’s " Colin_Higbie
2024-03-16 18:51         ` [Starlink] It?s " Gert Doering
2024-03-16 23:08           ` David Lang
2024-04-30  0:39   ` [Starlink] It’s " David Lang
2024-03-15  3:53 Larry Press
2024-03-15  5:33 ` Dave Taht
2024-03-15 21:14   ` Michael Richardson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/starlink.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CACw=56Kb1GMPTujbVo6x9-b5usK6Jjb_kR0X0zbaBkVz6SDX7Q@mail.gmail.com' \
    --to=jeremy@aterlo.com \
    --cc=starlink@lists.bufferbloat.net \
    --cc=u.speidel@auckland.ac.nz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox