Re: JNAJack - Issues with Windows
Neil C Smith
Firstly, please join up to the Google Group at
http://groups.google.com/group/jaudiolibs and ask support questions
there. I'd rather try and keep discussion in one place, and hopefully
build an archive that others can read through. I've CC'd the list.
On 10 February 2012 07:57, Leandro Ferrari Thomaz <lfth...@gmail.com> wrote:
> first of all, congratulations for your library!
>
Thank you! :-)
> I've tried to use JJack and I found that it was not enough for my purposes (I developed a musical multiagent systems for my PhD) so i had to reimplement a JNI Jack library. The problem is that I had to compile a native module for each os (32/64) and it was a pain in the ass...
>
#1 reason JNAJack exists.
> I found your library not a long ago and it seems perfect for an upgrade in my system, but I'm having some issues in running it in Windows 7 x64 (in MacOS it worked fine). It can't find the native library:
>
> Exception in thread "main" org.jaudiolibs.jnajack.JackException: Can't find native library
> at org.jaudiolibs.jnajack.Jack.getInstance(Jack.java:391)
> at org.jaudiolibs.jnajack.util.SimpleAudioClient.create(SimpleAudioClient.java:209)
> at org.jaudiolibs.jnajack.examples.SineAudioSource.main(SineAudioSource.java:26)
> Caused by: java.lang.UnsatisfiedLinkError: Unable to load library 'jack': The specified module could not be found.
>
> at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:163)
> at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:236)
> at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:199)
> at com.sun.jna.Native.register(Native.java:1018)
> at org.jaudiolibs.jnajack.lowlevel.JackLibraryDirect.<clinit>(JackLibraryDirect.java:19)
> at org.jaudiolibs.jnajack.Jack.getInstance(Jack.java:385)
> ... 2 more
>
> Maybe JNA is trying to find a jack.dll (which doesn't exist in my distribution of Jack)... I saw some of your issues in the website and it seems to me that you could get it running in Windows ! Can you help with that ?
If JACK is running fine on your system, then the most likely cause of
this is a mismatch between Java VM and JACK. Both Java and JACK need
to be 32bit or 64bit - you can't mix and match. Up until the very
latest version of JACK (1.9.8) there wasn't a stable 64bit release.
Which version are you using? So far, I've only personally tested on
Windows 7 (64bit) with a 32bit JVM & 32bit JACK 1.9.7.
The jack.dll (actually libjack.dll) should be in Windows\System32 (I
think) or Windows\SysWOW64. If only in the latter, that means you're
running the 32bit version of JACK like I am and you'll need to use
32bit Java. Why MS like to have the folder numbers the reverse of the
bit-age of the system, I have no idea.
>
> Also, I'm interested in working with Jack so let me know if you're looking for some helping in developing your library !
>
JNAJack will grow with additional mappings for some bits of the JACK
API that aren't done yet. The intention is not to go beyond a
straight mapping of the JACK API. My main issue with JJack was the
fact that it offered a lot more than JACK, but not some basic but
essential things.
While patches are welcome, testing of JNAJack in varied scenarios
and/or submission of utilities built on top of JNAJack would be even
more welcome. And if you come across aspects of the JACK API that you
need but aren't currently accessible, please do file an RFE in the
issue tracker.
Best wishes,
Neil
--
Neil C Smith
Artist : Technologist : Adviser
http://neilcsmith.net
