Page 1 of 2

Re: Receiving TV Data

Posted: 20 Apr 2014, 16:21
by rednoah
There's probably a similar command for Windows if you Google for it.
And we're full circle :D
@see http://stackoverflow.com/a/9109138

If I must do it, I do so on Linux. :lol:

Re: Receiving TV Data

Posted: 20 Apr 2014, 16:48
by Sheldon
Yes we have a full circle because you don't answer my question!
You have relesed a WINDOWS VERSION.
So how do YOU do it on WINDOWS?
How is it implemented in the jar?

Re: Receiving TV Data

Posted: 20 Apr 2014, 17:09
by rednoah
How do I do it on Windows? I have GnuWin32 utilities installed. :D
Image

How is it implemented in the jar? In compiled Java byte code that you cannot change.
https://sourceforge.net/p/filebot/code/ ... s.java#l12

Is the answer to any of those questions useful to you?
Probably not.

Do I have all the answers, that have little to do with FileBot, but lots with basic cmdline usage on Windows?
No.

Does Google have all the answers?
Yes.

Re: Receiving TV Data

Posted: 20 Apr 2014, 17:23
by Sheldon
Ah! You do the filtering in the Java code not in the request!
Thanks! That helps!
So I have to integrate GnuWin32 into my PortableApps Platform.
Now I know what to do.

Thanks a lot for your support!

By the way! Wouldn't it be a good idea to extend the -list command to support --filter?
Or is this not on your side?

Re: Receiving TV Data

Posted: 21 Apr 2014, 04:04
by rednoah
In the latest revision it's implemented already. ;)

Re: Receiving TV Data

Posted: 21 Apr 2014, 06:33
by Sheldon
Latest version? I run version 4.0.
In this it is not implemented, or?

Re: Receiving TV Data

Posted: 21 Apr 2014, 06:52
by rednoah
No, I implemented it yesterday, so it's not in the latest stable release.

Re: Receiving TV Data

Posted: 21 Apr 2014, 07:10
by Sheldon
Ah! Great! So discussion leads to improvement! That's how it should be! :D
Can you already say when it will be available in a stable release?

Re: Receiving TV Data

Posted: 21 Apr 2014, 14:36
by rednoah
Maybe 2-3 months. But you can always grab the latest jar from sourceforge. See FAQ.

Re: Receiving TV Data

Posted: 21 Apr 2014, 14:58
by Sheldon
Ah, thanks! I grabbed the latest FileBot.jar from sourceforge but it seems that the windows GUI is not working with it. It simply doesn't open at all.
And I testet --filter "s=1" but it didn't get data at all.

Re: Receiving TV Data

Posted: 21 Apr 2014, 15:36
by rednoah
You need at least Java 7 now.

== not =

Code: Select all

--filter "s == 1"

Re: Receiving TV Data

Posted: 21 Apr 2014, 15:46
by Sheldon
I use the latest Java 7.55 but --filter "s == 1" doesn't get any data at all.

Re: Receiving TV Data

Posted: 21 Apr 2014, 16:54
by rednoah
Image

Re: Receiving TV Data

Posted: 21 Apr 2014, 17:30
by Sheldon
No not for me!
The same procedure works with version 4.0 except the --filter.
So there is something wrong with the jar or the --filter syntax.
Do you use Java 7.55? Or is it a Windows issue?
The Filbot app doesn't start.

Re: Receiving TV Data

Posted: 22 Apr 2014, 17:44
by Sheldon
FYI: FileBot 4.1 RC1 portable fails opening the GUI!

Re: Receiving TV Data

Posted: 23 Apr 2014, 05:29
by rednoah
Tested on Mac and it works just fine.

Please run it with cmdline and post the logs.

Re: Receiving TV Data

Posted: 23 Apr 2014, 08:03
by Sheldon
Mac? You are joking, aren't you? :lol:
I tested it on Windows and it failed!
I only run it with the cmd command (java command).
Where do I find the logs? There are some files in FileBot\Cache\0. Do you need one of those?

