                <div>I patched libvlc and it can now decode any video vlc supported and encode with x264 and send to any sip phone. Specifically I'm trying to use it to play a 1080p stream and resize to CIF or D1 so a video phone will accept(Sending 1080p will cause some phones to reboot &nbsp;:( ).</div><div><br></div><div>Still need a lot of code to make it working neatly, however, I might can do a demo on ClueCon and @William if you'd like to review the code and merge into tree I'll happy to contribute that later.</div><div><br></div>

                <p style="color: #A0A0A8;">On Friday, July 27, 2012 at 2:43 PM, William King wrote:</p>

                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">

                    <span><div><div>

    <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">

    libvlc is LGPL

    <meta http-equiv="content-type" content="text/html;

      charset=ISO-8859-1">

    <a href="http://www.videolan.org/press/lgpl.html">http://www.videolan.org/press/lgpl.html</a>

    and there is now a mod_vlc(though it doesn't yet support video

    streams). The user can choose to build vlc with only the LGPL

    components or add the more 'adverse' modules. In none of the LGPL

    packages of libvlc is ffmpeg enabled, but there is a module for

    libvlc for ffmpeg.

    <meta http-equiv="content-type" content="text/html;

      charset=ISO-8859-1">

    <a href="http://wiki.videolan.org/FFmpeg">http://wiki.videolan.org/FFmpeg</a>

    <br>

    <br>

    The only pieces now may just be the FS side of things for video.<br>

    <pre cols="72">William King

Senior Engineer

Quentus Technologies, INC

1037 NE 65th St Suite 273

Seattle, WA 98115

Main:   (877) 211-9337

Office: (206) 388-4772

Cell:   (253) 686-5518

<a href="mailto:william.king@quentustech.com">william.king@quentustech.com</a> </pre>

    <br>

    On 07/26/2012 08:46 PM, Anthony Minessale wrote:

    <blockquote type="cite"><div>

      <pre wrap="">you would probably need to do something like make a mod for ffmpeg

that protects you from the gpl then allow the user to build that lib

on his own and choose at compile time to install patented or adverse

licensed components.  No license rules prohibit an end user from

combining code only distributors.

but even then we need a bunch of code to write.

On Thu, Jul 26, 2012 at 10:41 PM, curriegrad2004

<a href="mailto:curriegrad2004@gmail.com">&lt;curriegrad2004@gmail.com&gt;</a> wrote:

</pre><blockquote type="cite"><div>

        <pre wrap="">Ken,

If you think those guys over at x264 will ever change the license from

GPL to LGPL, you're just dreaming the pie in the sky...

In short, don't even think about it ;P

On Thu, Jul 26, 2012 at 8:19 PM, Ken Rice <a href="mailto:krice@freeswitch.org">&lt;krice@freeswitch.org&gt;</a> wrote:

</pre><blockquote type="cite"><div>

          <pre wrap="">we can not and will not use GPL software, the license is not compatible with the GPL and would polute the codebase with additional restrictions that are not wanted or needed. now if someone could get them to change the license or atleast give us a license under better terms such as the LGPL or the MPL then the license issue would be null

Ken

Sent from my iPad

On Jul 26, 2012, at 7:45 PM, Terry Barnum <a href="mailto:terry@digital-outpost.com">&lt;terry@digital-outpost.com&gt;</a> wrote:

</pre><blockquote type="cite"><div>

            <pre wrap="">Use x264? <a href="http://en.wikipedia.org/wiki/X264">http://en.wikipedia.org/wiki/X264</a>

On Jul 26, 2012, at 4:53 PM, Ken Rice wrote:

</pre><blockquote type="cite"><div>

              <pre wrap="">Is it possible sure... Is ot probably to happen anytime soon? Not until the

patents run out...

On 7/26/12 5:04 PM, "yufei.tao" <a href="mailto:yufei.tao@redembedded.com">&lt;yufei.tao@redembedded.com&gt;</a> wrote:

</pre><blockquote type="cite"><div>

                <pre wrap="">Hi

I am trying to decide if it is feasible to let FS do transcoding between

different H264 formats for live video calls. This is because I've got

SIP clients that both use H264 but with different formats and one (with

a bad H264 decoder) has problems decoding H264 stream from the other.

But each of these two clients communicate fine using H264 with a third

client that uses ffmpeg. I'm thinking of adding a module which uses

ffmpeg, so that it will transcode H264 between different parameters.

I've got a few questions:

1. Is this feasible? I'm not looking at supporting many simultaneous calls.

2. What is involved in transcoding real-time video stream?

3. Anyone's done anything like this before?

I'm new to FS and any suggestions would be very much appreciated!

Yufei

_________________________________________________________________________