Package Details: filebot 4.9.4-2

Git Clone URL: (read-only, click to copy)
Package Base: filebot
Description: The ultimate TV and Movie Renamer
Upstream URL:
Keywords: mass media rename subtitle
Licenses: Commercial
Conflicts: filebot-git, filebot47
Provides: filebot
Submitter: ndowens
Maintainer: rvasilev
Last Packager: rvasilev
Votes: 132
Popularity: 1.43
First Submitted: 2009-06-21 07:41
Last Updated: 2021-08-26 17:08

Pinned Comments

rvasilev commented on 2018-11-11 11:46

This package is looking for a co-maintainer.

Please report this package bugs & fixes

There's some work happening to stabilize package behavior. Thank you for feedback.

Latest Comments

« First ‹ Previous ... 6 7 8 9 10 11 12 13 14 15 16 ... Next › Last »

Anonymous comment on 2016-07-17 00:11

$ filebot
Exception in thread "main" java.lang.UnsupportedClassVersionError: net/filebot/Main : Unsupported major.minor version 52.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(
at Method)
at java.lang.ClassLoader.loadClass(
at sun.misc.Launcher$AppClassLoader.loadClass(
at java.lang.ClassLoader.loadClass(
at sun.launcher.LauncherHelper.checkAndLoadMain(

max.bra commented on 2016-07-14 20:38

hi rednoah,
thanks, i was already going to do exactly the same changes

again, asap, give me a couple of days

rednoah commented on 2016-07-14 15:09

You might wanna check the custom `` launcher. There seem to be a few issues compared to the official `` launcher.

Setting -Duser.home is probably a bad idea. If you just want the Java Preferences to go to $HOME/.config/filebot then you can do that specifically:

max.bra commented on 2016-07-14 07:43

hi j1simon, still home renovation here, sorry.
i will definitively fix home preferences & co position ASAP. give me a couple of day.

> What is the reason to change desktop file, script init (
reason is simple. i have inherited this package and i'm trying to keep aligned the old method with the news.
and more, using portable version (imho, far better and arch standards compatible than deb/rpm version) original script default APP_DATA to pwd, clearly not compatible with file position of this package. hence the changes to startup sh script.

however, i do not think FileBot on arch is working so bad...

j1simon commented on 2016-07-13 22:51

What is the reason to change desktop file, script init ( The sh script defined here it opens wrong initial folder:

max.bra commented on 2016-07-13 21:34

mmmh, netrunner use kde, am i right?
can you try a drag and drop with a different plasma theme? better with a default one?

EGraf commented on 2016-07-13 14:03

Hi max.bra, thanks for answering.
With locale-gen I get:

Generating locales...
en_US.UTF-8... done
es_ES.UTF-8... done
Generation complete.

I also tried changing en_US with es_ES in /usr/bin/filebot with no avail.

$ filebot -script fn:sysinfo
FileBot 4.7 (r3923)
JNA Native: 4.0.1
MediaInfo: MediaInfoLib - v0.7.86
Apache Commons VFS: [zip, ftps, rar, ftp, tar, tgz, tbz2, sftp]
Chromaprint: fpcalc version 1.3.1 (fpcalc)
Extended Attributes: OK
Groovy Engine: 2.4.6
JRE: Java(TM) SE Runtime Environment 1.8.0_92
JVM: 64-bit Java HotSpot(TM) 64-Bit Server VM
CPU/MEM: 8 Core / 3 GB Max Memory / 26 MB Used Memory
OS: Linux (amd64)
Data: /home/ernesto/.config/filebot
uname: Linux ernesto-pc 4.4.13-1-MANJARO #1 SMP PREEMPT Wed Jun 8 09:21:59 UTC 2016 x86_64 GNU/Linux
Done ヾ(@⌒ー⌒@)ノ

max.bra commented on 2016-07-12 19:04

Hi EGraf,
sorry for late reply.
what about your netrunner locale and which locales are generated?

remember, you NEED 'en_US.UTF-8' locate to be generated. this package and official launcher script use that locale by default.

EGraf commented on 2016-07-11 20:41

having problems with the drag-n-drop, if the file name has a square bracket it throws out a " Illegal character in path" error. This doesn't occur on Windows or if I use the "load" button to open the dialog box, only dragging the files on my Netrunner installation.

any ideas?

amwalters commented on 2016-05-27 05:18

Hey Teyro, I was getting the same error... I had to switch over to Oracle JRE 8. Looks like the most recent openJDK must be borked somehow.