Re: Receiving TV Data

Posted: 23 Apr 2014, 08:53
by rednoah
I was at the HCI lab at the time, but the point is it works on all platforms. I've tested Windows, Ubuntu and Mac and it works. If you want to see the console output you're can run filebot from cmdline either with filebot.cmd or java -jar FileBot.jar and then copy/paste what you see in the cmd window.

Re: Receiving TV Data

Posted: 23 Apr 2014, 09:36
by Sheldon
Here is the exception:

Code: Select all

Apr 23, 2014 11:32:07 AM net.filebot.Main main
Schwerwiegend: Can't instantiate Preferences factory net.sourceforge.tuned.prefs
.FilePreferencesFactory
java.lang.InternalError: Can't instantiate Preferences factory net.sourceforge.t
uned.prefs.FilePreferencesFactory
        at java.util.prefs.Preferences.factory(Unknown Source)
        at java.util.prefs.Preferences.<clinit>(Unknown Source)
        at net.filebot.Settings.forPackage(Settings.java:111)
        at net.filebot.ui.MainFrame.<clinit>(MainFrame.java:65)
        at net.filebot.Main.startUserInterface(Main.java:255)
        at net.filebot.Main.access$000(Main.java:69)
        at net.filebot.Main$2.run(Main.java:209)
        at java.awt.event.InvocationEvent.dispatch(Unknown Source)
        at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
        at java.awt.EventQueue.access$200(Unknown Source)
        at java.awt.EventQueue$3.run(Unknown Source)
        at java.awt.EventQueue$3.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Sour
ce)
        at java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: net.sourceforge.tuned.prefs.FilePre
ferencesFactory
        at java.net.URLClassLoader$1.run(Unknown Source)
        at java.net.URLClassLoader$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        ... 21 more

Re: Receiving TV Data

Posted: 23 Apr 2014, 14:02
by rednoah
For the bigger releases you might need to get the new package, and not just the jar. The configs have changed, and the new jar in not compatible with the old config.

Re: Receiving TV Data

Posted: 23 Apr 2014, 15:15
by Sheldon
I took the new package but it failed.

Re: Receiving TV Data

Posted: 24 Apr 2014, 02:46
by rednoah
This exact error message is not possible if you are using the latest configuration:

Code: Select all

Can't instantiate Preferences factory net.sourceforge.tuned.prefs.FilePreferencesFactory
So you probably copied the cmdline options at some point. But now you need to update them cause things changed.

Re: Receiving TV Data

Posted: 24 Apr 2014, 08:03
by Sheldon
I changed the cmd and now it works. The filter works as well. Great!
Are multiple filters possible?
I think about some somethings like --filter "s==1" "e == 10".

I found this setting -Dnet.filebot.AcoustID.fpcalc="%~dp0fpcalc.exe".
What is it? I could't find any fpcalc.exe.
Seems to be new.

Re: Receiving TV Data

Posted: 24 Apr 2014, 13:00
by rednoah
1.
No, but yes. 1 expression of arbitrary complexity:

Code: Select all

"s==1 && e == 10"
2.
fpcalc is the program that computes the acoustid finger prints. It's only required for audio identification.

Re: Receiving TV Data

Posted: 24 Apr 2014, 13:59
by Sheldon
Thanks! It works fine! :D
Shouldn't the fpcalc.exe be in the zip?

Ah! It seems that something like "e>=10","e<>10" or "e<10" is not possible.
That would be helpful!

Re: Receiving TV Data

Posted: 24 Apr 2014, 16:02
by rednoah
Image

Re: Receiving TV Data

Posted: 24 Apr 2014, 16:58
by Sheldon
Yes! It's "e <= 10" instead of "e<=10".
Thanks!
I guess "not equal" is "!=". Right?
It's ok! I tested "!=" and it worked.

