Xuggler 5.4
854 views
Skip to first unread message
Art Clarke
Apr 9, 2012, 6:50:31 PM4/9/12
to xuggler-users
Was shipped on Friday. Release notes here, plus a demo of "No-Install" Xuggler running on Heroku. Enjoy.
- 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.
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.
Teddy Yueh
Apr 9, 2012, 7:32:07 PM4/9/12
to xuggler-users
You guys rock! I'm loving the "No-Install" Xuggler! Is there a way to
build our own "No-Install" jars? I'm successfully building Xuggler
using the link below and would love to be able to compress it all like
"No-Install".
Teddy
(http://riaconnection.wordpress.com/2012/03/17/how-to-cross-compile-
xuggle-xuggler-for-windows-7-64-bit/)
On Apr 9, 4:50 pm, Art Clarke <acla...@xuggle.com> wrote:
> Was shipped on Friday. Release notes here, plus a demo of "No-Install"
> Xuggler running on Heroku. Enjoy.http://blog.xuggle.com/2012/04/09/xuggler-5-4/
>
> - Art
>
> --http://www.xuggle.com/
build our own "No-Install" jars? I'm successfully building Xuggler
using the link below and would love to be able to compress it all like
"No-Install".
Teddy
(http://riaconnection.wordpress.com/2012/03/17/how-to-cross-compile-
xuggle-xuggler-for-windows-7-64-bit/)
On Apr 9, 4:50 pm, Art Clarke <acla...@xuggle.com> wrote:
> Was shipped on Friday. Release notes here, plus a demo of "No-Install"
> Xuggler running on Heroku. Enjoy.http://blog.xuggle.com/2012/04/09/xuggler-5-4/
>
> - Art
>
Art Clarke
Apr 9, 2012, 7:55:29 PM4/9/12
to xuggle...@googlegroups.com, xuggler-users
That will happen automatically - dist/lib/xuggle-xuggler.jar will include any no install native code you made on that machine. If you want to bundle multiple os'es in one jar, see cross.sh in the project root for an example.
Sent from my iPad
> --
> You received this message because you are subscribed to the Google Groups "xuggler-users" group.
> To post to this group, send email to xuggle...@googlegroups.com.
> To unsubscribe from this group, send email to xuggler-user...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/xuggler-users?hl=en.
>
Teddy Yueh
Apr 9, 2012, 7:59:03 PM4/9/12
to xuggler-users
*jumps for joy*
On Apr 9, 5:55 pm, Art Clarke <acla...@xuggle.com> wrote:
> That will happen automatically - dist/lib/xuggle-xuggler.jar will include any no install native code you made on that machine. If you want to bundle multiple os'es in one jar, see cross.sh in the project root for an example.
>
> Sent from my iPad
>
On Apr 9, 5:55 pm, Art Clarke <acla...@xuggle.com> wrote:
> That will happen automatically - dist/lib/xuggle-xuggler.jar will include any no install native code you made on that machine. If you want to bundle multiple os'es in one jar, see cross.sh in the project root for an example.
>
> Sent from my iPad
>
Michael
Apr 11, 2012, 1:12:15 AM4/11/12
to xuggler-users
I am a bit confused, for this "no install" do we still need to have
ffmpeg on the system? If not, and we already have a version of ffmpeg
installed will it conflict with xuggler? I am on windows 7 64bit,
cross compiled from linux.
Also a quick question, I noticed that in the dist/stage/x86_64-w64-
mingw32/usr/local/bin there are the compiled executables for the
system. Where usr/local is my XUGGLE_HOME on the linux box. Do I copy
the files in bin to my XUGGLE_HOME/bin directoryin Windows?
Furthermore, do I copy all in dist/stage/x86_64-w64-mingw32/usr/local/
to my XUGGLE_HOME in Windows?
Thanks,
Mike
On Apr 9, 4:55 pm, Art Clarke <acla...@xuggle.com> wrote:
> That will happen automatically - dist/lib/xuggle-xuggler.jar will include any no install native code you made on that machine. If you want to bundle multiple os'es in one jar, see cross.sh in the project root for an example.
>
> Sent from my iPad
>
ffmpeg on the system? If not, and we already have a version of ffmpeg
installed will it conflict with xuggler? I am on windows 7 64bit,
cross compiled from linux.
Also a quick question, I noticed that in the dist/stage/x86_64-w64-
mingw32/usr/local/bin there are the compiled executables for the
system. Where usr/local is my XUGGLE_HOME on the linux box. Do I copy
the files in bin to my XUGGLE_HOME/bin directoryin Windows?
Furthermore, do I copy all in dist/stage/x86_64-w64-mingw32/usr/local/
to my XUGGLE_HOME in Windows?
Thanks,
Mike
On Apr 9, 4:55 pm, Art Clarke <acla...@xuggle.com> wrote:
> That will happen automatically - dist/lib/xuggle-xuggler.jar will include any no install native code you made on that machine. If you want to bundle multiple os'es in one jar, see cross.sh in the project root for an example.
>
> Sent from my iPad
>
Stas Oskin
Apr 11, 2012, 3:33:12 PM4/11/12
to xuggle...@googlegroups.com
On Wed, Apr 11, 2012 at 8:12 AM, Michael <ital...@gmail.com> wrote:
I am a bit confused, for this "no install" do we still need to have
ffmpeg on the system? If not, and we already have a version of ffmpeg
installed will it conflict with xuggler? I am on windows 7 64bit,
cross compiled from linux.
AFAIK, they won't conflict, and the right version of native libs will be used.
Also a quick question, I noticed that in the dist/stage/x86_64-w64-
mingw32/usr/local/bin there are the compiled executables for the
system. Where usr/local is my XUGGLE_HOME on the linux box. Do I copy
the files in bin to my XUGGLE_HOME/bin directoryin Windows?
Furthermore, do I copy all in dist/stage/x86_64-w64-mingw32/usr/local/
to my XUGGLE_HOME in Windows?
Single JAR should provide all required libs.
Art Clarke
Apr 12, 2012, 6:02:39 PM4/12/12
to xuggle...@googlegroups.com
There is no need to have ffmpeg on the system -- in fact if you use the no-install version AND we're able to load our native code from the jar, we will completely ignore everything on your system.
--
That's because in Xuggle 5, the Jar can contain a single file (named libxuggle-5.dll for Windows, libxuggle.so for Linux or libxuggle.dylib for Mac), and that file STATICALLY LINKS IN all the relevant other libraries so we don't have to rely on the dynamic loader on the OS to find all the other copies. This has the advantage that you no longer need to set the LD_LIBRARY_PATH elements to make things work.
However, if that doesn't work for you, use the xuggle-xuggler-noarch.jar file (which will NOT contain any native code), use the same environment variables as before, and then build your own version of Xuggle's native code WITHOUT using captives.
- Art
--
You received this message because you are subscribed to the Google Groups "xuggler-users" group.
To post to this group, send email to xuggle...@googlegroups.com.
To unsubscribe from this group, send email to xuggler-user...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/xuggler-users?hl=en.
Michael
Apr 13, 2012, 11:48:22 AM4/13/12
to xuggler-users
Thanks Stas and Art,
I appreciate your replies. I got it running yesterday without a
hiccup. Since we also use the ffmpeg binary, I just copied it over
from the build and everything works. The no-install feature seems very
intuitive, great job!
-Mike
On Apr 12, 3:02 pm, Art Clarke <acla...@xuggle.com> wrote:
> There is no need to have ffmpeg on the system -- in fact if you use the
> no-install version AND we're able to load our native code from the jar, we
> will completely ignore everything on your system.
>
> That's because in Xuggle 5, the Jar can contain a single file (named
> libxuggle-5.dll for Windows, libxuggle.so for Linux or libxuggle.dylib for
> Mac), and that file STATICALLY LINKS IN all the relevant other libraries so
> we don't have to rely on the dynamic loader on the OS to find all the other
> copies. This has the advantage that you no longer need to set the
> LD_LIBRARY_PATH elements to make things work.
>
> However, if that doesn't work for you, use the xuggle-xuggler-noarch.jar
> file (which will NOT contain any native code), use the same environment
> variables as before, and then build your own version of Xuggle's native
> code WITHOUT using captives.
>
> - Art
>
>
>
>
>
>
>
>
>
> On Wed, Apr 11, 2012 at 12:33 PM, Stas Oskin <stas.os...@gmail.com> wrote:
I appreciate your replies. I got it running yesterday without a
hiccup. Since we also use the ffmpeg binary, I just copied it over
from the build and everything works. The no-install feature seems very
intuitive, great job!
-Mike
On Apr 12, 3:02 pm, Art Clarke <acla...@xuggle.com> wrote:
> There is no need to have ffmpeg on the system -- in fact if you use the
> no-install version AND we're able to load our native code from the jar, we
> will completely ignore everything on your system.
>
> That's because in Xuggle 5, the Jar can contain a single file (named
> libxuggle-5.dll for Windows, libxuggle.so for Linux or libxuggle.dylib for
> Mac), and that file STATICALLY LINKS IN all the relevant other libraries so
> we don't have to rely on the dynamic loader on the OS to find all the other
> copies. This has the advantage that you no longer need to set the
> LD_LIBRARY_PATH elements to make things work.
>
> However, if that doesn't work for you, use the xuggle-xuggler-noarch.jar
> file (which will NOT contain any native code), use the same environment
> variables as before, and then build your own version of Xuggle's native
> code WITHOUT using captives.
>
> - Art
>
>
>
>
>
>
>
>
>
>
> > On Wed, Apr 11, 2012 at 8:12 AM, Michael <itala...@gmail.com> wrote:
>
> >> I am a bit confused, for this "no install" do we still need to have
> >> ffmpeg on the system? If not, and we already have a version of ffmpeg
> >> installed will it conflict with xuggler? I am on windows 7 64bit,
> >> cross compiled from linux.
>
> > AFAIK, they won't conflict, and the right version of native libs will be
> > used.
>
> >> Also a quick question, I noticed that in the dist/stage/x86_64-w64-
> >> mingw32/usr/local/bin there are the compiled executables for the
> >> system. Where usr/local is my XUGGLE_HOME on the linux box. Do I copy
> >> the files in bin to my XUGGLE_HOME/bin directoryin Windows?
> >> Furthermore, do I copy all in dist/stage/x86_64-w64-mingw32/usr/local/
> >> to my XUGGLE_HOME in Windows?
>
> > Single JAR should provide all required libs.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "xuggler-users" group.
> > To post to this group, send email to xuggle...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > xuggler-user...@googlegroups.com.
> > For more options, visit this group at
> >http://groups.google.com/group/xuggler-users?hl=en.
>
> --http://www.xuggle.com/
> > On Wed, Apr 11, 2012 at 8:12 AM, Michael <itala...@gmail.com> wrote:
>
> >> I am a bit confused, for this "no install" do we still need to have
> >> ffmpeg on the system? If not, and we already have a version of ffmpeg
> >> installed will it conflict with xuggler? I am on windows 7 64bit,
> >> cross compiled from linux.
>
> > AFAIK, they won't conflict, and the right version of native libs will be
> > used.
>
> >> Also a quick question, I noticed that in the dist/stage/x86_64-w64-
> >> mingw32/usr/local/bin there are the compiled executables for the
> >> system. Where usr/local is my XUGGLE_HOME on the linux box. Do I copy
> >> the files in bin to my XUGGLE_HOME/bin directoryin Windows?
> >> Furthermore, do I copy all in dist/stage/x86_64-w64-mingw32/usr/local/
> >> to my XUGGLE_HOME in Windows?
>
> > Single JAR should provide all required libs.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "xuggler-users" group.
> > To post to this group, send email to xuggle...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > xuggler-user...@googlegroups.com.
> > For more options, visit this group at
> >http://groups.google.com/group/xuggler-users?hl=en.
>
kapil pahwa
Oct 4, 2016, 2:43:53 AM10/4/16
to xuggler-users
I am following the tutorial given on Xuggle Website:-
http://www.xuggle.com/xuggler/build
But no success. There is some error in libvpx, decoder version should be > 0.10.0. I replaced it with new version, now it says unable to configure libvpx.
I am running ant run-tests on the Xuggle checkout from GIT.
It would be great if somebody guide me with the steps.
Ed St. Louis
Oct 4, 2016, 8:56:30 AM10/4/16
to xuggle...@googlegroups.com
I've compiled it in the past and documented my process here: http://stackoverflow.com/questions/23162574/how-can-i-build-the-gpl-and-lgpl-version-of-xuggle-xuggler
Can anyone help me in building the Xuggle on RHEL 7 x64
I am following the tutorial given on Xuggle Website:-
http://www.xuggle.com/xuggler/build
But no success. There is some error in libvpx, decoder version should be > 0.10.0. I replaced it with new version, now it says unable to configure libvpx.
I am running ant run-tests on the Xuggle checkout from GIT.
It would be great if somebody guide me with the steps.
--
You received this message because you are subscribed to the Google Groups "xuggler-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to xuggler-user...@googlegroups.com.
To post to this group, send email to xuggle...@googlegroups.com.
Visit this group at https://groups.google.com/group/xuggler-users.
For more options, visit https://groups.google.com/d/optout.
Reply all
Reply to author
Forward
0 new messages