Did you get a solution to this?

Would flushing the data help?

On Jun 23, 12:42 pm, Gus D <[email protected]> wrote:
> I am trying to stream (Progressive DL) h264 video in a quicktime
> container or (an flv for that matter) to a flash video player
> (Slidesho pro) embedded in the browser. Whilst I can get video as a
> downloaded file which plays correctly.
>
> Now a bit of background here. Slideshow pro takes an XML document
> which states the url to the source video. What I am attempting to do
> is keep the movie in a directory which IIS cannot server publicly and
> instead get CFcontent to supply the video file if the user is
> authenticated. I am simply replacing the direct URL string with one to
> a coldfusion page (showMedia.cfm?m=12), which in turn supplies the
> video via cfcontent. If I compare the two diffrent methods viewing the
> http headers with liveHTTPHeaders in FFox They are identical almost.
> Mimetypes and content lengths
>
> Further more if I call the showMedia.cfm... page directly from the
> browser address bar the QT pluging fires up and behaves correctly with
> the video
>
>  Flash plays h264 video contained in the quicktime container with
> a .mov extension on it no problems so I don't have to use the FLV
> container.
>
> not worrying about selecting the video based on argument I have fixed
> the video to be served in the showMedia.cfm page
>
> <cfheader name="Content-transfer-encoding" value="binary">
> <cfheader name="Content-length" value="3109186">
> <cfheader name="content-disposition" value="inline">
> <cfheader name="content-type" value="video/quicktime">
> <cfcontent type="video/quicktime" file="blah.mov" reset="yes">
>
> What else do I need to put in this response to make it work for
> flash ?
>
> Does it need to be an octet stream ? I have tried that but I didn't
> call it an octet stream in cfcontent as well as <cfheader
> name="content-type" bit. If I do this the browser doesn't know what to
> do with the file...
>
> Finally  I understand that cfcontent uses an internal buffer so
> doesn't load the whole source file into server memory first.  (Thanks
> Ben Nadel's Blog) I did try doing a cffile load binary and calling it
> as variable in cfcontent that also failed and I am certain my ISP
> would hate me for doing that to his memory with a nice juicy 10 minute
> vid.!
>
> Gus
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"CFCDev" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/cfcdev?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to