And for strings it's like this t == /Titel/ . Right?
That's how I tested it positive. :)

Re: Receiving TV Data

Posted: 24 Apr 2014, 17:49
by rednoah

Re: Receiving TV Data

Posted: 24 Apr 2014, 18:37
by Sheldon
I see! Thanks!

Re: Receiving TV Data

Posted: 10 May 2014, 12:56
by Sheldon
Hi,

can I filter the data by episode release date?

Kind regards,

Sheldon

Re: Receiving TV Data

Posted: 10 May 2014, 14:00
by rednoah
Sure, same as in the Format Dialog. You have {startdate} and {airdate} and maybe some other stuff I can't recall now.

e.g.

Code: Select all

startdate.year >= 2000

Re: Receiving TV Data

Posted: 11 May 2014, 08:50
by Sheldon
Great thanks! :)
Do you have a list or collection of all parameters that can be used for filtering.
Maybe with samples, too!

Re: Receiving TV Data

Posted: 11 May 2014, 09:09
by rednoah
It's the same as in the Format Expression. So you have the Naming docs online lots of examples built into the Format Editor(click the (x)= button).

Re: Receiving TV Data

Posted: 11 May 2014, 20:34
by Sheldon
Ah! If I click the (x)-Button and one of the links that are shown in the list nothing happens.
I would expect an url to be opened in my Firefox.
Is there something missing in my enviroment and/or the cmd?

Re: Receiving TV Data

Posted: 12 May 2014, 06:30
by rednoah
In the Format Editor you can easily prototype any expression:
Image

In the Bindings dialog you can easily check what bindings are available and what values they may have:
Image

It's all self-documenting really, but if you want a link you can have one:
http://www.filebot.net/naming.html#bindings

(Linked all over the website AND from within the application if you click Syntax)

Re: Receiving TV Data

Posted: 12 May 2014, 08:12
by Sheldon
Thanks!
I just wanted to mention that I can't access any link from the "Rename Options" dialog.

Re: Receiving TV Data

Posted: 12 May 2014, 15:25
by rednoah
What links? Or rather, what do you think should be a link? If you click one of the preset formats it'll switch to that format.

Re: Receiving TV Data

Posted: 13 May 2014, 09:40
by Sheldon
I mean this:
Rename Options.jpg
Probably a misunderstanding from my side.

Re: Receiving TV Data

Posted: 13 May 2014, 09:58
by rednoah
Yes, that's Rename Options. Specifically what to do with Extensions and what Rename Action do use. If you don't know what a "hardlink" or a "symlink" is you probably won't need any of those. If you click it, you'll set the given option, do don't click it. :D

Re: Receiving TV Data

Posted: 31 May 2014, 16:29
by Sheldon
Currently I use

--filter "airdate.year == 2014 && airdate.month == 6 && airdate.day == 1"

to filter the airdate 2014-06-01.

This is a bit inconvinient. Is there another way like airdate."something" == 2014-06-01 ?

Re: Receiving TV Data

Posted: 31 May 2014, 16:38
by rednoah
Try something like this:

Code: Select all

{airdate.toString() == '2001-09-30'}

Re: Receiving TV Data

Posted: 31 May 2014, 16:51
by Sheldon
Yep! It works! Thanks!

Re: Receiving TV Data

Posted: 31 May 2014, 16:57
by Sheldon
Is there something simular for airdate >,>=,<,<= ?

Re: Receiving TV Data

Posted: 01 Jun 2014, 04:47
by rednoah
e.g.

Code: Select all

{airdate.timeStamp > 14e11}
@see
http://www.unixtimestamp.com/index.php

timeStamp => airdate in milliseconds
today's date in milliseconds => 14015808001000

PS: Newer revisions also support {age} which is the age (today - airdate) in days.

Re: Receiving TV Data

Posted: 01 Jun 2014, 08:12
by Sheldon
Thanks!

But it seems not to work properly.

