0.8 is out
It took a little longer than I wanted, but 0.8 has finally hit the streets. There are a whole lot of new features such as:
- image rotation for groups and individual images
- Ability to create and add photos to photo sets
- Sorting by EXIF date taken
- Spanish translation
There are actually quite a few more features, be sure to check out the changelog for all the details.
In addition, all of the open bugs have been fixed, so it’s just new bugs from here on out. So download away!
October 31st, 2005 at 2:13 am
Waht’s the jpeg compression ratio when resizing images? It looks like jUploadr applies a to high compression so that strong compression artefacts become visible.
October 31st, 2005 at 9:45 am
Please, if you want I can translate jUploadr to Brazilian Portuguese!! Contact me!!
October 31st, 2005 at 11:36 am
I don’t actually set the compression, it’s done by the SWT api, so I’m not even sure that I have control over it.
I’ll check to see if i can influence it, but I haven’t noticed artifacts. That said, I have a pro account, and bandwidth isn’t an issue for me.
Update:
I uploaded a large image that I resized from 1280×960 to 800×600, and didn’t notice any terrible artifacts when I did. Resizing a JPEG is a lossy process, and you do re-compress a compressed image, so quality will suffer.
October 31st, 2005 at 7:23 pm
I just installed the latest version, and it works great. Thanks for your continued hard work on this — it’s a great tool for GNU/Linux users!
October 31st, 2005 at 7:58 pm
Very nice to see. One thing I did notice on the i386 linux version was that hitting the “X” instead of selecting exit caused the program to close, but the vm to still run, the command line program would not exit. Otherwise, very nice stuff. Thank you again for your work.
October 31st, 2005 at 10:37 pm
Skippy: Thanks for the kind words. I’m glad it works for one of my oldest users!
Rob: That’s how it’s supposed to work
jUploadr stays resident in your taskbar until you close it with File->Exit.
November 9th, 2005 at 4:08 pm
Hi. jUploader doesn’t actually work on (K)Ubuntu now:
… GCJ is an incompatible version of java …
So ? What package should I install ?
November 9th, 2005 at 10:14 pm
EDIT: Before the problems, heh, thanks for this program, I love it and we (people on linux) really _NEED_ it.
The new features are great, I was expecting them! (The photo-sets one is a must, heh). Now they make it the best uploadr for linux… err.. and I think i preffer it than the oficial one
——>
uhmm… I upgraded and it’s some weird thing with the uploading order…
If I active the “upload in order of date taken” and it EXISTS (and it’s ok, I checked it), they got uploaded without order, random ~_~
And if I don’t active it… guess it… pseudo-random too!
I preffer the old-style ordering, just by the order you drop ‘em >_
November 9th, 2005 at 11:56 pm
Didier:
Download the official version of java from sun. There’s no package because it’s not open source.
http://java.sun.com/j2se/1.5.0/download.jsp
Alienlove:
If you deactivate the ordering, it uses the old code, I really didn’t change anything with that. I’ll double-check to make sure. Are you sure the EXIF date exists in your photos? It’s not the same thing as the file created date.
November 10th, 2005 at 8:02 am
yep, I know what the exif is, I checked that, not the ‘atime’
I’ll do more uploads checking it, maybe the problem it’s me, heh. I’ll inform you, thanks.
November 12th, 2005 at 4:08 am
Hi,
thanks for a great program. Till now I used Flickr Importr.
But it seems juploadr has a problem with some pictures because it creates the following error:
“Exception in thread “Thread-5″ java.lang.OutOfMemoryError: Java heap space”
with thread number varying. It appears an empty thumbnail in juploadr. I didn’t try an upload with that photo. OS is Windows.
The problem occurs after I added some IPTC data with Pixvue. Pixvue never revealed any error. The pictures are correct (also the exif data is correct) in any other program (Exifer, PS, Faststone Viewer). Also removing completely the exif data doesn’t resolve the problem. I’m trying to reproduce the problem with other fotos. At the moment I have a folder full of these images. If wished I can send you one (1,5MB). Resaving it with PS doesn’t resolve neither.
With other photos I have no problems. Let me know if I can do anything further
November 12th, 2005 at 5:04 am
Ok, I did some further tests. It isn’t Pixvue. Seems to be PS CS. I opened in PS a photo which worked in juploadr, save it as JPG and afterwards it creates the error as I described in the comment above. A further analyze of the structure of the JPG with cpicture revealed that the problematic pictures contain an application marker (APP14, starts with FFEE, is 35 Bytes long) which seems to disturb juploadr. As soon as I save the picture with another application like Faststone and therefore this application marker doesn’t exists anymore the problem doesn’t occur. Obviously this doesn’t depend of the exif data as I described in the other comment. Exifer deleted the exif data but left the jpg structure as before … I hope I did a correct analysis and it helps to resove the problem.
November 12th, 2005 at 6:04 am
Ok, previous comment was obviously wrong as I didn’t see them also after refreshing.
Turning back to the real problem. It isn’t the APP14 but PS. With jstrip I stripped off all data from the jpegs and now I have two identical photos. One works the other one not. And I have no clue why.
The problem is in all versions of juploadr (since 0.3) and happens with Java 1.5.03 and 1.5.05.
As said if it helps I can send these jpgs.
Sorry, for all the fuss above.
November 12th, 2005 at 6:17 pm
Matido:
Sure, send me the pictures… steve.m.cohen[at]gmail[dot]com
November 13th, 2005 at 11:05 am
Is it possible to assign pictures to already existing sets, or can i only create new sets and assign pics to those?
November 14th, 2005 at 12:49 am
You can assign pictures to previously existing sets as well as creating new ones. However, you must be connected to the Internet in order to get the list of old photo sets.
November 23rd, 2005 at 10:30 am
Hi,
I am running Slackware 10.2 with JRE 1.5.0_04. When I run juploadr, I can’t run the Authorization. When I click on the button to authorize, I get this in the xterm:
java.io.IOException: Could not find a browser
I don’t have firefox in a standard location, so is there somewhere certain I should be placing Firefox, or is there an environment variable that will tell Java where to find Firefox?
Thanks!
Dave
November 24th, 2005 at 10:13 pm
This is a great program. Thanks for all the hardwork. I was interested in looking at the source code which I CVS’ed from sourceforge. However, it doesn’t seem to be the latest (or I’m doing something wrong!). When I do ‘ant’ (v1.6.2) in the root directory, I get a whole chunk of errors.
Is there any way of getting the latest.
November 25th, 2005 at 1:41 pm
Dave:
As long as firefox is in your path, and that it’s named ‘firefox’ it should work. If not, put a link to it in /usr/bin
Gazzer:
There are two repositories in CVS, jUploadr and juploadr. The one with the correct code is juploadr.
November 28th, 2005 at 6:38 am
Cool,great job guys.
November 29th, 2005 at 7:54 am
scohen: Thanks! Putting a link in /usr/bin did the trick. That will teach me not to put Firefox in a non-standard location. Thanks again for the help, and thanks for a great program!
April 2nd, 2007 at 12:33 pm
Hi! First of all, thank you for the great software!
I get the error referenced by Didier R (Reply #7) and I followed the fix at Reply #9.
#
root@compaqsr1010z:/home/james/jUploadr-1.1.2-linuxGTK-i386# ./jUploadr
Starting JUploadr…
Java exec found in PATH. Verifying…
Suitable java version found [java = 1.4.2]
Configuring environment…
GCJ is an incompatible version of java
Download the official version at http://java.sun.com
#
I tried uninstalling the java package that came with the ubuntu distro first and installed the official java version from sun; I also tried installing the official java version without uninstalling the ubuntu-native java; in both I still get the error. Please help?
April 2nd, 2007 at 6:23 pm
The easiest way to fix the problem is to remove the file pointed to by
which java
That will tell you which java executable jUploadr ’sees’ and which one to remove. If you want to be very smart about it, you can remove the package owned by that file. IIRC Ubuntu is debian-based, and debian does some extremely strange things with package management, so the brute force delete-the-file-that-is-causing-the-problem approach might be the best.
Or, you can alternately make sure that the correct version of Java appears first in your path.
P.S. I hope you’re not using 0.8 and are just replying to this thread due to a google search. 1.1.2 is the current version.
April 2nd, 2007 at 7:42 pm
I got it to work! Yes, I’m using the sparkling-new jUploadr 1.1.2ver (see directory name). Thanks for the brutal-force suggestion! I’m actually pro-peace, and am against the use of force if at all avoidable. But then again, I’m wrong. Maybe I should switch to Bush’s party? LOL.
April 9th, 2007 at 2:43 pm
I’m running kubuntu 6.10 and can’t get it to work either. I’ve installed the latest version of Java as you suggested to Didier but I still get the same error message. Any thoughts?
April 9th, 2007 at 7:23 pm
Edmund,
Your best bet is to remove the java (GCJ) package. Then the jUploadr executable will find the ‘correct’ version.
Alternately, you can set JAVA_HOME to be the path to the installation directory:
export JAVA_HOME=/usr/local/jdk-1.5.0
./jUploadr
April 21st, 2007 at 12:45 am
For ubuntu users getting the…
Starting JUploadr…
Java exec found in PATH. Verifying…
Suitable java version found [java = 1.4.2]
Configuring environment…
GCJ is an incompatible version of java
…error, just run the following command at a command prompt:
sudo update-alternatives –config java
You will see a list of java executables. Just choose Sun’s version.
if you need help setting up installing Java in Ubuntu, follow this link:
https://help.ubuntu.com/community/Java
November 3rd, 2007 at 1:16 am
hi
i got similar problem… (JAVA(GCJ) incompatible)…at my Fedora Core 5 Linux machine
It is solved by only two commands..
———————————————————-
#which java
? /usr/bin/java /*this may vary */
#rm -f /usr/bin/java /* according the which java result*/
———————————————————-
Thats all
Thanks
soumya