• ink@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    1 day ago

    Ah yeah, that would explain it - my phone is now pretty outdated (I’m on a 12) - I clicked on the image link in your response but it didn’t load for me, unfortunately.

    I’m not sure if that’s a result of my outdated hardware or if I perhaps clicked on it before it had a chance to process your upload, but you seem much more knowledgeable than I, so I’m going to assume it’s my hardware. I appreciate the response and the second attempt, though! :)

    • Glitchvid@lemmy.world
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 day ago

      It’s an intentional behavior by Apple. Basically they just don’t support AV1 videostreams unless the hardware you’re using has a hardware decoder (read: very new). They could support it using software decode (what browsers typically do for AV1 inside avif containers) but… for whatever reasons don’t.

        • boonhet@sopuli.xyz
          link
          fedilink
          English
          arrow-up
          3
          ·
          18 hours ago

          I’m not sure demand for AV1 is enough to ship units

          Probably either laziness or they want to avoid software decoding in general for performance reasons

          • Glitchvid@lemmy.world
            link
            fedilink
            English
            arrow-up
            2
            ·
            14 hours ago

            I think that’s a reasonable way to look at it.

            It’s not the route I’d take, after all, the video tag in html supports specifying multiple sources (including different formats/encodings), and with full control of the stack (they vend Safari) you could have logic on devices without AV1 hardware that prefers the AVC/HEVC/VP9 sources instead — then fallback to AV1 SW if it’s the only option. That seems a better user experience than just failing to display content.