I recently started using this program and discovered quickly that the bindings didn't work. I read on the forum that this was an issue with java.
I've found two solutions (2nd not as trustworthy).
1.
- Open filebot
- DO NOT load any files yet
- Press F5 twice
- Close that dialog
- Loading files in GUI / or by dragging also
- Bindings should now work.
2.
- Open up the app
- Try to tag something with your mask e.g. {n.space('.')}.{y}{'.'+source}.{vc}
- It will say bindings not found or exception or whatever.
- Switch to a simple binding like {n} ({y})
- Close the program
- Restart the program
- Use your naming convention in step 2.
- Voila !
Is there a permanent fix for this?
I'm running win 7x64, java 32 and 64 bit (need 32 for firefox) and 4.7 filebot.
Last edited by stephen147 on 08 Sep 2015, 22:04, edited 3 times in total.
There's an FAQ entry that should explain the issue in detail. The filebot launcher should always pick 64-bit Java on 64-bit machines, so loading 64-bit MediaInfo.dll that's installed with 64-bit FileBot should work just fine.
If you're using 64-bit Java you must install 64-bit FileBot, if you're using 32-bit Java you must install 32-bit FileBot. If you have installed 64-bit Windows and 64-bit FileBot and 32-bit Java, the java process will be in 32-bit compatibility mode and the native libraries won't work. So uninstall 32-bit Java and then only install the latest 64-bit Java and latest 64-bit FileBot.
1.
The screenshot is too small for me to see anything. I can't read the warning message. But for mediainfo bindings to work in the Format Editor you may need to set a sample file first. If there's no media file, then there's no media info.
2.
CLI and GUI should be the same, but technically they're different executables so this won't help you. Try calling the sysinfo script from the GUI via GroovyPad. Just press F5 twice. See FAQ.
FileBot 4.6 (r3052)
[b]JNA Native: Could not initialize class com.sun.jna.Native[/b]
MediaInfo: java.lang.NoClassDefFoundError: Could not initialize class net.filebot.mediainfo.MediaInfoLibrary
7-Zip-JBinding: OK
chromaprint-tools: fpcalc version 1.1.0 (C:\Program Files\FileBot\fpcalc.exe)
Extended Attributes: OK
Groovy Engine: 2.4.3
JRE: Java(TM) SE Runtime Environment 1.8.0_60
JVM: 64-bit Java HotSpot(TM) 64-Bit Server VM
CPU/MEM: 8 Core / 2 GB Max Memory / 303 MB Used Memory
OS: Windows 7 (amd64)
Doing a quick scan reveals I do. I just thought that the program would point towards it's own .dll file to help run it. What should I do. BTW the digital signature sign off date in your dll doesn't match the modified date. Would that lead to issues? THe rest of my MediaInfo.dlls have matching mod and signiture dates.
24 April 2014 15:17:01 is your sign off date by the company and the mod date is: 04 September 2015, 23:01:41.
BTW: The fix doesn't work now as well.
Perhaps I just do a search for the latest dll from the companies website and try that?
1.
FileBot should be loading the one in it's own install folder. But I know that other programs have issues with the dll in the filebot folder because the filebot folder is added to the PATH.
You can verify which .dll files are loaded by each process using System Explorer: http://systemexplorer.net/
2.
I just copied the .dll from the project site. I'm surprised it's signed at all. Let me know if the latest version from the MediaInfo home works better.
Please read the 
But hey, if it works on your system, then maybe it'll work for others as well.