I tried airdate.timestamp <= 1401613113 but received nothing what I should.
Is it Unix specific or do you use GregorianCalandar?

I work on Windows.

Re: Receiving TV Data

Posted: 01 Jun 2014, 20:30
by Sheldon
I tested it again. airdate.timestamp doesn't work. Wrong function?

Re: Receiving TV Data

Posted: 02 Jun 2014, 02:22
by rednoah
all code is case-sensitive

Re: Receiving TV Data

Posted: 02 Jun 2014, 11:40
by Sheldon
Ok! It works! Thanks! :)

Re: Receiving TV Data

Posted: 02 Jun 2014, 12:16
by Sheldon
I couldn't find a binding for the audio language.
Is there something like:

--format "{n} - {s.pad(2)} - {e.pad(2)} - {t} - {lang} - {airdate}"?

Re: Receiving TV Data

Posted: 02 Jun 2014, 12:59
by rednoah
Image

Obviously that's based on metadata embedded in the file, which may or may not be available.

Re: Receiving TV Data

Posted: 02 Jun 2014, 13:13
by Sheldon
That's what I alreasy tested without getting something.
But if it depends on the given metadata i can't rely on it.

I pass a variable holding the language to the batch that gets the data via FileBot.
Asume something like
SET language=%1
in the batch.

Can I somehow include this to the format like

--format "{n} - {s.pad(2)} - {e.pad(2)} - {t} - %language% - {airdate}"?

The first try didn't work.

Re: Receiving TV Data

Posted: 07 Jun 2014, 12:56
by Sheldon
Hi,

we discussed already the topic of comparing dates and you provided a solution by using milliseconds.
Away from Java this is not really convenient. So i wanted to ask for your opinion about the following approach.

You receive the airdate in format yyyy-mm-dd.
So what about some funtion like airdate.toNumber that converts this to a number yyyymmdd.
In Java this is simple. The same could be done with the custom date f.e. 2014-06-06 -> 20140606.
Now you would be able to simply compare this to dates.

What's your opinion?

Re: Receiving TV Data

Posted: 07 Jun 2014, 17:47
by rednoah
There's a new binding {age} which gives you the age in days.

Here's how I'd do what you suggested:

Code: Select all

{airdate.toString().removeAll(/\D/).toInteger()}

Re: Receiving TV Data

Posted: 08 Jun 2014, 08:04
by Sheldon
Ah! Thanks! That's great!
I know that you created the new binding {age} and this is also very helpful in many cases.
But if you receive the airdate (not today) and want to compare it to any other date (not today) {age} doesn't help.

The approach

{airdate.toString().removeAll(/\D/).toInteger()}

looks much better. I will try.

Re: Receiving TV Data

Posted: 08 Jun 2014, 08:59
by Sheldon
I tried it and it works great!
That's much more convenient and you can do things like
airdate.toString().removeAll(/\D/).toInteger() <= 20140608.
Thanks a lot!

Do you have an idea regarding the language parameter in the format?

Re: Receiving TV Data

Posted: 08 Jun 2014, 09:37
by rednoah
Not sure what you're trying to do but you can read the environment the standard java way.

@see
http://docs.oracle.com/javase/7/docs/ap ... ng.String)

Re: Receiving TV Data

Posted: 08 Jun 2014, 19:40
by Sheldon
Sorry for confusiing you. I was on the wrong road. But I shortly explain what I meant.

As you may remember I run all Filebot related stuff from batch under windows.
I tried to parametrize the cmd and my question was if this could be done for the format option.
So the format would get a parameter language f.e..
So it would nearly look like this

--format "{n} - {s.pad(2)} - {e.pad(2)} - {t} - %language% - {airdate}"

But now I came to the conclusion that the whole "--format" option can get a parameter.
The same is true for the "--lang" , "--filter" and others.
So in the batch I have something like

-list --db thetvdb --q %1 --lang %2 --filter %3 --format %4

