Issue with nightly builds

[adanecito]

Hi All,

I used subversion to download latest code and build files and got the following error in cygwin:

Copying file autotools/mkinstalldirs
+ aclocal-1.10 -I m4
configure.ac:5236: warning: macro `AM_PATH_LIBGCRYPT' not found in library
+ autoconf
configure.ac:5236: error: possibly undefined macro: AM_PATH_LIBGCRYPT
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.


The subversion script I used is:
svn checkout svn://svn.videolan.org/vlc/trunk vlc-trunk

Previously the build was working (except for java bindings). Let me know what I need to do to get the build to work. I am hoping subversion is getting the latest nightly builds of 0.9.0 since I am hoping to eventually get a working java bindings build.

Thanks,
-Tony

[thresh]

install libgcrypt-devel package?

[adanecito]

Thanks that fixed the problem.

[adanecito]

Okay,

I got past one problem and ran into another near I hope the end of the build. When compiling the java bindings:

mv -f .deps/libjvlc_a-audio-jni.Tpo .deps/libjvlc_a-audio-jni.Po
g++ -mno-cygwin -DHAVE_CONFIG_H -I. -I../../.. `top_builddir="../../.." ../../.
./vlc-config --cflags pic` -IC:\java\jdk1.6.0/include -IC:\java\jdk1.6.0/include
/win32 -I/usr/win32/include -I/usr/win32/include/ebml -D_OFF_T_ -D_off_t=long -D
SYS_MINGW32 -I../../../include -mms-bitfields -MT libjvlc_a-core-jni.o -MD -MP
-MF .deps/libjvlc_a-core-jni.Tpo -c -o libjvlc_a-core-jni.o `test -f 'core-jni.
cc' || echo './'`core-jni.cc
core-jni.cc:41:30: ../includes/JVLC.h: No such file or directory
make[4]: *** [libjvlc_a-core-jni.o] Error 1make[4]: Leaving directory `/home/administrator/vlc-trunk/bindings/java/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/administrator/vlc-trunk/bindings/java'

For my project getting this part to work is critical. I saw work being done in this area recently by "littlejohn" and not so sure his changes are being picked up by subversion.

Someone on the VLC or JVLC dev team please advise on how to fix this. I would like to use fixes that are in your subversion system and am more willing to test them so others can benefit.
Regards,
-Tony

[dionoea]

Please post in the appropriate forum category.

[littlejohn]

Okay,

I got past one problem and ran into another near I hope the end of the build. When compiling the java bindings:
...
For my project getting this part to work is critical. I saw work being done in this area recently by "littlejohn" and not so sure his changes are being picked up by subversion.

I posted on jvlc trac an updated document at

http://trac.videolan.org/jvlc/wiki/developers

on how to properly cross compile jvlc for windows from linux. You may anyway go to the download page and use the windows binary package.

Cheers

[adanecito]

Hi Littlejohn,

Thanks for the prompt reply. I have two questions:

1. I use cygwin will this script work with it?
2. Should I create a configure-jvlc.sh for this because I should assume this will only create jvlc needed code and build scripts? Or does this also create vlc & jvlc related files?

Thanks,
-Tony

[adanecito]

Hi Littlejohn,

I think I understand why the builds for JVLC have not been working. The scripts in Makefile.am under vlc-trunk/bindings/javafail under posix. I am assuming this is because the scripts will not work under cygwin.

For example, the line:
$(JCH) -o includes/$(*F).h org.videolan.jvlc.$(*F)

causes an error when running configuration-vlc.sh --
bindings/java/Makefile.am:56: `%'-style pattern rules are a GNU make extension
bindings/java/Makefile.am:58: *F: non-POSIX variable name
bindings/java/Makefile.am:60: `%'-style pattern rules are a GNU make extension
bindings/java/Makefile.am:62: *F: non-POSIX variable name

Even though the *F gets put in the Makefile javah does not know what to do with it so the .h files never get created.

Thanks,
-Tony

[adanecito]

Hi Littlejohn,

Where can I get the latest jvlc.dll? I downloaded the package (windows binary) you mentioned but there was no jvlc.dll that I could use in place of getting the compile to work.

Thanks,
-Tony

[littlejohn]

Hi Littlejohn,

Where can I get the latest jvlc.dll? I downloaded the package (windows binary) you mentioned but there was no jvlc.dll that I could use in place of getting the compile to work.

Thanks,
-Tony

The jvlc.dll is in the jvlc-0.9.0-20070310 folder in the zip file.

[adanecito]

Thanks Littlejohn,

I had downloaded the windows binary (.exe) install and under the program files videolan folder I could find no zip.

Can you please point me to the url I should use to get the zip? I understand it may be in a videolan zip.

Many Thanks,
-Tony

[littlejohn]

Thanks Littlejohn,

I had downloaded the windows binary (.exe) install and under the program files videolan folder I could find no zip.

Can you please point me to the url I should use to get the zip? I understand it may be in a videolan zip.

Many Thanks,
-Tony

http://jvlc.ihack.it/releases/jvlc-0.9. ... -win32.zip

[adanecito]

Thanks Littlejohn,

I will try that zip later today. Since I have seen your name associated with working on JVLC I would like to offer support in helping getting it tested and if I can get the build to work also in development.

Please let me know how I can help and communicate in a timely manner my findings and suggestions.

Regards,
-Tony

[littlejohn]

Thanks Littlejohn,

I will try that zip later today. Since I have seen your name associated with working on JVLC I would like to offer support in helping getting it tested and if I can get the build to work also in development.

Please let me know how I can help and communicate in a timely manner my findings and suggestions.

Regards,
-Tony

I'm the java bindings (ie jvlc) mantainer, so send any thoughts to me or in the videolan devel mailing list (I do not check the forum very often). If you want to help with development, feel free to send me any patches. In this case write me, so I can help you in setting up the development environment.

Cheers

[adanecito]

Hi Littlejohn,

I hope this reaches you. I am running into issues compiling the jvlc package you suggested. I am running under eclipse using jdk 1.6.0 and getting errors related to dll dependencies. The error I get right now is:

I tried using a dll dependency walker and got message for the jvc.dll that:

Error: At least one module has an unresolved import due to a missing export function in an implicitly dependent module.

This is related to I believe the ws2_32.dll (Winsock stack) imports for:
freeaddrinfo
getaddrinfo
getnameinfo

Since I am using Windows 2000 Professional this may be normal. Seems as if there were exports available under XP to address this issue. I understand from googling that there is a way to fix this issue. Someone on the VLC dev team would probably recognize this issue.

I could setup a dev environment under Wndows XP to see if I get the same issues.

Perhaps this is the environment the dlls for vlc are built? Let me know what you think,
-Tony

P.S. I tried sending to the dev news group but no response yet. Not even sure my email reached the group but no bounceback either.

[adanecito]

Hi Littlejohn,

I setup my jvlc on XP and the program ran without the dll problem.

Still have the issue when using the JVLCPanel a frame pops out with the directx title instead of the movie playing inside of the panel. If you have a working example of JVLCPanel I would like to try it!

Many Thanks,
-Tony

[adanecito]

Hi Littlejohn,

I did some more testing and was able to use JVLCCanvas sort of. If I followed the sequence of adding to container and sizing as your reparent example then the movie would stay in the canvas most the time except when I minimized then maximized or if I moved the frame till the movie overlapped the edge of the desktop.

Even the reparent I observed had the same issues.

I was using jdk 1.6 but compiling for 1.5. I will try some more testing tomorrow evening.

Hope this helps.
-Tony

[littlejohn]

Hi Littlejohn,

I did some more testing and was able to use JVLCCanvas sort of. If I followed the sequence of adding to container and sizing as your reparent example then the movie would stay in the canvas most the time except when I minimized then maximized or if I moved the frame till the movie overlapped the edge of the desktop.

Even the reparent I observed had the same issues.

I was using jdk 1.6 but compiling for 1.5. I will try some more testing tomorrow evening.

Hope this helps.
-Tony

Hi Tony,
thanks for your thorough tests on jvlccanvas and panel. It seems the resizing events on windows do not reach the native side, I'll investigate on this.

Thanks alot for your time! Do you have a linux box to setup the development environment?

Cheers,
Filippo

[adanecito]

Hi,

I do have a Linux environment. I have Suse Linux 10.x setup as a second OS on a box setup for dual boot. I usually use Windows for development but I am willing to give linux a try but not sure how proficient I would be initially.

Hope that helps,
-Tony

Let me know if you have anything you want me to try.

[littlejohn]

Hi,

I do have a Linux environment. I have Suse Linux 10.x setup as a second OS on a box setup for dual boot. I usually use Windows for development but I am willing to give linux a try but not sure how proficient I would be initially.

Hope that helps,
-Tony

Let me know if you have anything you want me to try.

The main problem at the moment with windows jvlc is the jvlccanvas and panel behaviour. We need to understand why this happens and what to do to avoid this. This means checking the windows video output module (directx) to see how it behaves when the set parent call is issued (ie, what params are passed and if it needs more info to display the video output properly).

That's our task. Tell me how deep you want to go, and we will split tasks to make it work properly.

Cheers

[adanecito]

Hi,

I do not have a working build environment for JVLC give me instructions and I will give it a try.
I am very good at pinning down issues so I can look into the directx parameters and as I find info I can pass it on to you. Perhaps you can find solutions as we find root causes since I do not have a working dev enviroment yet.
I can test throughly at least on windows 2000, XP and Vista any solutions. I have Visual C++ 6 installed and might be able to help understanding DLL's using that environment.
I would like to know what is creating that window that pops up. I guess we have some type of callback setup?

Got to go. I can be reached at email address myuniportal@yahoo.com. My web site is:

http://www.myuniportal.com

I am the founder of a system where I hope to replace the quicktime for java viewer with JVLC. The site has contact info and my bio.

Regards,
-Tony

[adanecito]

Hi Fillipo

I got the JVLC build to work!! I had an issue for some reason in my environment where I had to modify the generated Makefile in the bindings/java folder:

For the line:

JAVAC = gcj.exe --CLASSPATH="./" -C

I had to add the following for the package org.videolan.jvlc to be found:

--CLASSPATH="./"

Let me know what you think about this and if it needs to be in the Makefile.am file.

Next I will look at how directx may be involved as you mentioned.

Regards,
-Tony

[adanecito]

Hi Filippo,

I forgot to mention there is a libjvlc.dll.a but no libjvlc.dll

Is that as was intended? Is the libjvlc.dll needed or is the libjvlc.dll.a supposed to be named libjvlc.dll?

Thanks,
Tony

[dionoea]

Is that as was intended? Is the libjvlc.dll needed or is the libjvlc.dll.a supposed to be named libjvlc.dll?

From past experience with the way dlls are built in VLC, I'd say that libjvlc.dll.a and libjvlc.dll are the same thing (IIRC, libtool adds the .a even if we tell it not to)

[littlejohn]

Is that as was intended? Is the libjvlc.dll needed or is the libjvlc.dll.a supposed to be named libjvlc.dll?

From past experience with the way dlls are built in VLC, I'd say that libjvlc.dll.a and libjvlc.dll are the same thing (IIRC, libtool adds the .a even if we tell it not to)

The dll generated in the make process is jvlc.dll (not libjvlc.dll). In fact, the windows binary distribution of jvlc contains that file.

Cheers