Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 04 Jul 2004 21:19:21 +0900
From:      Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
To:        Buzz Slye <buzz@gaia.arc.nasa.gov>
Cc:        freebsd-firewire@freebsd.org
Subject:   Re: Digital Cameras
Message-ID:  <87eknsrmly.wl@tora.nunu.org>
In-Reply-To: <Pine.GSO.4.58.0407011123360.12301@tioga.arc.nasa.gov>
References:  <Pine.GSO.4.58.0407011123360.12301@tioga.arc.nasa.gov>

next in thread | previous in thread | raw e-mail | index | archive | help
At Thu, 1 Jul 2004 11:26:41 -0700 (PDT),
Buzz Slye wrote:
> 
>     We've been using firewire digital cameras for some time now for
> remote sensing and flying them on UAV's (with  a pc104 data system).
> We are using a Basler color camera (model A101fc), a Basler single
> band camera for hyperspectral imaging, and also an Omega thermal
> camera.  These cameras conform to spec 1.20 (spec id 0xa02d).  Check
> www.uav-applications.org (Aircraft and Payload) for some background
> info.
> 
>     The digital camera library and the 1394 raw library were converted
> from the available Linux libraries to FreeBSD.  We are still using the

That's great. Are you going to make them a port or some other forms
others can use it?

> firewire version of last April/May (2003).  When the July version came
> along, it didn't work any more, so we've been stuck with the old ver-
> sion.  I have been trying to upgrade to the latest version (March 28).
> 
>     Async read and write commands are used to read and set the camera
> registers for exposure, gain, shutter, and frame size etc.  Camera
> images are downloaded with iso stream transfer.  I don't need to
> support iso xmit, but only to iso receive from the camera.  Normal
> operation is to acquire single frames every few seconds for over-
> lapping images of the ground.
> 
>     The latest current of fwdev.c (2004/05/23) works for me now for
> async read and write.  Also, my fix with uiomove for fw_read, per my
> mail of 6/24 appears to work OK.  A remaining problem is because I

You need the uiomove patch to catch response from the camera, right?
FireWire binding from userland is not usable state now, some
other people who is interested in AV/C support have similar problem.
We need some more work on this area.

> only acquire single frames, but not continuously, I would like a way
> to stop listening (or divert the output) while I go back to the camera
> to tell it to stop xmitting.
> 
> Buzz Slye
> NASA / Ames

I have a copy of digital camera spec. but I've not read it yet.
Are frames sent with iso packets? Is it hard to close the device
to stop listening?
We may add a new ioctl that calls fc->irx_disable(), but we carefully
handle buffer allocation/deallocation.

I'm glad to hear that you are developing a serious FireWire application
on FreeBSD.

/\ Hidetoshi Shimokawa
\/  simokawa@sat.t.u-tokyo.ac.jp
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87eknsrmly.wl>