<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body><div>X264 is NOT.<br><br><div style><span style>--</span></div><div style><span style>Brian West</span></div><div style><span style><a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a></span></div>

<div style><span style>FreeSWITCH Solutions, LLC</span></div><div style><span style>PO BOX PO BOX 2531</span></div><div style><span style>Brookfield, WI 53008-2531</span></div><div style><span style>Twitter: @FreeSWITCH_Wire</span></div>

<div style><span style>T: +1.213.286.0410 捤 硓: +1.213.286.0401 捤 瓱: +1.918.424.WEST</span></div><div style><span style>iNUM: +883 5100 1286 0410</span></div></div><div><br>On Jul 27, 2012, at 1:44 AM, William King &lt;<a href="mailto:william.king@quentustech.com">william.king@quentustech.com</a>&gt; wrote:<br>

<br></div><blockquote type="cite"><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&#39;t yet support video

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

    components or add the more &#39;adverse&#39; 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 class="moz-signature" 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 class="moz-txt-link-abbreviated" href="mailto:william.king@quentustech.com">william.king@quentustech.com</a> </pre>

    <br>

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

    <blockquote cite="mid:CAKbxfG_P7NROD47vfoSs6AAoveGLzUJw1zBf=n38WF7a=iCxZg@mail.gmail.com" type="cite">

      <pre>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 class="moz-txt-link-rfc2396E" href="mailto:curriegrad2004@gmail.com">&lt;curriegrad2004@gmail.com&gt;</a> wrote:

</pre>

      <blockquote type="cite">

        <pre>Ken,

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

GPL to LGPL, you&#39;re just dreaming the pie in the sky...

In short, don&#39;t even think about it ;P

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

</pre>

        <blockquote type="cite">

          <pre>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 class="moz-txt-link-rfc2396E" href="mailto:terry@digital-outpost.com">&lt;terry@digital-outpost.com&gt;</a> wrote:

</pre>

          <blockquote type="cite">

            <pre>Use x264? <a class="moz-txt-link-freetext" 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">

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

patents run out...

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

</pre>

              <blockquote type="cite">

                <pre>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&#39;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&#39;m thinking of adding a module which uses

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

I&#39;ve got a few questions:

1. Is this feasible? I&#39;m not looking at supporting many simultaneous calls.

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

3. Anyone&#39;s done anything like this before?

I&#39;m new to FS and any suggestions would be very much appreciated!

Yufei

_________________________________________________________________________