thetvdb can be carried by a parameter as well.

And all the parameters can be set by my application.
That works fine.

Filebot version and german language

Posted: 19 Jul 2014, 11:50
by Sheldon
Hi,

just 2 small issues.

If I choose German as prefered language I still get English. Something wrong? Do I need some cmd setting?

And I think it would be a good idea to display the current Filebot version somewhrere in the app (f.e. in the window title)

Kind regards,

Sheldon

Re: Receiving TV Data

Posted: 05 Aug 2014, 13:17
by Sheldon
It seems that FileBot doesn't support Sereinjunkies data any more. What's the reason?

Re: Receiving TV Data

Posted: 05 Aug 2014, 14:12
by rednoah
* No reason to prefer SJ over TVDB
* Only used by German users
* I have since refused all requests of adding language specific data sources
* Very few people where actually using it
* Simplification

Re: Receiving TV Data

Posted: 05 Aug 2014, 14:35
by Sheldon
Ok, thanks!

What changes did you do to the cmd for FileBot 4.3 Beta? I tried the jar and the app didn't start.
Normally cmd changes are the reason fpr that.

Re: Receiving TV Data

Posted: 05 Aug 2014, 14:56
by rednoah
Since you fail to provide any information that could help me guess on what the problem is, I'm just gonna guess you're not using Java 8.
FAQ wrote:Q: When I run filebot it fails with an UnsupportedClassVersionError. What does that mean?
If you get an error like Exception in thread "main" java.lang.UnsupportedClassVersionError: net/filebot/Main : Unsupported major.minor version 52.0 it means that you're running Java 6 or Java 7 and that you will need to upgrade to Java 8.
FYI you can always l look up the java -jar command in any of the packages that are uploaded as well.

Re: Receiving TV Data

Posted: 05 Aug 2014, 15:05
by Sheldon
Yes, I currently use Java 7.65. So FileBot 4.3 requires Java 8 there FileBot 4.2 works fine with my Java version.
Good to know!
Thanks!

Re: Receiving TV Data

Posted: 05 Aug 2014, 15:15
by Sheldon
Will you bring the version to the gui somehow?
I know there is the -version option but to have in the gui would be helpful.

Re: Receiving TV Data

Posted: 05 Aug 2014, 16:35
by rednoah
If you're using the latest revision. Press F5, then press F5 again. :o

Re: Receiving TV Data

Posted: 05 Aug 2014, 16:57
by Sheldon
I currently use the latest FileBot 4.2

F5 opens the Groovy Pad. Unfortunately the second F% does nothing
I only copied the latest jar. Do I need some groovy script?

Re: Receiving TV Data

Posted: 05 Aug 2014, 17:10
by rednoah
This will work for 4.3 or higher.

Image

Re: Receiving TV Data

Posted: 05 Aug 2014, 17:25
by Sheldon
So it doesn't work with FileBot 4.2. That's why I get this, right?

groovy.lang.MissingMethodException: No signature of method: org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.runScript() is applicable for argument types: (java.lang.String) values: [fn:sysinfo]
at Script9.run(Script9.groovy:1)
at net.filebot.cli.ScriptShell.evaluate(ScriptShell.java:60)
at net.filebot.cli.GroovyPad$Runner$1.run(GroovyPad.java:235)

But it's good to know that it will be available in the future.
Thanks for the implementation of the info.

But you should place the info about how to get it somewhere.
Some short description like you provided above will help the other users to find it.

Re: Receiving TV Data

Posted: 05 Aug 2014, 17:40
by Sheldon
I just read your latest announcement.
You should mention that Java 8 is required!

Re: Receiving TV Data

Posted: 05 Aug 2014, 18:08
by rednoah
The Windows executable takes care of that. But you're bypassing that by running the jar directly, which is possible but not recommended.

Re: Receiving TV Data

Posted: 05 Aug 2014, 18:20
by Sheldon
But if I switch to Java 8 it will work, yes?
Or is it only handled by the exe?
If so is there another way from the jar?

