Issue with nightly builds

[tuffturn29]

hi LittleJohn


I setup my jvlc on XP and the program ran. But still we have the issue when using the JVLCPanel a frame pops out with the directx title instead of the video playing inside of the panel.So is there any solution that the frame stays inside the panel.Please reply...its urgent!!!!!!!!!



Thanks in advance
tuffturn29

[tuffturn29]

hi littlejohn

I have setup my jvlc on XP and the program ran with out any problem. But still we have the issue when using the JVLCPanel a frame pops out with the directx title instead of the video playing inside of the panel.So is there any solution that the frame stays inside the panel.

As you said that the main problem is with jvlccanvas and panel behaviour in windows so when should we expect a concrete solution this issue or is there any solution to avoid this issue.

Please reply...its really very urgent!!!!!!!!!The success of my project depends on solution of this issue...

[miked]

Has anybody figured this out or perhaps a work around? I have the directx windows issue with windows and .0.8.6d.
Thanks

[adanecito]

Hi Miked

As far as I know the fix is only available for 0.9.0.

Regards,
-Tony

[miked]

Oh well thats something but what is 0.9.0? Is that a future release or does it exist?

Thanks, I'd really like to get this thing working.

-Mike D

[adanecito]

Hi MikeD,

The 0.9.0 is available as a nightly download. It is a beta and does not come with jvlc.

Regards,
-Tony

[miked]

Hey, I've tried to build with java bindings from nightly (feb 12) and after plenty of struggle it built. I'm doing a cross compile from linux for win32. The problem is the resulting dlls are much smaller then they were from my 0.8.6d build and they seem to be useless. jvlc.dll is around 700k instead of 4.5m and libvlc.dll is something similar. When I try and use them I get:

Code: Select all

