Windows Enfuse build and 16-bit TIFF images

164 views
Skip to first unread message

Tim Armes

unread,
Feb 28, 2008, 4:30:38 AM2/28/08
to hugin and other free panoramic software
Hi,

I'm the author of LR/Enfuse, which is a Lightroom plugin that calls
out to the Enfuse binary. I've had this report from a user:

"I found when using Enfuse directly via its droplets that using 16-bit
TIFF files as input didn't work, rendering a corrupted grayscale image
with stripes, looking not unlike a bad picture on a monochrome TV
set. If however, I used 8-bit TIFFS, Enfuse blended them perfectly,
rendering the expected result. This was with the same cvs20080215
version you include with your plugin. I am running LR 1.3 on Windows
XP Pro"

Yuval Levy suggested that this might be a ExifTool issue, but after
asking the person to test this (by turning off the ExifTool option)
the problem remained.

Note that I'm on Mac, and I don't have this problem.

Has anyone here seen this?

Tim

Pablo d'Angelo

unread,
Feb 28, 2008, 3:30:42 PM2/28/08
to hugi...@googlegroups.com
Hi Tim,

Tim Armes wrote:
> Hi,
>
> I'm the author of LR/Enfuse, which is a Lightroom plugin that calls
> out to the Enfuse binary. I've had this report from a user:

Trying to sell a plugin that is such a thin layer over enfuse, is IMHO a
rip-off and shows your disrespect to the original developers of enfuse.

If you would contribute something back it would be ok, but as it is now, I'm
not listening to anything you're going to say/request.

ciao
Pablo

Daniel M German

unread,
Feb 28, 2008, 8:32:02 PM2/28/08
to hugi...@googlegroups.com

Hi Pablo,

aside from the fact that his distribution of enfuse and exiftool break
the licensing restrictions of each tool... so he is illegally
distruting them.

but it got me thinking, are there any other lightroom users here? By
looking at his plugin I just learnt that Lightroom uses Lua for its
plugins. Lua is neat platform, which means that we could create an
open source project that does exactly this. The lightroom SDK is
widely available without any special contraint, except accepting its
license.

We could start a Lua project that uses panotools or hugin tools to do
remapping.

Perhaps Tim would consider open sourcing his project. I think that
would be great. That way everybody benefits,

--dmg


Pablo d'Angelo twisted the bytes to say:


Pablo> Hi Tim,

Pablo> Tim Armes wrote:
>> Hi,
>>
>> I'm the author of LR/Enfuse, which is a Lightroom plugin that calls
>> out to the Enfuse binary. I've had this report from a user:

Pablo> Trying to sell a plugin that is such a thin layer over enfuse, is IMHO a
Pablo> rip-off and shows your disrespect to the original developers of enfuse.

Pablo> If you would contribute something back it would be ok, but as it is now, I'm
Pablo> not listening to anything you're going to say/request.

Pablo> ciao
Pablo

Pablo>

--
--
Daniel M. German
http://turingmachine.org/
http://silvernegative.com/
dmg (at) uvic (dot) ca
replace (at) with @ and (dot) with .

Yuval Levy

unread,
Feb 28, 2008, 8:57:58 PM2/28/08
to hugi...@googlegroups.com
Daniel M German wrote:
> Perhaps Tim would consider open sourcing his project. I think that
> would be great. That way everybody benefits,

that's why when I contacted him I only asked him if he is aware of the
enfuse license and encouraged him to post his support request here.

I believe he will be better off joining the community and sharing. He
can still ask for donations and distribute binaries from his site -
nothing in the GPL forbids to ask money for the distribution. But it
would be fair and in the spirit of the GPL if he also offered his source
code to those who request it, and contributed something back to
enblend-enfuse.

In his defense: I have not asked for the source code, so I would not
know how he would react to such a request.

There are a number of other cases where I saw "my" enfuse binaries
distributed, and in an even worse format than Tim's.

Every time I bump into what are IMO a clear violation of the community
spirit, I feel stupid at wasting my time making binaries for Windows
available.

Earlier today I wrote this to somebody on the topic:

--- START QUOTE ---
<sarcasm>
I've learned a lot of useless stuff (e.g. how to build software and
installer packages on a legacy os I am trying to quit) and became
popular among sharks who rip out the binaries, put a wrapper around them
and sell them with little value added proprietary GUIs, making sure that
their users stay ignorant of who did the dirty work under the hood.
</sarcasm>
--- END QUOTE ---

Yuv

Arnd Baecker

unread,
Feb 29, 2008, 2:16:10 AM2/29/08
to hugi...@googlegroups.com
On Thu, 28 Feb 2008, Daniel M German wrote:

> Hi Pablo,
>
> aside from the fact that his distribution of enfuse and exiftool break
> the licensing restrictions of each tool... so he is illegally
> distruting them.
>
> but it got me thinking, are there any other lightroom users here? By
> looking at his plugin I just learnt that Lightroom uses Lua for its
> plugins. Lua is neat platform, which means that we could create an
> open source project that does exactly this. The lightroom SDK is
> widely available without any special contraint, except accepting its
> license.
>
> We could start a Lua project that uses panotools or hugin tools to do
> remapping.

Just a quick thought/comment: Something like this might
be interesting as well in the context of open source projects
like gimp, krita, or digikam
(of course, none of them uses the lightroom SDK interface ...).
For example, for digikam, there are several wishes
in the bug-tracker, which are related to panotools/hugin, like
- Bug 144593: New High Dynamic Range (HDR) plugin
http://bugs.kde.org/show_bug.cgi?id=144593
(For me this would include the wish for enfuse as well ;-)
- Bug 98651: imageplugin filter based on clens
http://bugs.kde.org/show_bug.cgi?id=98651
- Bug 143864: Wish: Tool to remove Chromatic Aberration from photos
http://bugs.kde.org/show_bug.cgi?id=143864
- Bug 98693: easy stitcher and panorama tool
http://bugs.kde.org/show_bug.cgi?id=98693

Maybe technically (for krita or digikam) something like
this could be done using KROSS, discussed in
- Bug 146866: KROSS backend for KDE4 version
http://bugs.kde.org/show_bug.cgi?id=146866

KROSS is a scripting framework which provides Python, Ruby
and KDE JavaScript scripting support (other languages seem
to be possible in principle as well).
Maybe the most explicit example is the scripting of krita
illlustrated here,
<http://techbase.kde.org/index.php?title=Development/Tutorials/Krita_Scripting>


Anyway, I don't know anything about the lightroom SDK
so maybe the above does not lead to anything ... ;-)

Best, Arnd

Reply all
Reply to author
Forward
0 new messages