Re: Receiving TV Data

Posted: 06 Aug 2014, 08:51
by rednoah
Only Java 8 or higher can execute the latest jar. The Windows executable checks the latest JTR, and either runs the jar with that, or displays an error message telling you to install the latest JRE 8.

Re: Receiving TV Data

Posted: 06 Aug 2014, 09:07
by Sheldon
Great, thanks!

But does it really make sense to switch to Java 8 now?
The official version is 7.67.
As I can see there is no official release yet.
The only available is a test or development release.
There is also no official release date.

Re: Receiving TV Data

Posted: 06 Aug 2014, 10:19
by rednoah
Java 8 has been officially released on March 18, 2014 and is available for Windows, Linux, Mac OS X, BSD, Solaris and Embedded Linux.

Re: Receiving TV Data

Posted: 16 Aug 2014, 16:08
by Sheldon
rednoah wrote:* No reason to prefer SJ over TVDB
* Only used by German users
* I have since refused all requests of adding language specific data sources
* Very few people where actually using it
* Simplification

Oh, oh! It seems that removing SJ wasn't a good idea. :o
TVDB doesn't always provide the german episode title.
Actual example Defiance 0209.

Re: Receiving TV Data

Posted: 16 Aug 2014, 16:43
by rednoah
Even better. Time to give back to TheTVDB and help them add German data. ;)

Re: Receiving TV Data

Posted: 16 Aug 2014, 16:49
by Sheldon
Funny! But you can also have a different not so optimistic point of view.
In this case FileBot is useless in the moment!
The renaming needs to be done manually again. Great! Yeah!

Re: Receiving TV Data

Posted: 16 Aug 2014, 16:55
by rednoah
So instead of renaming manually the obvious solution should be to go to the TheTVDB and add the missing data - clear cache - automatically rename with FileBot.

Don't be selfish. Just add the missing data. The only reason it's missing is somebody else couldn't be bothered. It only takes one single person to fix the problem for everybody forever.

Re: Receiving TV Data

Posted: 16 Aug 2014, 16:57
by Sheldon
I didn't know that I can do it! Please tell me how?

Re: Receiving TV Data

Posted: 16 Aug 2014, 17:12
by Sheldon
Oops! I just had a look at TheTVDB.com
There I found a german title for Defiance 0209.
But FileBot receives the english title for this episode if I request the german title.

Re: Receiving TV Data

Posted: 16 Aug 2014, 17:15
by rednoah
The data was probably added very recently. Try again next week and it'll work as expected.

Re: Receiving TV Data

Posted: 12 Oct 2014, 09:36
by Sheldon
Hi,

I just switched to Filebot 4.5. If I press F5 I get

FileBot 4.5 (r2611)
JNA Native: 4.0.0
MediaInfo: java.lang.NoClassDefFoundError: Could not initialize class net.filebot.mediainfo.MediaInfoLibrary
7-Zip-JBinding: net.sf.sevenzipjbinding.SevenZipNativeInitializationException: Failed to load 7z-JBinding: no 7-Zip-JBinding in java.library.path
chromaprint-tools: java.io.IOException: Cannot run program "D:\Portable Applications\Platform\PortableApps\FileBot\fpcalc.exe": CreateProcess error=2, Das System kann die angegebene Datei nicht finden
Extended Attributes: OK
Groovy Engine: 2.3.7
JRE: Java(TM) SE Runtime Environment 1.8.0_20
JVM: 32-bit Java HotSpot(TM) Client VM
CPU/MEM: 2 Core / 247 MB Max Memory / 21 MB Used Memory
OS: Windows Vista (x86)

I already downloaded the MediaInfo.dll but there still seems to be something wrong or missing.
Please help! What needs to be done?

Kind regards,

Sheldon

Re: Receiving TV Data

