Cryptography people: using modern primitives, how would you build pay-per-view cable-tv style encryption? Assume a unidirectional and broadcast channel (everyone gets the same data, and can't send) because that's the hard part. Digital video though, not analog.
-
-
The unreliability is interesting ... like do we apply some kind of FEC on top of everything? Also, what kind of MACs are worth having? Should we let corrupt frames decrypt? Many video codecs can cope with corruption after all.
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
I think first we'd need to learn more about the ordering process's UX; how much data is transmitted out-of-band to the receiving device (e.g. user entering in a long PIN) during ordering, are QR codes and cameras a possibility, beep codes over the phone, etc.
-
People get very angry when they can't watch the show (whether they were charged or not) so ideally from a UX perspective you'd like any key that needs to be transmitted to be confirmed to be working on the device well in advance of the start of the stream to reassure da customer.
-
that insight - it’d be super valuable to build in a UX that displays what you’re subscribed to from the decoder’s POV and for that to involve an e2e check.
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.