Nikon scanners (Coolscan) & Intel Macs?

  • Thread starter Thread starter ino
  • Start date Start date
I

ino

Folks,
I have a Nikon Coolscan V and I am I am considering getting one of the
new Intel Macs.
Nikon support could not tell me whether it will work on intel Macs.
Does anybody has any experience using Nikon scanners on Intel Macs with
(Nikon, Silverfast, Vue) software?

Cheers,
Ingomar
 
Folks,
I have a Nikon Coolscan V and I am I am considering getting one of the
new Intel Macs.
Nikon support could not tell me whether it will work on intel Macs.
Does anybody has any experience using Nikon scanners on Intel Macs with
(Nikon, Silverfast, Vue) software?


Seems to me, at this point in time, that
question needs to be directed at Apple,
not Nikon.

If Apple designed this new beast to be
compatible with existing Mac or PC drivers,
you're in luck. If not, then they're idiots,
and deserve to go down in flames.


rafe b
www.terrapinphoto.com
 
rafe b said:
Seems to me, at this point in time, that
question needs to be directed at Apple,
not Nikon.

If Apple designed this new beast to be
compatible with existing Mac or PC drivers,
you're in luck. If not, then they're idiots,
and deserve to go down in flames.

Even if they did, the drivers would have to be compiled and possibly
altered in some of the low-level routines as the new Intel MACs will not
be binary compatible with the existing stuff. Since Nikon supply the
drivers I'd say Nikon have to answer the question.
 
Surfer! said:
Even if they did, the drivers would have to be compiled and possibly
altered in some of the low-level routines as the new Intel MACs will not
be binary compatible with the existing stuff. Since Nikon supply the
drivers I'd say Nikon have to answer the question.
I think it is unlikely that they would have written processor specific
software. Maybe some byte ordering problems, but these should have been
handled in separate wrappers. Chances are they only have to compile on
MacIntel to create a so called 'fat binary'. But it is work.
Maybe Don can comment?

-- Hans
 
I think it is unlikely that they would have written processor specific
software. Maybe some byte ordering problems, but these should have been
handled in separate wrappers. Chances are they only have to compile on
MacIntel to create a so called 'fat binary'. But it is work.
Maybe Don can comment?

Unfortunately (or fortunately? ;o)) I have no experience with the new
Macs.

However, speaking purely theoretically, even if we ignore the obvious,
there are major differences between Windows and Mac drivers due to how
the two platforms work. On the other hand, it's still unclear AFAIK if
Intel Macs can be "convinced" to run Windows, for example? But even if
they did, there are just far too many variables to guess.

Byte ordering is system specific, but that should not be a problem
because file formats like TIF can handle both and proper software can
convert if necessary after reading the TIF header.

Anyway, for what it's worth, this is a blurb from the developer's
notes about what happens when the "module" (read: TWAIN) is loaded on
a Mac. Do note that all this is before the new Intel Macs!

--- start ---
For the Macintosh environment, the module will consist of a Fat file
in the System Folder, with the data fork being a
CFM library, usable from PowerPC Macs. The resource fork will contain
all of the resources necessary to run the module
along with a resource of type 'MAID' which will represent the object
code needed to run from 68k Macintoshes. On the
PowerPC the client will call GetDiskFragment() and pass the result
into a UPP descriptor for the MAID entry point. On
68k the client will load the correct code resource, lock the handle,
and then typecast the data as a pointer to the MAID
entry point.
--- end ---

Don.
 
Back
Top