[Red5devs] Request for help
Art Clarke
aclarke at xuggle.com
Sun Feb 15 19:07:52 PST 2009
While I like that idea, it's got a problem -- Xuggler won't work unless you
also install the native component on your machine. Putting in the
$RED5_HOME/lib directory makes things easier for those who want to use
Xuggler with red5, but should cause no harm to those who don't use Xuggler.
If I also add code to Red5 that requires com.xuggle, well, you see the
problem: I don't think we want to force red5 users to install xuggler (and
I'm even very biased towards xuggler).
The order would be:
- install Xuggler on your server
- install red5
- write code
That said, I'm happy to create a WAR version of the xuggler red5 demo (the
thing with the weird mirror effect) as a compromise -- complete with source
code. We could even put that into our installer's war packages...
That particular piece of source code actually does on-the-fly conversion and
bit-rate conversion, and loads more (see com.xuggle.red5.Transcoder). And
we've already published it. What do you think?
http://www.xuggle.com/xuggler/red5
- Art
On Sun, Feb 15, 2009 at 6:57 PM, Mondain <mondain at gmail.com> wrote:
> I would just say +1 simply because of the contributions that Art has made
> to Red5 but... I would like to see something in Red5 use Xuggler before it
> gets added to the ivy file. I see that as the main criteria for a library
> being added. Something as simple as on-the-fly conversion to MP3 or Speex?
>
> Paul
>
>
> On Sun, Feb 15, 2009 at 6:08 PM, Art Clarke <aclarke at xuggle.com> wrote:
>
>> 160k.
>>
>> - Art
>>
>>
>> On Sun, Feb 15, 2009 at 5:58 PM, Daniel Rossi <electroteque at gmail.com>wrote:
>>
>>> +1 In Favor
>>> I guess this has to come from others though, how big is the jar ?
>>>
>>> On 16/02/2009, at 12:39 PM, Art Clarke wrote:
>>>
>>> "+1 I object" or "+1 I'm in favor"?
>>>
>>> - Art
>>>
>>> On Sun, Feb 15, 2009 at 5:31 PM, Daniel Rossi <electroteque at gmail.com>wrote:
>>>
>>>> +1 but that's my opinion ;)
>>>> On 16/02/2009, at 7:06 AM, Art Clarke wrote:
>>>>
>>>> Any objections if I add xuggle-xuggler.jar to the IVY dependencies on
>>>> Red5?
>>>>
>>>> Why?
>>>>
>>>> Because xuggle-xuggler.jar must live in $RED5_HOME/lib and be loaded by
>>>> Bootstrap in order for you to have more than one application that uses
>>>> Xuggler installed on your Red5 server. This is because of how the Java
>>>> Classloader interacts with the Java Shared Library loader (the Shared
>>>> Library loader only allows one copy of a DLL/SO per java process, but if an
>>>> Application Classloader loads that DLL, then no other application can use
>>>> the Java classes implemented in that DLL). The workaround of installing
>>>> into $RED5_HOME/lib is the same thing that people who make Java files with
>>>> JNI components are told to do for Tomcat:
>>>>
>>>> http://wiki.apache.org/tomcat/HowTo#head-a4b7185ee95d0cf14a48f92c08d1eb66b561139d
>>>>
>>>> Adding the Jar will not break any existing applications.
>>>> xuggle-xuggler.jar is the java-only (i.e. no native components) portion of
>>>> Xuggler. Users would still have to install the native components on their
>>>> machine if they want to use it. And, like the groovy and jruby jars already
>>>> installed, it would only be used if someone writes code accessing objects in
>>>> the com.xuggle packages.
>>>>
>>>> Having it ship with Red5 would make it MUCH easier for someone who had
>>>> installed Xuggler to have it work with Red5. Today when we install Xuggler
>>>> we have no way of knowing if the user has Red5 installed, and if so where.
>>>> We have to have our users manually copy this jar over themselves. This
>>>> would remove our need to try to copy this jar into the Red5 lib directory.
>>>>
>>>> Thoughts? If no response by Tuesday, I'll take that as a yes.
>>>>
>>>> - Art
>>>>
>>>> --
>>>> http://www.xuggle.com/
>>>> xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and
>>>> video.
>>>>
>>>> Use Xuggle to get the power of FFMPEG in Java.
>>>> _______________________________________________
>>>> Red5devs mailing list
>>>> Red5devs at osflash.org
>>>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Red5devs mailing list
>>>> Red5devs at osflash.org
>>>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>>>
>>>>
>>>
>>>
>>> --
>>> http://www.xuggle.com/
>>> xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and
>>> video.
>>>
>>> Use Xuggle to get the power of FFMPEG in Java.
>>> _______________________________________________
>>> Red5devs mailing list
>>> Red5devs at osflash.org
>>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>>
>>>
>>>
>>> _______________________________________________
>>> Red5devs mailing list
>>> Red5devs at osflash.org
>>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>>
>>>
>>
>>
>> --
>> http://www.xuggle.com/
>> xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and
>> video.
>>
>> Use Xuggle to get the power of FFMPEG in Java.
>>
>> _______________________________________________
>> Red5devs mailing list
>> Red5devs at osflash.org
>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>
>>
>
>
> --
> http://gregoire.org/
> http://osflash.org/red5
>
> _______________________________________________
> Red5devs mailing list
> Red5devs at osflash.org
> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>
>
--
http://www.xuggle.com/
xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and
video.
Use Xuggle to get the power of FFMPEG in Java.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://osflash.org/pipermail/red5devs_osflash.org/attachments/20090215/ea5abe8e/attachment.html>
More information about the Red5devs
mailing list