Posted: 12 Oct 2014, 09:54
by rednoah
See FAQ. You're using 32-bit JVM and probably trying to use 64-bit native libs, which won't work. Or the libraries are just not where they should be (see fpcalc error).

Re: Receiving TV Data

Posted: 12 Oct 2014, 10:05
by Sheldon
Ok, step by step.
I downloaded FileBot_4.5-portable.zip. It does not contain fpcalc.exe. So how can I get it?

Re: Receiving TV Data

Posted: 12 Oct 2014, 10:45
by rednoah
Portable: FileBot-4.5-portable.zipfor Windows, Linux, Mac OS X, BSD and Solaris
This package does not include the MediaInfo and 7-Zip native libraries. 32-bit JRE requires 32-bit native libs
@see http://www.filebot.net/#download

There's a link right on the main page. Follow the link and find the binaries for your platform.

Re: Receiving TV Data

Posted: 13 Oct 2014, 07:56
by Sheldon
That's what I already did. But I only find this

http://sourceforge.net/p/filebot/code/2 ... iaInfo.dll

I downloaded it and put it in the FileBot directory.

Re: Receiving TV Data

Posted: 13 Oct 2014, 08:08
by rednoah
If it's right there, and can be read, then it will work:

Code: Select all

D:\Portable Applications\Platform\PortableApps\FileBot\fpcalc.exe
(as it says in the error message)

You can check if that works first.

Re: Receiving TV Data

Posted: 13 Oct 2014, 08:11
by Sheldon
The problem is that I only get the dll. There is no fpcalc.exe.

Re: Receiving TV Data

Posted: 13 Oct 2014, 08:15
by rednoah
MediaInfo however *.dll are libraries so it works different. If you're using this unofficial portable build you first wanna check how java.library.path and jna.library.path are set. In my portable package the Windows launcher certainly does set these properties to the EXEDIR.

Re: Receiving TV Data

Posted: 13 Oct 2014, 08:31
by Sheldon
You are right! I corrected the settings. Pressing F5 I get this

FileBot 4.5 (r2611)
JNA Native: 4.0.0
MediaInfo: java.lang.NoClassDefFoundError: Could not initialize class net.filebot.mediainfo.MediaInfoLibrary
7-Zip-JBinding: net.sf.sevenzipjbinding.SevenZipNativeInitializationException: Failed to load 7z-JBinding: no 7-Zip-JBinding in java.library.path
chromaprint-tools: java.io.IOException: Cannot run program "D:\Portable Applications\Platform\PortableApps\FileBot\fpcalc.exe": CreateProcess error=2, Das System kann die angegebene Datei nicht finden
Extended Attributes: OK
Groovy Engine: 2.3.7
JRE: Java(TM) SE Runtime Environment 1.8.0_20
JVM: 32-bit Java HotSpot(TM) Client VM
CPU/MEM: 2 Core / 247 MB Max Memory / 21 MB Used Memory
OS: Windows Vista (x86)

Re: Receiving TV Data

Posted: 13 Oct 2014, 09:18
by rednoah
Just try with my portable release first. That should work right out of the box once you copy the libraries. After that you can figure out how to fix this PortableApps package.

Re: Receiving TV Data

Posted: 14 Oct 2014, 08:10
by Sheldon
That's what ik do! I just run the jar. But there is f.e. no fpcalc.exe in your package.

Re: Receiving TV Data

Posted: 14 Oct 2014, 09:05
by rednoah
The jar cannot know about it's environment. The FileBot.exe will however correctly initialize and start java and then run the program stored in FileBot.jar archive.

And of course there is no native library or native program included, since these are platform dependent and I cannot know which environment you're own, especially if you're portable.

You need to learn what native libraries and computer architectures are and then you will know why there is only 1 jar but many fpcalc / libmediainfo / etc

For dummies: If you use 32-bit Windows you will need 32-bit Windows fpcalc.exe, using 64-bit fpcalc won't work, and using 32-bit Linux fpcalc also won't work. The jar always works because it's Java, and not native code, hence it needs Java to be executed.