[color=#FF0000]Exception in thread "main" java.lang.UnsatisfiedLinkError: createInstance at org.videolan.jvlc.JVLC.createInstance(Native Method) at org.videolan.jvlc.JVLC.<init>(JVLC.java:80)[/color]

I have added a --disable-gnutls to (which Im not even sure is a valid option) my bootstrap script to workaround the error compiling error involving gnutls which seemed to work. So what is going on... anybody?

here is the config/bootstrap I'm using:

./bootstrap && PKG_CONFIG_LIBDIR=/usr/win32/lib/pkgconfig CPPFLAGS="-I/usr/win32/include -I/usr/win32/include/ebml" LDFLAGS=-L/usr/win32/lib CC=i586-mingw32msvc-gcc CXX=i586-mingw32msvc-g++ JAVAC="/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/bin/javac" JAVA="/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/bin/java" ./configure --host=i586-mingw32msvc --build=i386-linux --disable-gtk --enable-nls --enable-sdl --with-sdl-config-path=/usr/win32/bin --enable-ffmpeg --with-ffmpeg-mp3lame --with-ffmpeg-faac --with-ffmpeg-zlib --enable-faad --enable-flac --enable-theora --with-wx-config-path=/usr/win32/bin --with-freetype-config-path=/usr/win32/bin --with-fribidi-config-path=/usr/win32/bin --enable-live555 --with-live555-tree=/usr/win32/live.com --enable-caca --with-caca-config-path=/usr/win32/bin --with-xm12-config-path=/usr/win32/bin --with-dvdnav-config-path=/usr/win32/bin --disable-cddax --disable-vcdx --enable-goom --enable-twolame --enable-dvdread --enable-debug --disable-gnutls --enable-java-bindings --enable-shared-libvlc

Thanks!

[adanecito]

Hi Mike,

I use windows and get a 50K jvlc.dll which I am told is still too large. I compile using cygwin which may no longer be supported but I could be wrong on that.

Regards,
-Tony

[miked]

Hi Mike,

I use windows and get a 50K jvlc.dll which I am told is still too large. I compile using cygwin which may no longer be supported but I could be wrong on that.

Regards,
-Tony

So what are you tellin me? Haha... does it at least work? Im compiling as we speak using 0.8.6e source having other issues but hopefully it will complete at some point. However this thread leaves little hope that it will fix the original issue (the vid output window thing) since it is pre 0.9.0. Man is this a difficult process. I just need a version with java bindings that plays mms streams and videos properly ahhhh.

[adanecito]

Hi Miked,

Yes my dll works but I have no plans right now to work on it and as I mentioned I am not sure I can build it without some effort since I only rebuild after a 1-2month period of time and the build process evolves every so often. The last nightly build I tested my jvlc.dll against was Feb 25.

I am pleased with the continual improvement in quality of 0.9.0 nightly builds but they do have some issues from time to time which is natural for a beta and with so many good people (small programming army actually) currently working on it

Regards,
-Tony

[miked]

Assuming your build was win32 could you possibly give me your bootstrap/config line/script if you have it and/or your 2 dlls? Feb 25 is newer then my 0.8.6d build. Unless of course you know for sure your build still has the video output window bug still.
Thanks

[adanecito]

Hi Miked,

I only have the jvlc.dll the rest came from the nightly build for 0.9.0 I do not support any 8.x version of vlc and jvlc does not support that in any case. I do not support the dll thus you are on your own as far as that is concerned but I will send it and my config file as soon as I can.

I need an valid email address to send it to.

Regards,
-Tony

[miked]

Hi Miked,

I only have the jvlc.dll the rest came from the nightly build for 0.9.0 I do not support any 8.x version of vlc and jvlc does not support that in any case. I do not support the dll thus you are on your own as far as that is concerned but I will send it and my config file as soon as I can.

I need an valid email address to send it to.

Regards,
-Tony

Well I'll keep trying on my own here. But for sake of my own clairity... Is libvlc.dll is built as long as --enabled-shared-libvlc is specified and has nothing todo with the java bindings specifically but is used by jvlc.dll (which is built when --enable-java-bindings is specified. Correct me if wrong on any of that. Do you know if anything is different within the plugin/module dlls when java bindings are enabled? My guess is not. If your jvlc.dll is not based on some 0.9.0 or even 0.8.6e then I guess I dont' really need it. But if it is then...
(miked at gmail dot com)
Thanks

[adanecito]

Hi Miked,

jvlc is dependent upon 0.9.0 because the addtion of the libvlc-control.dll which is not in 0.8.x. Also, there were important changes in the windows code that prevented issues with movies poping out of java canvas and the movie window following the canvas when the the java frame moved.

I build the vlc code completely including the jvlc.dll once every month or so because I never know what may change in the vlc code that might effect the functionality or interfaces into the jvlc jni code.

Recently like in the last two weeks there was a major change in the build process such as going from subversion to something else called git so not sure I can even build anymore.

Regards,
-Tony

[miked]

Hm... well since I was having so much trouble building a working 0.9.0, today I've been focasing on building 0.8.6e just to make sure the window problem still existed in that version. I finally succeded in building and then experimented on ways on the java end to avoid the issue but havn't really found anything yet. It does seem to be tiggered by an AWT event. I discovered that if I Thread.sleep after calling play, the video stays in the proper window and plays fine. Once the thread continues, something in the background (not in my code) causes the detachment.

So I guess since you sound sure the issue was corrected in 0.9.0 I guess I'll get back to struggling with building that.
Thx for the info.

[adanecito]

Hi Miked,

You are right the issue was corrected in 0.9.0 at least 6 months ago by myself and the jvlc team. I narrowed it down to a specific area in the windows code with a probable fix and the jvlc team put in the fix that was acceptable to the whole team. I am not surprised it was not back ported to 0.8.x since like me the team likes to move forward and put its limited resources on issues that deal with the main code base and functionality.
I am so busy with my portal project that continual work on jvlc was not possible so I completely understand the vlc team attitude regarding bindings.

Regards,
Tony Anecito
Founder,
MyUniPortal
http://www.myuniportal.com

[miked]

Yeah I wouldn't expect a 'back port' or anything and I'm certainly willing to put the effort into building a working 0.9.0. I've finally succeeded in building 0.9.0 (svn trunk style) again with contribs built from source using the contribs make process and still I have a tiny jvlc.dll that seams to be an empty shell with no functionality as described here:
viewtopic.php?f=2&t=44846

Anyway thanks for your info thus far, hopefully somebody can help me get this straightened out sooner or later.

[adanecito]

I understand. Actually the shell should be quite small since it is just jni calls into the vlc dlls.

My configure-vlc.sh is as follows:

CONTRIB_TREE=/usr/win32
PATH=${CONTRIB_TREE}/bin:$PATH \
./bootstrap && \
CPPFLAGS="-I${CONTRIB_TREE}/include -I${CONTRIB_TREE}/include/ebml" \
LDFLAGS=-L${CONTRIB_TREE}/lib \
PKG_CONFIG_PATH=${CONTRIB_TREE}/lib/pkgconfig \
CC="gcc -mno-cygwin" CXX="g++ -mno-cygwin" \
./configure \
--host=i686-pc-mingw32 \
--disable-qt4 \
--disable-skins --disable-basic-skins \
--disable-skins2 \
--enable-sdl --with-sdl-config-path=${CONTRIB_TREE}/bin --disable-gtk \
--enable-nls \
--enable-ffmpeg --with-ffmpeg-mp3lame --with-ffmpeg-faac \
--with-ffmpeg-zlib --enable-faad --enable-flac --enable-theora \
--with-wx-config-path=${CONTRIB_TREE}/bin \
--with-freetype-config-path=${CONTRIB_TREE}/bin \
--with-fribidi-config-path=${CONTRIB_TREE}/bin \
--disable-live555 \
--enable-caca --with-caca-config-path=${CONTRIB_TREE}/bin \
--with-xml2-config-path=${CONTRIB_TREE}/bin \
--with-dvdnav-config-path=${CONTRIB_TREE}/bin \
--disable-cddax --disable-vcdx --disable-mozilla --enable-goom \
--enable-twolame --enable-dvdread \
--disable-gnomevfs \
--enable-dca \
--enable-java-bindings \
--enable-optimizations \
--disable-activex \
--enable-libtool \
--enable-release --enable-shared-libvlc \
--disable-csri \

Regards,
-Tony