Forum user: JSM

Not sure how I missed this way back, but I did get the most recent update on the thread. To be honest it's been a long time since I set this up and really dug into details. Not sure if you've solved it, but if you have definitely put notes up here - they'll help many!

That said, we'll be doing some IT infrastructure updates which will bring these details forward a bit. If anything enlightening comes of it we'll post here :)

Hi Wayne/Jay,

I still haven't found a good solution, but admittedly haven't looked or explored again. This might be something to get on their books as a formal feature request, though not sure if there's a formal place for that online. Seems like it should be easy to time the round-trip within their flash app, but perhaps not.

Definitely post if you find something, and I'll do the same!

Hello,

I am trying to use the secure streaming module with Apache 2.x.

What I have done:
-----------------
I have installed the mod_auth_token module for Apache 2.x and properly updated the httpd.conf file to load the mod_auth_token.so and use the appropriate Location directive to point to my desired directory on the server.

Note that the mod_auth_token module is supposed to perform the same secure authentication as the lighty module noted in the plugin page.

What I have tested:
-------------------
* Server seems to allow direct access to files/urls in the folder I've told it to protect
* Server seems not to interpret the tokenized/temporary urls - returns 404 errors - page not found.
* I see the same behavior even if I disable the pseudostreaming module (which actually gives me hope that this is an independent problem, and perhaps they can live happily together)
* I was careful to use the correct hashes and syntax for the urls in all cases, including using "/filename.mp4" and not just "filename.mp4".

Concerns:
-----
* I'm also using the h264_streaming_module for pseudostreaming. I have a ache in my side wondering if Apache is somehow passing the url/file request off to that module first (apparently the module execution order cannot be determined from outside apache even via configuration) and maybe it's never seeing the mod_auth_token module.
* I'm also wondering how things will be passed or accessed from module to module since I believe the pseudostreaming plugin is sending seek/jump-point information which in the case or a GET request could affect the url... not sure if it's using POST or GET.

In short, all the strings *seem* to be tied but still no luck.

Any ideas out there?

Hoping someone out there has solved this problem!

Thanks ahead of time for any thoughts!

JSM

Hello all,

I am interested in getting the actual download time of the video from the player or clip object for use in on the client side in javascript.

From the events currently available, it appears that the only way to do this in javascript is to poll the player using the getState() function, and wait for it to transition from:

2 buffering

TO EITHER

3 playing

OR

4 paused

The problem is that polling in JS is painful because setTimeout and similar JS functions execute in the window scope no matter where it's called, which makes it difficult to create a function which would poll using getState() in a OOP-based (using function objects of course) JS application.

Questions:
* Any chance this will make it into a future release?
* Perhaps it's already there and I'm missing it?
* Anyone have a solution for this short term?

I know how to track this on the server side of course, BUT I have a need to deal with this information on the client side using javascript.

Thanks ahead of time for any help!

JSM

The url to your php script is the thing to give flowplayer - it uses that to try getting the raw video data.

That php script should spit out the raw video data.

The following should work where $video_file_path is the path to your video on your server (header assuming it's an mp4 or so below...):

header("Content-Type: video/mpeg");
header('Content-Length: '.filesize($video_file_path));
@readfile($video_file_path);

Hope this helps!

Hello again,

My short term solution is to hide the div containing the player, and give that div's parent a solid background.

I know that doesn't solve it for you as you indicated you don't want to hide it.

That was just the feasible and reasonable short term solution for my use case.

If I do anything more substantial with this that gets closer to a solution that also works for you, I will try to remember to post back here.

Best Regards,

JSM

Hi fjaif,

Did you ever find a solution to this problem?

I have now just encountered this desire as well.

I will play a bit and if I find anything, I'll post again.

One idea I have is to immediately create and position a div or so directly over the dom containing the player.

If you have found a solution, any insights you can provide here are much appreciated!!!

JSM

Would it be feasible for flowplayer to add a feature - a configuration parameter to send a POST request instead of a GET request when obtaining playlists?

I believe FF will send the referrer on POST requests, so this could be a nice way to get around the problem.

Thoughts on this?