Icecast Streaming Media Server Forum Index Icecast Streaming Media Server
Icecast is a Xiph Foundation Project
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Pay-Per-Minute HTTP Video streaming

 
Post new topic   Reply to topic    Icecast Streaming Media Server Forum Index -> Icecast Server
View previous topic :: View next topic  
Author Message
displague



Joined: 04 Jun 2010
Posts: 1

PostPosted: Fri Jun 04, 2010 12:26 pm    Post subject: Pay-Per-Minute HTTP Video streaming Reply with quote

I'm thinking about how (in an HTML5 video world) a straight HTTP implementation can support pay-per-minute.

In a DRM-lite sort of way, I can't let the user download the entire video without paying the full minute rate * minutes in video, so buffering and HTTP caching strategies would have to be prevented.

The current solution is implemented in Windows Media Streaming Server and therefor limits clients to WMPlayer and codecs to WMx.

I'm looking for a way to do this without a browser plug-in based on the sort of features that the next generation of browsers seek to support (WebM/h264/ogg).

I can imagine solutions that involve splitting a video into separate 1 minute segments, but I assume the transition would not be transparent to the user. I would actually like a more time-granular system - based on seconds, not minutes. I can give some leeway to buffering, but no more than a few minutes.

If partial HTTP requests were to be used, and the received pieces played in HTML5 video elements, then the question would be how do you determine the byte range for the segment to play and would that segment play in a video element without all the meta data that preceded it - could this be reassembled in javascript?

As for Icecast, is it possible now or is there any expectation for Icecast to handle video streams like this, that:
- permit hooks to fire on user plays/pauses/stops/seeks ?
- throttle users to prevent pulling ahead faster than realtime (but still permit seeks) ?


I'm thinking this would involve:
- an HTTP session
- a PHP script (or anything else / better - Icecast module?) that would send the client the byte range requested from the video file if the session is active
- HTML5 video tag pointing to the file to fetch
- the HTML5/Javascript client must report back events http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#mediaevents or the session's ability to play would time out (which should trigger another javascript event from the player - 'waiting')
- possibly keeping a database (or cached index files) of minutes to byte ranges for each video file to confirm accuracy (that the client is reporting play / seek times that match the data they are fetching)

Once a user has played and paid their way through the entire video, it would be possible for them to have downloaded/saved the content, but this is no different than current WMSS implementations or screen casting technologies.

Does Icecast have hooks to allow this sort of report back (truthfully) or die functionality?


Last edited by displague on Fri Jun 04, 2010 1:06 pm; edited 1 time in total
Back to top
View user's profile Send private message AIM Address Yahoo Messenger MSN Messenger
Brutish



Joined: 18 Mar 2010
Posts: 62

PostPosted: Sat Jun 05, 2010 4:59 pm    Post subject: Reply with quote

Can Icecast do this? Yes, and HTML 5 would have nothing to do with it.

Now, stock, no. But like all scripts, if you want stuff to work exactly how you want, you need to build on it.

If your expecting to make a good ammount of take from this adventure, I would recommend a Flash media server or red5 intigrated in with the output. Reason being? If you offer the on demand in H264/AVC and an AAC LC audio, you could compress the video to hell and back, and the viewer probably wouldnt be too disapointed with the results. As well, Select the output container as flash, and serve it in a flash player; Improper codec for the viewer solved. Plus you can skin a flash player however you like using something like SM2 (SwishMax? been a while since I heard that flash designer programs name) and add your personal (yet expensive looking) touch.

for the FTP side, and I would load the premium Lightspeed vs. Apache onto your server. That way you can offer decent looking compressed videos that people would feel like they didnt get ripped, and this would increase the speed/quality connections to kill buffer issues. Then again, that all depends on the amount of traffic you are expecting.

If you dont know anything of what Im talking about, but are pretty sure your idea will fly? Their are paid third party services like.... Jetcast. They might not allow you to get involved with their advertisers depending on your content ( they might avoid you like the plague) But its worth a shot, and they have been doing some amazing things as a third party host/ streaming support. Just food for thought.
_________________
www.Hobbycaster.com
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    Icecast Streaming Media Server Forum Index -> Icecast Server All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2002 phpBB Group
subRebel style by ktauber