Time constraint RTMP

[Christoph904]

hi all,

i just want to know if there is any possiblity to control streams on server side?

example use case:

file xxx.mp4 should be available for 6h hours ( maybe IP restriction additionally )

and the problem is that i am just using WOWZA and cannot administrate it ( use service provider )

at the moment its only possible for me to put a video on a FTP location and use it via flowplayer (through rtmp) but i cannot stop that stream for the client because its loaded in RAM - thats what the service provider said therefore the client can use that stream endless.

what i now do as a workarround is a rename/delete of the file which is connected through rtmp - but thats only avoid new client requests to that stream - the existing one can still receive the stream ( because its in RAM )

maybe you can give me useful hints - how to remove such a stream or add a time constraint to it

i dont know which version my service provider exactly uses but i guess a new one

thanks
best regards

Christoph

[shamrock]

You could add a time constraint by extending the 'play' method by checking the current time, so they can not start to view the content outside of the specified times, but you could also need a worker thread to disconnect any current sessions when the time threshold is present.

I may be able to come up with some demo code later today.

Shamrock

[shamrock]

Well if your service provide is nice enough they could use the code here

http://www.shamrock.org.uk/WowzaModu...ContentAccess/

It adds a timed control access element to the Application.

There is no other simple way to do this as it needs to be an extension to the server Application.

Shamrock

[Christoph904]

hi Shamrock,

thx for the quick support i have forwarded it to my serviceprovider ...

i have still one concern regarding diskspace because if Extremists.m4v is requested by more than 1 user
lets say 10 ( with different time constraints )

i will need following files:

Extremists.m4v
Extremists.txt
Extremists_1.m4v
Extremists_1.txt

and so on ... that will cause a memory problem ^^

any ideas on that ?

thx, best regards

Christoph

[shamrock]

well the original requirement was for a time constraint on a file, not a user, so this is what the module does.

You can specify when a file is playable, so anyone connecting can get the file.

If you wanted a user system then it would have to be designed differently to provide the scalaing you need.

Shamrock