I don't have a Synology NAS so I can't look into this myself.
Not sure what ipkg is doing. Looks like it's trying to lookup the "filebot" package from the repository instead of just installing what is in the package. Maybe there is something different with the usage of ipkg on your system?
eterimos run it like this on his Synology DS411slim and it should work like this:
Thank you very much, rednoah, succesful installation and execution on this Intel Atom D425 CPU.
The tricky part now is getting Java to work using 3rd-party packages. I had to specify the direct path to java in the generated filebot.sh file, but I'm guessing that has something to do with the local alias.
For reference, I used this guide http://pcloadletter.co.uk/2011/08/23/ja ... -synology/ to install Java 6 (7 doesn't work on Intel Atom apparently). It's a native package that looks for the embedded install file for Java in /volume1/public/ thus keeping Java available even after DSM upgrades.
FileBot expects java to be in the PATH so the "java" command just works, otherwise you have to specify the whole path to the executable. Can you check if the native libs work as well? Not sure if it'll work on atom. Try this please?
rednoah wrote:FileBot expects java to be in the PATH so the "java" command just works, otherwise you have to specify the whole path to the executable. Can you check if the native libs work as well? Not sure if it'll work on atom. Try this please?
filebot -script "script:println net.sourceforge.filebot.mediainfo.MediaInfo.version()" -trust-script
May 14, 2012 9:53:25 AM net.sourceforge.filebot.mediainfo.MediaInfo <clinit>
WARNING: Failed to preload libzen
UnsatisfiedLinkError: Unable to load library 'mediainfo': libzen.so.0: cannot open shared object file: No such file or directory
java.lang.UnsatisfiedLinkError: Unable to load library 'mediainfo': libzen.so.0: cannot open shared object file: No such file or directory
at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:169)
at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:242)
at com.sun.jna.Library$Handler.<init>(Library.java:140)
at com.sun.jna.Native.loadLibrary(Native.java:368)
at net.sourceforge.filebot.mediainfo.MediaInfoLibrary.<clinit>(Unknown Source)
at net.sourceforge.filebot.mediainfo.MediaInfo.staticOption(Unknown Source)
at net.sourceforge.filebot.mediainfo.MediaInfo.staticOption(Unknown Source)
at net.sourceforge.filebot.mediainfo.MediaInfo.version(Unknown Source)
at net.sourceforge.filebot.mediainfo.MediaInfo$version.call(Unknown Source)
at Script3.run(Script3.groovy:1)
at net.sourceforge.filebot.cli.ScriptShell.evaluate(Unknown Source)
at net.sourceforge.filebot.cli.ScriptShell.runScript(Unknown Source)
at net.sourceforge.filebot.cli.ArgumentProcessor.process(Unknown Source)
at net.sourceforge.filebot.Main.main(Unknown Source)
Failure (°_°)
By the way, I found that I had to add a couple of double-quotes ("") to the arguments inside the bash script, otherwise I would get this message:
That's wierd, that bash startup script work very well on various Linux distros. Not sure but maybe it's not called with bash but another shell that doesn't support "$@"?
MediaInfo and 7-Zip can't be loaded. Maybe the i386 .so can't be loaded on i686? Should work as far as I know. Maybe the library lookup path doesn't work. You could try putting the .so files where they will definitely be found. Maybe /usr/lib?
rednoah wrote:That's wierd, that bash startup script work very well on various Linux distros. Not sure but maybe it's not called with bash but another shell that doesn't support "$@"?
MediaInfo and 7-Zip can't be loaded. Maybe the i386 .so can't be loaded on i686? Should work as far as I know. Maybe the library lookup path doesn't work. You could try putting the .so files where they will definitely be found. Maybe /usr/lib?
Alright, so it's definitely compatible with i386 but requires GLIBC_2.4. I guess libMediaInfo and lib7-Zip-JBinding both depend on GLIBC_2.4. Can't do anything about that. I read that Java 7 also requires GLIBC_2.4 and this is why it doesn't work yet. I'm sure a future update for the OS will fix this.
So you won't be able to use the features that depend on mediainfo or 7zip native code. Everything else should work fine though.
@rednoah: As a reply to you post on my blog:
It is possible to create a FileBot package, but how do you see this happening? FileBot is a command line program on Linux and everyone has its own way of using it.
Thought that might be the easiest way to install and keep filebot up to date. Even though people would use it through cmdline. Maybe doesn't make much sense.
arm should work. For i686 I just used the generic Linux native libs from their website. If someone could compile libmediainfo and libzen on their NAS specifically for GCLIB<2.4 then that should work.
rednoah wrote:arm should work. For i686 I just used the generic Linux native libs from their website. If someone could compile libmediainfo and libzen on their NAS specifically for GCLIB<2.4 then that should work.
How would I go about doing that?
I tried compiling the shared libraries for mediainfo but failed with some rather obscure error.
To be honest,I'm about ready to give up. I've spent days trying to get this to work, and whilst it's very powerful, it's really overkill for what I want
I have described how to compile it for ARM in my previous post.
If it does not work for you on ATOM, you could post the error message - maybe I had faced the same error before.
after recognizing that mediainfo didnt work for me, i found out that my Ds 1812+ is Atom based.
so i followed the instruktions of Eterimos and compiled mediainfo successfully
But its still not working for me thats what i get after
FileBot 3.1 (r1296)
JNA Native: 3.5.0
Dec 4, 2012 1:53:13 PM net.sourceforge.filebot.mediainfo.MediaInfo <clinit>
WARNING: Failed to preload libzen
MediaInfo: java.lang.UnsatisfiedLinkError: Unable to load library 'mediainfo': /usr/share/filebot/libmediainfo.so: undefined symbol: __dso_handle
7-Zip-JBinding: net.sf.sevenzipjbinding.SevenZipNativeInitializationException: Failed to load 7z-JBinding: /usr/share/filebot/lib7-Zip-JBinding.so: /lib/libc.so.6: version `GLIBC_2.4' not found (required by /usr/share/filebot/lib7-Zip-JBinding.so)
Extended Attributes: java.lang.NoClassDefFoundError: Ljava/nio/file/attribute/BasicFileAttributeView;
groovy.lang.MissingPropertyException: No such property: net for class: Script3
Java(TM) SE Runtime Environment 1.6.0_34 (headless)
32-bit Java HotSpot(TM) Embedded Client VM
Linux (i386)
Done ヾ(@⌒ー⌒@)ノ
Unable to load library 'mediainfo': /usr/share/filebot/libmediainfo.so: undefined symbol: __dso_handle
Means there is something wrong with the compiled library. Though I wouldn't even know where to start in looking for the problem. Maybe you can ask in the mediainfo forums how to compile it for embedded systems like yours.
EDIT:
I found this here in section "1. Implicit loading/linking of shared objects" where they use g++ instead of ld to fix the problem. Not exactly sure on details and if it is in fact that same issue. http://rachid.koucha.free.fr/tech_corne ... tests.html
i´ve asked in the mediainfo forums, but no luck there. The Developer links to this thread
i will asked in the synology forums now, maybe someone over there could help me.
I don´t even know where i could used "shared objects". Im a totally new to this
guess i bougt the wrong Nas. Filebot without Mediainfo wont work for my purpose