Hi,<br><br>Maybe look at Anevia solutions, <a href="http://www.anevia.com">http://www.anevia.com</a> they create products based on VLC or something similar I belive.<br>This is not meant as advertising, but a pointer to a commercial solution atleast.
<br><br>Best Regards<br>Pedro Tumusok<br><br><br><div><span class="gmail_quote">On 10/5/06, <b class="gmail_sendername">Daniel Wells</b> <<a href="mailto:daniel_wells@byu.edu">daniel_wells@byu.edu</a>> wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Thanks for the response. My thoughts about the DRM is that there will always be an analog loophole. We can modify VLC to restrict its capabilities for direct saving, couldn't we? And if VLC was modified to require authentication to view our feeds, you would think it would be as good as any DRM.
<br><br>With regards to the VOD server. My real question was how robust VLC is, i.e., how many simultaneous streams can one server provide (I realize that this depends on the hardware, but have any tests been done). It seems feasible that a system could be developed that acted as a front end to VLC that managed all of the content and created and removed feeds as needed (using the telnet interface or similar). It could even sit in front of several VLC servers to offer some sort of load monitoring and balancing.
<br><br>My other concern is that I do notice quite a bit a unreliability in the reproduction of the stream on the other end. This could be a function of the type of media being streamed (not optimize for streaming).<br><br>
I guess my question is, am I wasting my time looking into building our own system using VLC as the client and server backend or is our time better spent focusing on third party solutions?<br><br>Thanks again.<br><br> - Daniel
<br><br><br>From: Dermot McGahon [mailto:<a href="mailto:dermot@dspsrv.com">dermot@dspsrv.com</a>]<br>Sent: Thursday, October 05, 2006 7:20 AM<br>To: <a href="mailto:vlan@byu.edu">vlan@byu.edu</a><br>Subject: Re: [streaming] Enterprise Ready Streaming On-Demand Server
<br><br><br><br><br>Now there has been much talk about need for DRM to make some of our content providers happy. However when providing a "secure" stream, DRM seems irrelevant (correct me if I am wrong).<br>It depends on the particulars of the concerns but it's likely that you're wrong. Content providers worry about peoples ability to re-use the content and a solution based on VLC will not prevent a user from saving and re-viewing the content as often as they like. Without DRM, that is.
<br><br><br>Now on the server side we need something robust enough to handle a large ammount of simultaneous on demand streams. It is preferred that it has the ability to scale out (load balance streams across multiple servers). I have not found anything that can do this without a great deal of custom development (VLC inlcuded).
<br><br>There are many commercial solutions that can do this. The reason they are commercial is that it is not straight-forward and they have invested millions to achieve what you are looking for.<br><br>You didn't sign your post. It would be nice to know who I am corresponding with.
<br><br><br><br>Dermot.<br><br>--<br>This is the streaming mailing-list, see <a href="http://www.videolan.org/streaming/">http://www.videolan.org/streaming/</a><br>To unsubscribe, please read <a href="http://www.videolan.org/support/lists.html">
http://www.videolan.org/support/lists.html</a><br><br></blockquote></div><br><br clear="all"><br>-- <br>Best regards / Mvh<br>Jan Pedro Tumusok<br><br>Back when I had a little I thought that I needed a lot <br>A little was over rated, but a lot was a little too complicated
<br>You see-Zero didn't satisfy me. A million didn't make me happy <br>That's when I learned a lesson. That it's all about your perception