Branches
Comments
[»]
IPTC keywords, titles , please
by Michał Szkutnik - Nov 19th 2006 08:22:03
If your app could read and alter IPTC/XMP comments (well, the standard used
by Picasa, or IrfanView), it would be so, so, so great. Because no other
app I know supports it, and the ability to store the metadata in the
picture is way better than storing it separately.
I would make your application the killer picture viewer for me :)
[reply]
[top]
[»]
Re: IPTC keywords, titles , please
by Michael Sweet - Nov 19th 2006 14:02:54
> If your app could read and alter
> IPTC/XMP comments (well, the standard
> used by Picasa, or IrfanView), it would
> be so, so, so great. Because no other
> app I know supports it, and the ability
> to store the metadata in the picture is
> way better than storing it separately.
>
> I would make your application the killer
> picture viewer for me :)
Loading/storing comment information from image files is on the TODO list,
as is maintaining a DB that can be searched (to find your pictures...)
[reply]
[top]
[»]
Feature Request: Automatic Ctrl-C option
by sprocketboy - Sep 30th 2003 14:17:45
Here is the version I am using, installed from a Mandrake RPM:
flphoto-1.1-1mdk
I am using flphoto with KDE, and I noticed now that when I press the
button on my Kodak EasyShare docking station, an "flphoto" icon
pops up on my desktop. Clicking on this "dynamic icon" opens
flphoto, which is a really neat feature.
However, I would like to see this feature (optionally) augmented with the
following. Could you put a checkbox option that would allow flphoto to
automatically issue itself a "Control-C" command (to browse the
connected camera's contents) when this "dynamic icon" is
double-clicked?
I would not want to initiate the full download at this point, because I
might want to change the download directory. I would just like to see the
"camera browser" dialog box showing current pictures in the
camera, the same one you get if your camera is connected and you manually
press Ctrl-C.
Again, this should be a user option, such as Options->Auto Browse
Camera on Dynamic Icon Click or some such. Some people might not want this
feature, so they should have the option to disable it.
[reply]
[top]
[»]
Re: Feature Request: Automatic Ctrl-C option
by Michael Sweet - Sep 30th 2003 15:10:50
Hmm, I'll have to work with Till to find out what additional packaging
changes he has made; ideally I should just be able to add a command-line
option to open the import dialog right away...
Thanks for the feedback!
[reply]
[top]
[»]
Printing engine
by Dominik Ryba - May 24th 2003 02:57:35
I use flphoto to print photos from my digital camera, and it's very, very
good!!!
--
Dominik Ryba
Registered Linux User #255101
[reply]
[top]
[»]
flphoto hits the target!
by rob - Apr 9th 2003 12:14:01
flphoto is a a breath of fresh air after trying the other
open source photo editors which are either way too powerful
(gimp) or can't do the obvious stuff like crop or print multiple
photos per page. And its EXIF aware - at last! Very nice
job for release 1.0
Couple suggestions:
o Crop window drag-box seems either broken or
non-intuitive (drag just moves a cross hair, not a box)
o Save album requires you type the right extension (.album).
If you do, cool. If you don't (and its not obvious at first)
then subsequently opening the album fails.
o Image properties lets you type a comment (above EXIF
information) but this doesn't end up in the image EXIF
comments as one would expect, but in the album file.
[reply]
[top]
[»]
I can't compile flphoto with gcc 3.2.2
by Jose Bernardo Silva - Mar 24th 2003 03:39:03
When trying to compile flphoto with gcc 3.2.2, it fails with the following
errors:
Compiling Fl_CRW_Image.cxx...
In file included from Fl_CRW_Image.cxx:33:
Fl_CRW_Image.H:34: ISO C++ forbids declaration of `ushort' with no type
Fl_CRW_Image.H:34: parse error before `[' token
Fl_CRW_Image.H:67: syntax error before `*' token
Fl_CRW_Image.cxx: In member function `void
Fl_CRW_Image::load_image(FILE*)':
Fl_CRW_Image.cxx:118: `image' undeclared (first use this function)
Fl_CRW_Image.cxx:118: (Each undeclared identifier is reported only once
for
each function it appears in.)
Fl_CRW_Image.cxx:118: parse error before `[' token
Fl_CRW_Image.cxx: In member function `void
Fl_CRW_Image::dillon_interpolate()':
Fl_CRW_Image.cxx:1009: `ushort4' undeclared (first use this function)
Fl_CRW_Image.cxx:1009: `oimage' undeclared (first use this function)
Fl_CRW_Image.cxx:1012: parse error before `[' token
[...]
And so on. Any ideas, besides going back to gcc 2.96?
Thank you!
[reply]
[top]
[»]
Re: I can't compile flphoto with gcc 3.2.2
by Michael Sweet - Mar 24th 2003 06:36:15
This is a known issue with the new GCC 3.x headers; a quick fix is to add:
typedef unsigned short ushort;
to the Fl_CRW_Image.H file.
I'll be doing a new release in the near future that addresses the compile
problems.
[reply]
[top]
[»]
Re: I can't compile flphoto with gcc 3.2.2
by Jose Bernardo Silva - Mar 24th 2003 07:27:59
Thank you!
[reply]
[top]
[»]
Re: I can't compile flphoto with gcc 3.2.2
by Jose Bernardo Silva - Mar 24th 2003 07:36:45
Well, that problem is fixed, but now I get the following (using fltk
1.1.3):
Compiling Fl_Image_Browser.cxx...
Fl_Image_Browser.cxx: In member function `void
Fl_Image_Browser::load(const
char*)':
Fl_Image_Browser.cxx:643: invalid use of undefined type `struct
Fl_Window'
/usr/include/FL/Fl_Widget.H:32: forward declaration of `struct Fl_Window'
Fl_Image_Browser.cxx:663: invalid use of undefined type `struct
Fl_Window'
/usr/include/FL/Fl_Widget.H:32: forward declaration of `struct Fl_Window'
Fl_Image_Browser.cxx:668: invalid use of undefined type `struct
Fl_Window'
/usr/include/FL/Fl_Widget.H:32: forward declaration of `struct Fl_Window'
Fl_Image_Browser.cxx:715: invalid use of undefined type `struct
Fl_Window'
/usr/include/FL/Fl_Widget.H:32: forward declaration of `struct Fl_Window'
make[1]: *** [Fl_Image_Browser.o] Error 1
[reply]
[top]
[»]
Re: I can't compile flphoto with gcc 3.2.2
by Michael Sweet - Mar 24th 2003 08:03:21
Add "#include " to the top of Fl_Image_Browser.cxx.
[reply]
[top]
[»]
Re: I can't compile flphoto with gcc 3.2.2
by Jose Bernardo Silva - Mar 24th 2003 08:44:40
> Add "#include " to the top of
> Fl_Image_Browser.cxx.
Ok, my bad... I had tried adding a include for Fl_Widget instead of for
Fl_Window.
[reply]
[top]
[»]
Problem reading Kodak DX-4900 pics taken in "Burst" mode
by sprocketboy - Jan 16th 2003 22:58:23
Okay, I noticed a problem reading images taken in 1.0 MP "burst"
mode on a Kodak DX-4900. If I try to read these images directly off the
Kodak Dock II station using gphoto2, flphoto acts as if the images don't
exist.
However, I can pop the CompactFlash module into a flash reader (I use the
Dazzle 6-in-1, it works great on Linux if you recompile your kernel to
probe all SCSI LUNs). Using this flash reader, the CF module appears as a
usb mass-storage device, and I can use nautilus to browse the
directories.
All images are stored on the camera in a directory called:
dcim/100k4900
<tangent>
If you take more than 10,000 images during the life of your camera, the
Kodak "OS" will create a new directory called dcim/101k4900.
If you take more than 20,000 images, the next directory will be called
dcim/102k4900, and so on.
This tangent is irrelevant to my problem now, but it could become an issue
in the future.
</tangent>
Anyway, if you take some pictures in one of the "normal" modes,
they will have a filename that looks like this:
dcim/100k4900/dcp_xxxx.jpg, where 'xxxx' is a four-digit sequence number
that increments by one with every picture you take. It does not go back to
0000 when you delete all pictures in the camera, when you turn it off, or
even when you remove and replace the battery. It just keeps incrementing
until it gets to 9999, and then it goes back to 0000 in a new directory, as
described above.
Now, when you take 12 consecutive pictures in "1.0 MP Burst"
mode, you get filenames that look like this:
dcim/100k4900/byy_xxxx.jpg, where 'xxxx' is a four-digit sequence number
as above, but 'yy' is a *second* sequence number that identifies which
"burst" this image is part of. So, if you take 3 bursts of 12
pics each, you get b01_0017.jpg through b01_0028.jpg as the first burst,
b02_0029.jpg through b02_0040.jpg as the second burst, and so on.
I have a feeling that maybe Michael did not know about this alternate
naming for "Burst Mode" pictures when he wrote the parser for
picture filenames on the DX4900 using the direct connection and gphoto2. I
hope it's just a couple of lines of code that need to be modified.
It would be cool if flphoto were not only able to read these burst images,
but also sort them into different albums automagically. However, that
"but also" is a wishlist kind of suggestion.
Other that this, flphoto is a great effin program, it blows gtkam out of
the water. By the way, gtkam can't read burst mode pictures neither.
[reply]
[top]
[»]
Re: Problem reading Kodak DX-4900 pics taken in "Burst" mode
by Michael Sweet - Jan 17th 2003 04:11:30
> Okay, I noticed a problem reading images
> taken in 1.0 MP "burst" mode
> on a Kodak DX-4900. If I try to read
> these images directly off the Kodak Dock
> II station using gphoto2, flphoto acts
> as if the images don't exist.
Have you tried any of the other frontends for gphoto2? All flPhoto does is
get a list of files on the camera and shows them, so it sounds like a
problem with the camera driver in gphoto2 and not something specific to
flPhoto.
[reply]
[top]
[»]
Re: Problem reading Kodak DX-4900 pics taken in "Burst" mode
by sprocketboy - Jan 17th 2003 04:27:08
>
> % Okay, I noticed a problem reading
> images
> % taken in 1.0 MP "burst"
> mode
> % on a Kodak DX-4900. If I try to read
> % these images directly off the Kodak
> Dock
> % II station using gphoto2, flphoto
> acts
> % as if the images don't exist.
>
>
> Have you tried any of the other
> frontends for gphoto2? All flPhoto does
> is get a list of files on the camera and
> shows them, so it sounds like a problem
> with the camera driver in gphoto2 and
> not something specific to flPhoto.
Actually, I tried using gphoto2 --shell from a command line, and sure
enough, the "Burst" files don't show up there. It looks like I will have
to post all of this again on the gphoto2 mailing list.
Thanks for your reply.
[reply]
[top]
[»]
Re: Problem reading Kodak DX-4900 pics taken in "Burst" mode
by sprocketboy - Jan 17th 2003 17:49:06
>
> %
> % % Okay, I noticed a problem reading
> % images
> % % taken in 1.0 MP "burst"
> % mode
> % % on a Kodak DX-4900. If I try to
> read
> % % these images directly off the Kodak
> % Dock
> % % II station using gphoto2, flphoto
> % acts
> % % as if the images don't exist.
> %
> %
> % Have you tried any of the other
> % frontends for gphoto2? All flPhoto
> does
> % is get a list of files on the camera
> and
> % shows them, so it sounds like a
> problem
> % with the camera driver in gphoto2 and
> % not something specific to flPhoto.
>
>
> Actually, I tried using gphoto2 --shell
> from a command line, and sure enough,
> the "Burst" files don't show up there.
> It looks like I will have to post all of
> this again on the gphoto2 mailing list.
I posted this problem on the gphoto2 developer's list, and someone named
Mariusz said that they had fixed the problem in CVS and that the fix would
likely be in the next gphoto2 release. I got the impression from Mariusz
that gphoto2 might export these burst mode pictures in a separate folder,
which would make sorting them into a different album much easier.
Thanks again, and sorry for the interruption.
[reply]
[top]
[»]
Re: Problem reading Kodak DX-4900 pics taken in "Burst" mode
by sprocketboy - Jul 27th 2003 07:52:38
Just to follow up, this problem was fixed by the (pre)release of gphoto2
version 2.1.2. There is a "release candidate" RPM of this version of
gphoto2 on MandrakeClub.com for those of you who are members, the rest I
guess will have to wait for the official release.
[reply]
[top]
[»]
bug report
by Lars Täuber - Jan 11th 2003 04:08:31
Hi,
i like your programm very much. but it's hard to find your email address
to write a bug report.
i encountered a problem with pictures you insert two or more times into an
album. the comments for the pictures are overwritten when you have the same
picture in the album one more time. may be you should check the presence of
the picture before inserting another time.
what about a cyan-eye remove filter (we have a dog)
thanks alot for the great software. i hoped it to store the pictures in
the album (a tar file with directory structure?).
best regards
Lars
[reply]
[top]
[»]
Re: bug report
by Michael Sweet - Jan 11th 2003 11:40:59
> Hi,
>
> i like your programm very much. but it's
> hard to find your email address to write
> a bug report.
It's in the INSTALL file...
> i encountered a problem with pictures
> you insert two or more times into an
> album. the comments for the pictures are
> overwritten when you have the same
> picture in the album one more time. may
> be you should check the presence of the
> picture before inserting another time.
What version are you using? This was "fixed" in v0.9.
> what about a cyan-eye remove filter (we
> have a dog)
As I don't have any images with this, I can't test for this; feel free to
email a few samples...
> thanks alot for the great software. i
> hoped it to store the pictures in the
> album (a tar file with directory
> structure?).
You can export to a directory and then use the tar command to archive it.
[reply]
[top]
[»]
flphoto is great!
by Kilroy2k3 - Dec 31st 2002 07:53:35
Tried just those days, with a brand new Nikon 2500 coolpix. Excellent
software, and great printing engine.
Looking eagerly for the red eyes reduction being active (not yet in
v1.0)
Way to go. And thanks again.
[reply]
[top]
[»]
Re: flphoto is great!
by Michael Sweet - Jan 2nd 2003 09:42:53
> Tried just those days, with a brand new
> Nikon 2500 coolpix. Excellent software,
> and great printing engine.
>
> Looking eagerly for the red eyes
> reduction being active (not yet in
> v1.0)
> Way to go. And thanks again.
Hmm, the RedEye filter certainly appears to be active in at least 0.9 and
1.0. It hasn't gotten a lot of testing (don't have a lot of images to test
with), but should be available to play with.
[reply]
[top]
[»]
it's soooo cool!
by tomasito - Dec 18th 2002 09:50:46
why didn't any body point me to this earlier? flphoto rocks... Exactly
what I needed and ever wanted... After fiddling with gphoto and it's libs
(support for a Canon ixux v3), I'm a happy camper (for) now... TM ;-)
--
If Microsoft is the answer, how silly has the question been?
[reply]
[top]
[»]
awesome app
by macrosoft - Nov 6th 2002 10:43:05
This is a truely amazing application it actually reminds me of what
photoshop started out as a long time ago in the windows world. If the owner
actually reads these comments I really would like to speak with him and
can't find an email so please email me at admin@the-clan.org. Thanks
--
Linux is like beer, once you start, you never wanna stop.
[reply]
[top]
[»]
Re: awesome app
by Kurt Pfeifle - Dec 27th 2002 15:07:29
> This is a truely amazing application it
> actually reminds me of what photoshop
> started out as a long time ago in the
> windows world. If the owner actually
> reads these comments I really would like
> to speak with him and can't find an
> email so please email me at
> admin@the-clan.org. Thanks
The author or this little jewel is the same as the one who is
responsible for CUPS (the Common UNIX Printing System),
HTMLDOC (the HTML to PDF/PS conversion utility) and who
started to develop the now renowned Gimp-Print printer
drivers. Google will surely lead to his e-Mail address.... ;-)
[reply]
[top]
[»]
Re: awesome app
by Dejan Lekic - Dec 29th 2002 16:52:21
> This is a truely amazing application it
> actually reminds me of what photoshop
> started out as a long time ago in the
> windows world. If the owner actually
> reads these comments I really would like
> to speak with him and can't find an
> email so please email me at
> admin@the-clan.org. Thanks
You should very well know who is author of flPhoto since You are Macrosoft
"developer" (Macrosoft is based on FLTK code, and Mike is one of core
developers).
[reply]
[top]
[»]
Possible to compile FLPhoto under Win32 ?
by Torsten Giebl - Sep 3rd 2003 04:52:52
Hello !
Was somebody here sucessfull
compiling FLPhoto under Win32 ?!?!?
Thanks.
CU
[reply]
[top]
|
