l...@xs4all.nl said:
> I recall that someone suggested that there should be something like a
> "mid-end" (like saned) that does the correction. This would keep
> front-ends simple and provide a moer uniform way to access features
> like IR-correction.
While a "filmsane" front end is of course
l...@xs4all.nl said:
> I recall that someone suggested that there should be something like a
> "mid-end" (like saned) that does the correction. This would keep
> front-ends simple and provide a moer uniform way to access features
> like IR-correction. =
A front end for scanning negatives and
> > Agreed. I think there should be a sanei_* library that allows the code
> > to be used in frontends or meta-backends, whichever solution is
> > best. (Just think of a network scanner that is accessed by a handheld
> > device -- you don't want the IR cleaning to be done on the handheld.)
>
> I r
Sorry for the late reaction, but:
On Monday 01 December 2003 15:29, Major A wrote:
> > I think that IR cleaning is a front end task personally. For starters
> > you can tweek the IR cleaning parameters after the image has been
> > scanned if you are not happy with the default ones, without having
> The alternative might be to try UV cleaning, though I suspect that the
> idea of illuminating precious negatives with UV might not be welcome.
I guess that's related to the fact that the UV light would be absorbed
by the emulsion -- which means UV cleaning would probably not work
very well.
> S
Note: please don't cc or reply directly.
and...@users.sourceforge.net said:
> Agreed. I think there should be a sanei_* library that allows the code
> to be used in frontends or meta-backends, whichever solution is best.
> (Just think of a network scanner that is accessed by a handheld device
> --
> I think that IR cleaning is a front end task personally. For starters
> you can tweek the IR cleaning parameters after the image has been
> scanned if you are not happy with the default ones, without having
> to scan the image again.
Agreed. I think there should be a sanei_* library that allows
and...@users.sourceforge.net said:
> That's good news. I'm quite sure it's a software-only solution, i.e.
> one can apply it to the older Coolscans as well.
Or they have switched to a longer IR wavelength in the scanners, which
seems more probable to me.
JAB.
--
Jonathan A. Buzzard
and...@users.sourceforge.net said:
> You can either do IR cleaning during scanning, in which case the user
> can maybe set a few parameters and then gets a cleaned RGB image. This
> approach would be possible with SANE1, provided the backend cleans the
> image. Or you can scan the RGBI image, and t
Hubert Figuiere said:
> On lun, 2003-12-01 at 09:42, Nils Philippsen wrote:
>
>> > > You mean e.g. not giving up on Kodak slides? I have many of this
>> type,
>> > > so I'll love to have it as well.
>> >
>> > I assume you mean Kodachrome? I think it's possible to do IR cleaning
>>
>> Yes.
>>
>> > o
> The problem with Kodachrome is the same as it is with B&W negative film.
> The sensitive emulsion contains a large amount of silver and this
> materiel does produce something when scanning with IR, unlike it is done
> with conventionnal C41 or E6 emulsions.
Hmmm. Kodachrome emulsions don't conta
> > This IR data is the raw data which contains quite a lot of red
> > information as well, for most films. You need to extract the pure IR
> > information, and that's probably best done by adding the cubic roots
> > of the four channels with appropriate weighting factors and then raise
> > the res
On lun, 2003-12-01 at 09:42, Nils Philippsen wrote:
> > > You mean e.g. not giving up on Kodak slides? I have many of this type,
> > > so I'll love to have it as well.
> >
> > I assume you mean Kodachrome? I think it's possible to do IR cleaning
>
> Yes.
>
> > on Kodachrome, but it's a lot hard
--=-ZatCIFvW+Uy1uZiQ47rp
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
On Mon, 2003-12-01 at 00:49, Major A wrote:
> > > You've missed the first point: the IR information must be extracted
> > > first. Since the IR channel is a non-linear combination of the de
> > You've missed the first point: the IR information must be extracted
> > first. Since the IR channel is a non-linear combination of the defect
> > map with the R, G, B channels, this might get rather tricky. IBM has a
> > patent on this as well.
>
> Hmm, can you elaborate? Can't the backend sim
--=-AJKdIpj8qu57IP2Irdlu
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
On Sun, 2003-11-30 at 17:05, Major A wrote:
> > since some days I've been thinking about implementing routines to
> > utilize the infrared channel supplied by my Nikon LS-2000 scanner for
>
--=-PQ/z2tOC6teXwW1w5GGe
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hi,
since some days I've been thinking about implementing routines to
utilize the infrared channel supplied by my Nikon LS-2000 scanner for
automatic defect correction. Is someone already
> since some days I've been thinking about implementing routines to
> utilize the infrared channel supplied by my Nikon LS-2000 scanner for
> automatic defect correction. Is someone already working on this?
There a few people who've tried things, myself included, but none of
the efforts have produ
18 matches
Mail list logo
