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> &lt;<a href="mailto:daniel_wells@byu.edu">daniel_wells@byu.edu</a>&gt; 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.&nbsp;&nbsp;My thoughts about the DRM is that there will always be an analog loophole.&nbsp;&nbsp;We can modify VLC to restrict its capabilities for direct saving, couldn't we?&nbsp;&nbsp;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.&nbsp;&nbsp;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).&nbsp;&nbsp;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).&nbsp;&nbsp;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.&nbsp;&nbsp;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 &quot;secure&quot; 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