webservice.fanart.tv sending back 0 bytes

All your suggestions, requests and ideas for future development
kim
Power User
Posts: 1251
Joined: 15 May 2014, 16:17

Re: webservice.fanart.tv sending back 0 bytes

Post by kim »

rednoah wrote: 31 Oct 2017, 21:59 2.
Not planned. I see no advantage that chocolatey might have over the Microsoft Store (other than support for Windows 7/8).
It's an easy way (and free) way to get updates on any Windows (that has powershell installed)
you can also install and get updates to java https://chocolatey.org/packages?q=java
"Chocolatey is a package manager for Windows (like apt-get or yum but for Windows)"
... but I get you wanna make money and do less work to update another site

the FAQ say something about "Linux/OSX" , so maybe it works there also ?
Is there a PowerShell Module for Chocolatey?

Not yet, but when/if there is it will be provided as a binary DLL.

Chocolatey itself is now a binary with 0.9.9+. This provides the ability to run it on Linux/OSX, which is why it is not by default a PowerShell module (*nix still doesn't really have PowerShell support).
https://chocolatey.org/faq
denywinarto
Donor
Posts: 28
Joined: 30 Jul 2013, 01:15

Re: webservice.fanart.tv sending back 0 bytes

Post by denywinarto »

Is there any classic version of this version?
Can't use windows apps on my win server..
User avatar
rednoah
The Source
Posts: 22923
Joined: 16 Nov 2011, 08:59
Location: Taipei
Contact:

Re: webservice.fanart.tv sending back 0 bytes

Post by rednoah »

Unfortunately, if you can't use the Store, you're stuck with the legacy versions from SF for now.
:idea: Please read the FAQ and How to Request Help.
zang
Posts: 5
Joined: 23 Sep 2013, 13:22

Re: webservice.fanart.tv sending back 0 bytes

Post by zang »

rednoah wrote: 31 Oct 2017, 12:02 FileBot 4.7.14 has been released and includes a fix for the 0 byte artwork issue among other things.
But introduces the issues as to why I could not run 4.7.13 on my Raspbian Raspberry Pi:

Code: Select all

There is an incompatible JNA native library installed on this system
Expected: 5.2.0
Found:    5.1.0
/usr/share/filebot:/usr/share/filebot/lib/armv7l:/usr/java/packages/lib/arm:/lib:/usr/lib.
To resolve this issue you may do one of the following:
 - remove or uninstall the offending library
 - set the system property jna.nosys=true
 - set jna.boot.library.path to include the path to the version of the
   jnidispatch library included with the JNA jar file you are using

java.lang.Error:

There is an incompatible JNA native library installed on this system
Expected: 5.2.0
Found:    5.1.0
/usr/share/filebot:/usr/share/filebot/lib/armv7l:/usr/java/packages/lib/arm:/lib:/usr/lib.
To resolve this issue you may do one of the following:
 - remove or uninstall the offending library
 - set the system property jna.nosys=true
 - set jna.boot.library.path to include the path to the version of the
   jnidispatch library included with the JNA jar file you are using

	at com.sun.jna.Native.<clinit>(Native.java:199)
	at net.filebot.mediainfo.MediaInfoLibrary.<clinit>(MediaInfoLibrary.java:19)
	at net.filebot.mediainfo.MediaInfo.<init>(MediaInfo.java:29)
	at net.filebot.format.MediaBindingBean.lambda$getMediaInfo$31(MediaBindingBean.java:1181)
	at net.filebot.format.MediaBindingBean.getMediaInfo(MediaBindingBean.java:1179)
	at net.filebot.format.MediaBindingBean.lambda$null$7(MediaBindingBean.java:447)
	at net.filebot.format.MediaBindingBean.lambda$getDimension$9(MediaBindingBean.java:447)
	at net.filebot.format.MediaBindingBean.getDimension(MediaBindingBean.java:448)
	at net.filebot.media.VideoQuality.getResolution(VideoQuality.java:42)
	at net.filebot.media.VideoQuality.compare(VideoQuality.java:27)
	at net.filebot.media.VideoQuality.compare(VideoQuality.java:15)
	at net.filebot.media.VideoQuality.isBetter(VideoQuality.java:20)
	at net.filebot.cli.CmdlineOperations.renameAll(CmdlineOperations.java:605)
	at net.filebot.cli.CmdlineOperations.renameSeries(CmdlineOperations.java:246)
	at net.filebot.cli.CmdlineOperations.rename(CmdlineOperations.java:96)
	at net.filebot.cli.ScriptShellBaseClass.rename(ScriptShellBaseClass.java:346)
	at Script1$_run_closure55.doCall(Script1.groovy:426)
	at Script1.run(Script1.groovy:412)
	at net.filebot.cli.ScriptShell.evaluate(ScriptShell.java:64)
	at net.filebot.cli.ScriptShell.runScript(ScriptShell.java:74)
	at net.filebot.cli.ArgumentProcessor.runScript(ArgumentProcessor.java:127)
	at net.filebot.cli.ArgumentProcessor.run(ArgumentProcessor.java:29)
	at net.filebot.Main.main(Main.java:111)
Script fn:sysinfo garners this:

Code: Select all

FileBot 4.7.14 (r5233)
JNA Native: java.lang.Error:

There is an incompatible JNA native library installed on this system
Expected: 5.2.0
Found:    5.1.0
/usr/share/filebot:/usr/share/filebot/lib/armv7l:/usr/java/packages/lib/arm:/lib:/usr/lib.
To resolve this issue you may do one of the following:
 - remove or uninstall the offending library
 - set the system property jna.nosys=true
 - set jna.boot.library.path to include the path to the version of the
   jnidispatch library included with the JNA jar file you are using

MediaInfo: net.filebot.mediainfo.MediaInfoException: Unable to load arm (32-bit) native library libmediainfo.so: Could not initialize class com.sun.jna.Native
Apache Commons VFS: [zip, rar]
Chromaprint: java.io.IOException: Cannot run program "fpcalc": error=2, No such file or directory
Extended Attributes: OK
Unicode Filesystem: OK
Script Bundle: 2017-10-30 (r508)
Groovy: 2.4.12
JRE: Java(TM) SE Runtime Environment 1.8.0_144
JVM: 32-bit Java HotSpot(TM) Client VM
CPU/MEM: 4 Core / 235 MB Max Memory / 9 MB Used Memory
OS: Linux (arm)
Package: PORTABLE
uname: Linux cronpi 4.9.41-v7+ #1023 SMP Tue Aug 8 16:00:15 BST 2017 armv7l GNU/Linux
[UPDATE: Apt repos were giving an outdated version of JNA. I had to download 4.5.0.jar, extract the library, create about a half-dozen symbolic links and finally got it working without error.]
Post Reply