Re: Receiving TV Data

Posted: 15 Oct 2014, 08:07
by Sheldon
I know! That's why I configered this in the cmd. You once told me that the exe just runs the jar using the cmd config.
So the only question remains is how to get the native libs and how to configure them correctly in the cmd.
Then it should work, or?

Re: Receiving TV Data

Posted: 15 Oct 2014, 08:13
by rednoah
So if you made your own filebot.cmd launcher, why haven't you posted the command with which you run the jar?

Actually, the portable does contain a filebot.cmd already:

Code: Select all

@ECHO OFF
java -Dunixfs=false -DuseExtendedFileAttributes=true -DuseCreationDate=false -Djava.net.useSystemProxies=false -Dsun.net.client.defaultConnectTimeout=10000 -Dsun.net.client.defaultReadTimeout=60000 -Djna.nosys=true -Dapplication.deployment=portable -Dapplication.analytics=true "-Dapplication.dir=%~dp0." "-Duser.home=%~dp0."  "-Djava.io.tmpdir=%~dp0temp" "-Djna.library.path=%~dp0" "-Djava.library.path=%~dp0" -Dnet.filebot.AcoustID.fpcalc="%~dp0fpcalc.exe" -Djava.util.prefs.PreferencesFactory=net.filebot.util.prefs.FilePreferencesFactory "-Dnet.filebot.util.prefs.file=%~dp0prefs.properties" -jar "%~dp0FileBot.jar" %*
PS: The *.l4j.ini files are specific to the code in the .exe launcher. Although it does show you all the properties, things like %EXEDIR% may not be resolved by your CMD.

PS2: This thread is totally of topic, and nobody will ever find any of this even if they have a similar problem. Future replies will be very short. ;)

Re: Receiving TV Data

Posted: 15 Oct 2014, 08:30
by Sheldon
Sorry! My mistake. This is my command:

Code: Select all

java -Dunixfs=false -DuseExtendedFileAttributes=true -DuseCreationDate=false -Djava.net.useSystemProxies=false -Dsun.net.client.defaultConnectTimeout=10000 -Dsun.net.client.defaultReadTimeout=60000 -Djna.nosys=true -Dapplication.deployment=portable -Dapplication.analytics=true "-Dapplication.dir=D:\Portable Applications\Platform\PortableApps\FileBot" "-Duser.home=D:\Portable Applications\Platform\PortableApps\FileBot"  "-Djava.io.tmpdir=D:\Portable Applications\Platform\PortableApps\FileBot\Temp" "-Djna.library.path=D:\Portable Applications\Platform\PortableApps\CommonFiles\Java_8_20\lib" "-Djava.library.path=D:\Portable Applications\Platform\PortableApps\CommonFiles\Java_8_20\lib" -Dnet.filebot.AcoustID.fpcalc="D:\Portable Applications\Platform\PortableApps\FileBot\fpcalc.exe" -Djava.util.prefs.PreferencesFactory=net.filebot.util.prefs.FilePreferencesFactory "-Dnet.filebot.util.prefs.file=D:\Portable Applications\Platform\PortableApps\FileBot\prefs.properties" -jar "D:\Portable Applications\Platform\PortableApps\FileBot\FileBot.jar" %*

Re: Receiving TV Data

Posted: 15 Oct 2014, 09:12
by rednoah
Does it work if you just use my portable package (with the native components added manually)?

FYI, this is definitely not what I do in my filebot command:

Code: Select all

"-Djna.library.path=D:\Portable Applications\Platform\PortableApps\CommonFiles\Java_8_20\lib"

Re: Receiving TV Data

Posted: 19 Oct 2014, 07:57
by Sheldon
That's what I mean. What setting is required for -Djna?
Currently I am a bit busy but I will test it with your portable packkage and come back to you.
Shall I open a new topic for this issue?