From owner-freebsd-firewire@FreeBSD.ORG Wed Oct 18 20:43:42 2006 Return-Path: X-Original-To: firewire@freebsd.org Delivered-To: freebsd-firewire@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2BFF16A40F for ; Wed, 18 Oct 2006 20:43:42 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 602FE43D72 for ; Wed, 18 Oct 2006 20:43:41 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k9IKhd19025706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Oct 2006 16:43:39 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Buzz Slye Date: Wed, 18 Oct 2006 16:36:11 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200610181636.12516.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88.4/2041/Wed Oct 18 02:29:52 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: bms@incunabulum.net, firewire@freebsd.org Subject: Re: libraw1394 X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 20:43:43 -0000 середа 18 жовтень 2006 16:08, Buzz Slye написав: > I'm not sure if or when I can release the FreeBSD version of libraw1394. > Since it was written at government expense, it must be cleared through > NASA Export control. Wow... Well, if you need a Freedom Of Information request filed for that, let me know :-) > Meanwhile please note the following: > > This library was written to conform to an older version of libdc1394. > The latest version of libdc1394, I have discovered, has many routine > name changes so there will require some reallignment and cleanup. Yeah, I figured that out... It seems, however, you understand how Linux' ioctls should be translated to FreeBSD's ioctls and other system calls (read, write?). Would you be able to help with the reallignments and cleanups? > You don't need references to raw1394_iso_recv_init, etc., etc., they > don't exist. All the setup stuff is handled by the Firewire Kernel > module which was written by Kobayashi and Shinokawa (Copyright 1998-2002). Right, they don't exist. But libraw1394's own little client utilities call them, and so, likely, will some other clients of the library. This means, our port will need to provide these functions, even if they are going to be simple wrappers around system calls... > I suggest you forget the API and use a simpler makefile, e.g., > > # Makefile for libraw1394 > # > all: main.o readwrite.o iso.o > rm -f libfraw.a > ar -r libfraw.a main.o readwrite.o iso.o > ranlib libfraw.a > > .c.o: > gcc -c -O2 -Wall $< Thanks, I'm thinking about it too. My Makefile will be using bsd.lib.mk, of course :-) > This code does not support multiple cameras. If the Linux code does, and the FreeBSD kernel code does, the port will have to as well... > Asychronous tramsmissions only support quadlet (4 byte) read/write for > reading and writing camera registers. > > Our applications mostly use cameras to take single images at timed > intervals. If you will be using stream transfer, you may want to > change the buffering setup. Buzz, I have NO IDEA how to do this :-( I can put the port together, but the firewire details are not my thing. I just want it to work, so I can: a) transfer my own videos from Sony's HDV camera; b) get back to porting cinelerra, which uses libraw1394. This is why I contacted the FreeBSD firewire module authors and this mailing list -- looking for help... Thanks! -mi