Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Streaming scrambled movies



At 4:10 PM +0100 11/8/00, Moreillon Guy wrote:
  The way I've been going so far is to use the sample code for the
packetizer and reassembler and add my scrambling code: the packetizer
scrambles the video stream as it packetizes during the hinting process and
the reassembler does the opposite during the playing process. This is OK
except for a few problems:
  + the original video stream is not scrambled in the quicktime movie file,
the scrambled version is in fact stored in the hint track, so the movie can
be seen directly on the server using a regular client. I have to write my
own app to hint the movie and somehow erase or nullify the original video
track.

No-one should be able to see these files on your server if its just running QTSS.


  + this only works for the YUV2 video encoding since it is the only format
for which I have a packetizer/reassembler source code

You need to generalise your packetisation/reassembly code, to be more like the QT packetizer (which will pack any data type). It works by just chopping up the media data into packets, and sending a SampleDescription every now and then.


  I've been thinking about another solution however, and this is where the
gurus come in: if I could replace the regular Packet Builder with my own
scrambling packet builder, my solution would be totally independant of the
media (huge plus) and I'm pretty sure I could do this by capturing the
Packet Builder component. But this leaves the problem of the unscrambler on
the client side. Is there an equivalent to the Packet Builder on the client?
That is, a generic component that handles the packets at some point before
they are passed on to the reassembler, a component that has methods that can
easily be rewritten to include the unscrambling treatment?

Or, is there another simpler solution???

This sounds like a bad idea, as you would be sending packets purporting to be QDesign or H263 which instead contain noise, which will likely crash a client without your reassembler.


Instead, why not define a custom packing format that works by embedding the true packing format in the packets, followed by your scrambled data. You can use your devious packet-builder capture scheme on the encoding end, but on the reception end you just open an instance of the reassembler you need to decode you packets and pass it the descrambled ones.


References: 
 >Streaming scrambled movies (From: Moreillon Guy <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.