• by pwg on 3/5/2020, 7:03:28 PM

    You are not missing anything.

    Streaming is merely a subset of "downloading" where the data is decoded and displayed on screen as it "downloads" generally without also being saved into permanent storage.

    From the servers viewpoint, it is merely pushing bits to a client.

    The client is merely receiving bits from a server (and receiving bits from a server is downloading).

    And, yes, given a technically competent user owning the client, the client can be modified to save the downloaded stream data to storage.

    Much of the streaming work is "security by obscurity" -- the systems only provide security because the end user either: 1) lacks the technical knowledge to save the data or 2) lacks the desire to do so (presuming they do possess the technical knowledge).

  • by klingonopera on 3/5/2020, 7:15:58 PM

    Not all streaming services are DRM-free, though.

    This article [0] is 13 years-old, I wasn't able to find a better source with a quick search, but e.g. Netflix, Amazon Prime and Disney+ AFAIK have DRM, and there's a whole scene of crackers around this, if you check Torrent-sites, you can probably find the aliases of the ones that are currently active.

    Looks like you're lucky PBS has pretty lax security.

    [0]: https://betanews.com/2007/08/09/netflix-drm-cracked-with-fai...

  • by Rannath on 3/5/2020, 7:21:55 PM

    It is improbable to the point of impossibility, and somewhat worse than you've outlined.

    To stop just me a device/service that prevented dling a stream would need:

    -strong end-to-end encryption, otherwise you'd just grab the packets to recreate the stream, then save it.

    -to be self contained, otherwise you'd just grab the stream from the audio/video output.

    -to be tamper-proof, otherwise you'd just bypass the software by messing with the hardware.

  • by phillipseamore on 3/5/2020, 7:23:57 PM

    True, it's an ideological difference not a technical one.