3 ms·

Is it really true that they can't do it on the fly? Live streaming is creating the video on the fly completely isn't it?

Daiz 14y ago
In case of live streaming, the video is only encoded once and then distributed to a whole bunch of users. If you were doing unique watermarks, you'd have to encode an individual stream for every single user. Encoding is much more taxing than decoding. The end result would be that you'd need a metric crapton of additional processing power, and the quality would be worse since you'd have to use sufficiently fast encoding settings to be able to do it in realtime (as opposed to being able to use a lot more expensive options when the encoding is done just once and separately from the actual streaming process).
- benologist 14y ago
  What about onlive, they stream(ed) cpu/gpu intensive games in real time on a one-to-one basis?
  - coldtea 14y ago
    No, they don't. You have the game assets downloaded already on your PC. They just stream control messages (move the camera there, that player hits the other player, etc). Real time gaming is not streaming video...
    - jbri 14y ago
      OnLive[1], which is what was being talked about, is literally streaming video to you of a game that's running in a datacenter somewhere. [1]: http://en.wikipedia.org/wiki/OnLive http://en.wikipedia.org/wiki/OnLive
trotsky 14y ago
no, they can do it. There is overlay support in current generation iptv support that can target scrolls and texture replacements at a resolution of less than a zipcode. Take that gear and apply a few static watermarks with timecodes and then swap the different streams at unique times for each viewer and you can end up with a stream thats uniquely identifiable. Motorola's (Google) new gear can do this, though the purpose is targeted advertising not watermarks. The truth is streaming DRM is about preventing your mother from giving a copy to the neighbors, almost all the content is already on P2P by the time it streams.

Daiz 14y ago

In case of live streaming, the video is only encoded once and then distributed to a whole bunch of users. If you were doing unique watermarks, you'd have to encode an individual stream for every single user. Encoding is much more taxing than decoding. The end result would be that you'd need a metric crapton of additional processing power, and the quality would be worse since you'd have to use sufficiently fast encoding settings to be able to do it in realtime (as opposed to being able to use a lot more expensive options when the encoding is done just once and separately from the actual streaming process).

benologist 14y ago
What about onlive, they stream(ed) cpu/gpu intensive games in real time on a one-to-one basis?
- coldtea 14y ago
  No, they don't. You have the game assets downloaded already on your PC. They just stream control messages (move the camera there, that player hits the other player, etc). Real time gaming is not streaming video...
  - jbri 14y ago
    OnLive[1], which is what was being talked about, is literally streaming video to you of a game that's running in a datacenter somewhere. [1]: http://en.wikipedia.org/wiki/OnLive http://en.wikipedia.org/wiki/OnLive

trotsky 14y ago

no, they can do it. There is overlay support in current generation iptv support that can target scrolls and texture replacements at a resolution of less than a zipcode. Take that gear and apply a few static watermarks with timecodes and then swap the different streams at unique times for each viewer and you can end up with a stream thats uniquely identifiable. Motorola's (Google) new gear can do this, though the purpose is targeted advertising not watermarks. The truth is streaming DRM is about preventing your mother from giving a copy to the neighbors, almost all the content is already on P2P by the time it streams.