-
1. Re: PHDS and caching
Nitin GoelApr 27, 2012 2:28 AM (in response to j_1234)
Yes, common-key ( a file) and Content ID (any string uniquely representing your content) is used to generate final encryption key.
When fetching f4m file, a drm meta is generated which embeds the license (so client (AIR app/Flash app) need not to contact the license server). DRM is either embedded into the F4m or served seperately. This is unique per content.
Actual content file are encrypted with the encryption key and is thus cachable. DRM meta-data has all the info about the kind of clients it is acceptable and time-validity of embedded license as enforced by the policy file on the server.
-
2. Re: PHDS and caching
j_1234 Apr 27, 2012 2:46 AM (in response to Nitin Goel)Thats good, I should thus be able to cache every segment without any problem, nice!
Can I serve the license seperatly with FMIS4.5, with a seperate Flash Access server? If so, how?
Any info on the max-connections?
Thanks
-
3. Re: PHDS and caching
Nitin GoelApr 27, 2012 3:33 AM (in response to j_1234)
1 person found this helpfulThere are two modes :
1. Flash Access
2. PHDS.
With PHDS, license is always embedded in the drm meta-data
While in FlashAccessV2(V3) protection scheme, drm meta includes the license server url (from where license has to be fetched).
In FMS, under apache=>conf=>httpd.conf you can set proper protectionscheme .
You may check this http://help.adobe.com/en_US/flashmediaserver/devguide/WSeb6b7485f9649bf23d103e5512e08f3a33 8-8000.html#WSeb6b7485f9649bf2-23ab110412e09345b8b-8000
for encryption settings for FlashAccessV2(V3)
-
4. Re: PHDS and caching
j_1234 Apr 27, 2012 4:26 AM (in response to Nitin Goel)Ok, as I suspected. Thank you!