Hi,
Being a firm believer of not reinventing the wheel, I'm making a request
for guidance or assistance. This is an open, not-for-profit project. All
design and code will be freely available.
I am working to developing a USB-based slow-scan "video" capture
application; this is intended for getting data from a SEM a Polaroid
film replacement, a "passive capture" application. Many older SEMs don't
have digital image capture and some of these systems have ended up at
smaller schools and institutions that can't shell out for commercial
systems. I anticipate that the cost in parts for a functional system
will be ~ $50 if built by the user.
The company that supplies the chip I'm working with also supplies
drivers for various platforms. To make this generally useful I'd like to
have the interface work through ImageJ, but I have very little knowledge
of the inner working of ImageJ or java. I understand that java doesn't
much deal with hardware features, and am starting to read about the JNI
stuff.
I would be happy to send more information. This might be a very easy
task for someone with ImageJ/java expertise to help with, and I would
welcome any collaboration. This is your chance to easy (minor) fame, or
at least you will be awash in good vibes... I have a prototype design
for the hardware which is a microcontroller and some support chips
interface to the SEM signals and the FIFO interface of a FTDI FT245R
chip (on a breakout board supplied by Sparkfun Electronics). My
device/microcontroller will interface with the SEM horizontal and
vertical sync signals and convert the analog signal to digital and stuff
it into the FIFO. The driver (supplied) handles moving the data into a
circular buffer in the computer; the computer program, via calls to the
driver, can check the data queue status and retrieve data. I need help
with developing something running under ImageJ that will access the data
via calls to the driver and put the returned data into an image.
I built a system for this in the mid-90s but it was assembly
language/DOS/DMA and this needs to be brought into the modern era. To
see info on the original system and example images visit:
http://people.umass.edu/dac/projects/ImageThief/ImageThief.htmlTo head me most directly in the right direction, can someone suggest an
application to study that accesses some hardware device via it's driver
and puts the data into an image? Since I'm most familiar with Windoze
environment, something working with the Win platform would be most useful.
Thanks for your consideration,
Dale Callaham