CUSTOMIZING DIGITAL IMAGE TRANSFER
CROSS REFERENCE TO RELATED APPLICATIONS Reference is made and priority claimed from U.S. Provisional
Patent Application Serial No. 60/137,094, filed June 2, 1999 entitled "Method and Apparatus For Customized Automation of Digital Image Transfer" by Wasula et al. Reference is made to commonly-assigned U.S. Patent Application Serial No. 09/549,356 (Docket 79556), filed April 14, 2000, entitled "Method and Apparatus for Providing a User Customizable Digital Camera" to Prabhu et al., the disclosure of which is herein incorporated by reference.
FIELD OF THE INVENTION
This invention relates generally to the field of digital cameras, and in particular, to customizing digital images from a digital camera so that the digital images can be transferred to and used by an external device.
BACKGROUND OF THE INVENTION
The user experience concerning the transfer of pictures from a digital camera to an external device, such as a personal computer (PC), has not been positive for a number of reasons. There are numerous steps to perform to initiate an image transfer including connecting the digital camera, initializing the PC, such as running a transfer application on the PC, choosing an album or destination directory for the images, and deleting images off the digital camera. Ultimately, the process can be time consuming if a large number of images needs to be transferred. In addition, the transfer of images from a digital camera to an external device may not be consistent from session to session. The inconsistency results in unorganized images, ineffective use of images, loss of interest in using images, and possible loss of images.
SUMMARY OF THE INVENTION
Accordingly, it is an object of the present invention to facilitate organization of digital images captured by a digital camera for subsequent transfer
from the digital camera to an external device that utilizes the digital images. This object is achieved by a digital camera for capturing digital
images and organizing the captured images for subsequent transfer from the digital
camera to an external device that utilizes the digital images, comprising:
(a) means for providing a database having a plurality of
customized profiles, wherein each customized profile contains a plurality of image
utilization fields;
(b) means for selecting one of the plurality of customized
profiles from the database; (c) means for defining a plurality of profile indices respectively
corresponding to ones of the plurality of customized profiles;
(d) an image sensor for capturing images;
(e) means for associating a profile index with at least one
captured image to identify the corresponding selected customized profile; and (f) storage means for receiving and storing the at least one
captured image and the corresponding profile index.
ADVANTAGES
It is an advantage of the present invention to provide a mechanism which enables a custom configured and unattended image transfer from a digital camera to an external device.
It is another advantage of the present invention to permit multiple configurations to be resident on the digital camera.
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram of a system in accordance with the present invention which enables the customization of image organization and
transfer for particular users or events;
FIGS. 2A and 2B are flow diagrams depicting the steps used in editing an automation profile on the digital camera and on the host computer of FIG. 1 , respectively, in accordance with the present invention; FIGS. 3 A and 3B are examples of customized profiles, and FIG. 3C is an example of a default profile;
FIG. 4 is a flow diagram depicting the steps used in capturing an image with the digital camera of FIG. 1 in accordance with the present invention;
FIG. 5 is a flow diagram depicting the steps used in automated image transfer in accordance with the present invention; and
FIG. 6 shows an image display on the digital camera of FIG. 1 with an "Autotransfer Preference Menu" providing a list of profiles and "Edit Profile" and "Create New Profile" options in connection with block 210 of FIG. 2A.
Attached is an appendix of codes which can be used in the practice of the present invention.
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a block diagram of a digital camera 10, a host computer 40 (external device) and a Network Service Provider 70 which enables the customization of image organization and transfer of digital images from the digital camera 10 to the host computer 40, such as a Dell Dimension XPS M200 personal computer for the images to be utilized. As shown in FIG. 1 , the digital camera 10 is supplied along with a compact disc (CD-ROM) 32 or a floppy disk 34.
The digital camera 10 produces digital images that are stored on a removable memory card 30. The digital camera 10 includes a zoom lens 12 having zoom and focus motor drives (not shown), and an adjustable aperture and shutter (not shown). The zoom lens 12 focuses light from a scene (not shown) on an image sensor 14, for example, a single-chip color charge-coupled device
(CCD), using the well-known Bayer color filter pattern. The analog output signal
from the image sensor 14 is converted to digital data by an analog-to-digital (A/D) converter 16. The digital data is processed by a processor 18 controlled by firmware stored in firmware memory 28, which can be Flash EPROM memory. The processed digital image file is provided to a memory card interface 20 which stores the digital image file on the removable memory card 30. The removable memory card 30, which is well-known to those skilled in the art, can include, for example, a memory card adapted to the PCMCIA card interface standard, as described in the PC Card Standard, Release 2.0, published by the Personal Computer Memory Card International Association, Sunnyvale, California, September 1991. The removable memory card 30 can also be adapted to the Compact Flash interface standard, such as described in the CompactFlash Specification Version 1.3, published by the CompactFlash Association, Palo Alto, California, August 5, 1998. Other types of digital memory devices, such as magnetic hard drives, magnetic tape, or optical disks, could alternatively be used to store the digital images.
The processor 18 performs color interpolation followed by color and tone correction, in order to produce rendered sRGB image data. The rendered sRGB image data is then JPEG compressed and stored as a JPEG image file on the removable memory card 30. The processor 18 also creates a reduced resolution or "thumbnail" size image data that is supplied to a color image display 22, such as a liquid crystal display (LCD), which displays the captured image for the user to review. A camera user interface is used to control the digital camera 10. The camera user interface includes a series of user buttons 24 and a graphical user interface (GUI) displayed on the image display 22. The GUI is controlled by the user interface portion of the firmware stored in the firmware memory 28. The camera user interface can also include a digital-to-analog (D/A) converter (not shown) and a miniature speaker (not shown) which makes audible sounds when a new picture is taken, or when the user changes modes or advances to review the next stored image. The digital camera 10 can also include a video output driver (not shown) and connector (not shown) for displaying the captured images on a TV (not shown).
After a series of images has been taken by the digital camera 10 and stored on the removable memory card 30, the removable memory card 30 can be inserted into a memory card reader 48 in the host computer 40. Alternatively, an interface cable 36 can be used to connect between a host interface 26 in the digital camera 10 and a camera interface 46 in the host computer 40. The interface cable 36 can conform to, for example, the well-know universal serial bus (USB) interface specification.
The captured images from the digital camera 10 can be downloaded to the host computer 40 and stored on a hard drive 56 under the control of a central processing unit (CPU) 50 which may be a Pentium processor manufactured by Intel Corporation, Santa Clara, California, running the Windows 98 Operating System developed by Microsoft Corporation, Redmond, Oregon. The CPU 50 is directly coupled to a display monitor 52, which is used to view the images, and a keyboard 54. A mouse 55 permits the user to readily communicate with the CPU 50. The CPU 50 is in direct communication with a local printer 58, such as an Epson Stylus Photo 700 printer, which produces hard copy prints of the images captured by the digital camera 10.
In accordance with the present invention, a database is provided in firmware stored in the firmware memory 28 of the digital camera 10. The database, which is preferably a profile table, can include a plurality of customized profiles. These customized profiles each contain a plurality of image utilization fields which are used in connection with the transfer of images from the digital camera 10 to the host computer 40 or other external device, and the subsequent utilization of the transferred images. For example, suppose a user wants to upload images to the host computer 40. A user either creates a new customized profile or selects an existing customized profile which defines options for how the image transfer is to be conducted. The customized profile can be produced in advance on the host computer 40 or directly on the digital camera 10 by a user actuating a keyboard 54 or the user interface 24, respectively. Preferably, the digital camera 10 is provided with a profile table containing a default profile which can be customized by the user. Multiple profiles can be produced by a user or users,
and such profiles can be selected for appropriate transfer and utilization of the captured images to the host computer 40. These profiles are used in conjunction with a digital image transfer application program resident on the host computer 40, which will be described later. A profile index is stored in each digital image file, for example, in a location or tag of an "Exif ' header of a JPEG compressed image file. This profile index, which is preferably a profile name, indicates the corresponding customized profile that has been selected for the particular captured image. Alternatively, the profile index can be a profile number stored in the digital image file. The "Exif image format is defined in "Digital Still Camera Image File Format (Exif)" version 2.1, July 1998 by the Japan Electronics Industries Development Association (JEIDA), Tokyo, Japan. This format includes an Exif application segment that stores particular image metadata, for example, the date and time the picture was captured, the lens f/number and other camera settings, and image captions or comments that can be selected or entered by the camera user.
FIGS. 2A and 2B are flow diagrams showing the steps used in creating or editing a customized profile in accordance with the present invention. In particular, FIG. 2A shows the steps used in creating or editing a customized profile directly on the digital camera 10. As shown in block 100, to edit a profile on the digital camera 10, a user selects an "Autotransfer Preference Menu" on the image display 22 of the digital camera 10 by depressing user buttons on the camera user interface 24. A list of current profiles appears on the image display 22 along with an "Edit Profile" option and a "Create New Profile" option (block 1 10). See FIG. 6 for an example of the "Autotransfer Preference Menu" displayed on the image display 22 of the digital camera 10 containing a list of representative profiles, and the "Edit Profile" and "Create New Profile" options. As shown in block 120 of FIG. 2 A, the user can produce an entirely new profile or can create a new profile by modifying an existing profile. Once a new profile has been produced, or an existing profile has been altered, the profile table can be saved on the removable memory card 30 or in the firmware memory 28 shown in
FIG. 1 (block 130).
FIG. 2B shows the steps used in producing or editing a customized profile on the host computer 40. As shown in block 200, the user first connects the digital camera 10 to the host computer 40 using the interface cable 36. The host computer 40 detects the presence of the digital camera 10 (block 210) and obtains a profile table on the digital camera 10 (block 220). The host computer 40 then "synchronizes" with the profile table on the particular digital camera 10 (block 230) to ensure that there is one-to-one correspondence between the profile table on the particular digital camera 10 and a profile table resident on the host computer 40. A dialog box opens on the display monitor 52 of the host computer 40 with the synchronized profile table so that individual profiles in the profile table can be edited (block 240). The new profile table can be saved to the hard drive 56 of the host computer 40 and to the digital camera 10 (block 250). As previously described, each customized profile in the profile table stored in the firmware memory 28 contains a plurality of image utilization fields indicating the desired conditions to be used during the transfer of a captured image from the digital camera 10 to an external device, such as the host computer 40 or the Network Service Provider 70 shown in FIG. 1. Such image utilization fields can include, for example, an event description or title of the capmred image, a prefix for the image file name, an index field for the image file name, the format of the image file, a destination directory, and an image editing application software preference. A customized profile will now be described in more detail with reference to an example shown in FIG. 3A. As shown on line 1 of FIG. 3A, the customized profile is entitled "John's Home Use." The local options for the host computer 40 are shown in lines 3-10, and the Network
Options for the Network Service Provider 70 are shown in lines 13-17. Lines 2 and 12 are not part of the customized profile, but have been included for clarity of explanation. In this example, the images are to be filed directly to the Kodak Picture Network (KPN) server under the user's account in a folder called "Sam's 1st Birthday" (line 13 of FIG. 3A). Each image file is to be prefaced with "Sam's lBday" (line 15 of FIG. 3 A) and numerically ordered using the 01 suffix (line 16).
The images will be converted to JPEG format (line 17 of FIG. 3 A). Lower resolution images are to be stored to the local hard drive 56 on the host computer 40 under the directory "c: \Sam's 1st Birthday" using the same filename and format (line 3 of FIG. 3 A). Afterwards, Adobe PhotoDeluxe software is run with all local images loaded (line 8 of FIG. 3 A).
When the transfer of the image from the digital camera 10 to the external device has finished, an option of audible notification can be selected to audibly notify the user that the images have been properly transferred so that the user can return to view the images (line 9 of FIG. 3 A). A representative resulting Local destination directory for the customized profile shown in FIG. 3A is as follows:
[& c:\Sam's 1st Birthday
GQ Sam's lBday 01.jpg Sam's lBday 02.jpg m Sam's lBday N.jpg
A representative resulting KPN album is as follows:
[& \\wasula\album\Sam's 1st Birthday m Sam's lBday 01.jpg m Sam's lBday 02.jpg CQ Sam's lBday N.jpg
The customized profile can be unique to a particular digital camera 10 by using a unique camera identification as an image utilization field in the profile. This provides information which is specific to the particular digital camera 10, as well as a specific user of the digital camera 10. For example, the owner of the digital camera 10 may have a user customized graphical user interface which can be accessed via the customized profile. In addition, the customized profile may be dependent on a camera accessory which is utilized with the particular digital camera 10. The unique camera identification can also serve as a locking mechanism so that only the owner of the particular digital camera 10 can access the customized profile containing the unique camera identification.
FIG. 3B shows an another example of a customized profile entitled "Trip to Disney", and FIG. 3C shows an example of a default profile. The "Trip to Disney" and the default profile examples do not involve any Network operations, and therefore, the image utilization fields for the Network Options in lines 13- 17 are blank.
Turning now to FIG. 4, a flow diagram is shown which depicts the steps used in capturing an image with the digital camera 10. These images can be subsequently transferred for utilization by an external device in accordance with the present invention. As shown in block 300, prior to image capture, the user depresses user buttons on the camera user interface 24 to cause the processor 18 to select a "Profile Selection Mode." In this mode, the user then selects a desired profile from a list of existing profiles viewed on the image display 22 of the digital camera 10 (block 310). By again actuating user buttons on the camera user interface 24, the user then selects an "Image Capture Mode" to enable images to be captured by the digital camera 10 and associated with the selected profile
(block 315). Each captured image is tagged with the currently selected profile and stored on the removable memory card 30 (block 320).
Prior to image transfer from the digital camera 10 to the host computer 40, a digital image transfer application program supplied with the digital camera 10 is uploaded to the hard drive 56 of the host computer 40. The digital image transfer application program is continuously operated by the CPU 50. FIG. 5 is a flow diagram showing the steps used in the automated transfer of images from the digital camera 10 to the host computer 40. As shown in block 400, a user connects the digital camera 10 to the host computer 40 using the interface cable 36 (such as a USB cable). The digital image transfer application program on the hard drive 56 of the host computer 40 automatically detects the presence of the digital camera 10 (block 410). The USB driver, provided as part of the Windows 98 Operating System, interrupts the CPU 50 of the host computer 40 so that the CPU 50 activates the digital image transfer process. The host computer 40 asks the digital camera 10 if it has the ability to automatically transfer captured images to the host computer 40. If so, then the
J O- host computer 40 asks the digital camera 10 if it has an "Autotransfer Preference Mode" enabled (block 420) The "Autotransfer Preference Mode" can be enabled using the user interface 24 on the digital camera 10, such as by selecting a profile via an "Autotransfer Preference Menu" (such as "Sam's 1st BDay" shown in FIG 6) As shown in block 425, the digital image transfer application program sends a command to the digital camera 10 requesting the profile table from the firmware memory 28 The digital camera 10 sends the entire profile table to the digital image transfer application program in the CPU 50 In a well-known manner, the digital image transfer application program ensures that there is one-to- one correspondence between the profile table on the digital camera 10 and a profile table resident on the host computer 40 (block 425)
The digital image transfer application program then requests the transfer of the first image stored on the removable memory card 30 to the host computer 40 The digital image transfer application program first reads the tag m the Exif header of the image file to be transferred (block 430) and identifies the corresponding customized profile for that image using the profile index (block 440) The digital image transfer application program sets up the appropπate image transfer conditions (block 450) and transfers the image from the digital camera 10 to the host computer 40 or other external device (block 460) in accordance with the image utilization fields defined in the customized profile In particular, the digital image transfer application program first looks at the destination directory field (e.g., directory or album), in the appropπate customized profile (e.g , line 3 in FIG. 3 A), and if such destination directory does not exist, creates that directory, for example, on either the hard dπve 56 of the host computer 40, or on a hard disk space on the Network Service Provider 70 The digital image transfer application program then modifies, as appropπate, the image name using the filename preface and suffix fields (e g , lines 5 and 6, respectively, in FIG 3A), the image format using the format field (e g , line 7 in FIG 3A), and resolution using the resolution field (e.g , line 4 in FIG 3A), and stores the transferred image in the appropπate destination directory (e g , line 3 in FIG 3A) After the image is transferred and stored in a destination directory, the digital
image transfer application program looks for an "image editing application preference" field (e.g., "RunApp" line 8 in FIG. 3A) in the profile of that image, for example, Adobe PhotoDeluxe software. If such a field exists, that preferred image editing application is automatically launched and the image is pulled into that application for the user to access. The image can then be deleted from the removable memory card 30 of the digital camera 10 (block 470), according to the "Erase After Transfer" field (line 10 in FIG. 3 A). Alternatively, a global preference can be stored in the firmware memory 28 of the digital camera 10 and used for all transfers. It should be noted that if the image is deleted as a global preference, all images get deleted after transfer to the host computer 40 regardless of the individual profiles. The above process is repeated for all captured images.
While the preferred embodiment includes a plurality of different profiles that can be selected by the user for various images (e.g., profiles shown in FIGS. 3A-3C), in an alternative embodiment, only a single profile is used (e.g., all images are downloaded using the profile in FIG. 3A). The single profile can, of course, be customized by the user either using the user interface of the digital camera 10 or the host computer 40.
Further, while the preferred embodiment allows the profile to be customized and stored using both the digital camera 10 and the host computer 40, in another alternative embodiment, profiles are created and stored only on the host computer 40. A default profile can be selected or created by the user on the host computer 40 and stored on the hard drive 56 of the host computer 40. This profile is then used for the images downloaded from the digital camera 10 to the host computer 40. In accordance with the present invention, a profile can be locked so that only the owner of the profile can upload images to the external device. The locking and unlocking of a profile can be accomplished by the use of a password. Such a password would be stored in the firmware memory 28 of the digital camera 10. A computer program product may include one or more storage medium, for example; magnetic storage media such as magnetic disk (such as a
floppy disk) or magnetic tape; optical storage media such as optical disk, optical tape, or machine readable bar code; solid-state electronic storage devices such as random access memory (RAM), or read-only memory (ROM); or any other physical device or media employed to store a computer program having instructions for practicing a method according to the present invention.
The present invention has been described in detail with particular reference to certain preferred embodiments thereof, but it will be understood that variations and modifications can be effected within the spirit and scope of the invention.
Parts List
10 digital camera
12 lens
14 image sensor
16 analog-to-digital converter
18 processor
20 memory card interface
22 image display
24 user buttons
26 host interface
28 firmware memory
30 removable memory card
32 CD-ROM disc
34 Floppy disk
36 interface cable
40 host computer
42 CD-ROM drive
44 Floppy disk drive
46 interface
48 memory card reader
50 central processing unit
52 display monitor
54 keyboard
55 mouse
56 hard drive
58 home printer
60 modem
70 Network Service Provider
APPENDIX
Below is a code snippet written in Visual C++ that is used in the digital image transfer application program which would run on the host computer upon detection of the camera connection. void CMainFrame DC210_DoAutoTransfer() {
OS Err err,
HCURSOR hcursor. int iChoice, int lAutoElement.
CStπng cstrTitle.
CStπng cstiDir,
CStπng cstrFilePrefix
CStπng cstrApp, char cAppArg. int tlgDir, ιn( flgFilePrefix int flgApp int lPicCnt,
LPTSTR s. FileName
LPTSTR szPathNamc.
LPTSTR szLastSlashPtr,
LPTSTR szAppArgsPtr,
LPTSTR szAppArguments
KjllTimer AUTOPOLL TIMER ), // wake up camera ιf((err = OpenCameraO) == DC210_CameraNotConnected)
CloseCamera(),
SetTιmcr(AUTOPOLL_TIMER, AUTOPOLL INTERVAL. NULL), '/ Polling timer to find camera return,
// tor thumbnail displas long sι?e = DC210 ThumbWidth * DC210_ThumbHeιght * 3L, HGLOBAL hbs. if ( (hbs=GlobalAlloc(GHND, size)) == NULL ) { return, dcPictlnfo ThumbPtr = (HCHARPTR)GlobalLock(hbs).
// Get the Automation Choice, if "Off" then do nothing err = DC210_GetAutomatιon(<S.dcCamera, (m_pApp->dcAutomatιon)) err = DC210 GetAutomatιonChoιce(&dcCamera. &ιChoιce), lfliChoice)
!
// torniat utilization fields for use in transferring images to PC szFileName = (LPTSTR)malloc(sιz«>r(TCHAR)*256), szPalhName = (LPTSTR)malloc(sιzeol'(TCHAR)*256), szAppArguments = (LPTSTR)malloc(sιzeol(TCHAR)* | 02 ), lAutoElement = iChoice - 1 , // set the automation index
// Assign AutoElement Properties cstrTitle = (m_pApp->dcAutomatιon)[ιAutoElement] szName, // Title of element cstrDir = (m_pApp->dcAutomatιon)[ιAutoElement] szDir, // Director, to images
cstrFilePrefix = (rn_pApp->dcAutomatιon ([lAutoElement] szFileName // Prefix to modilv each image filename cstrApp = (m_pApp->dcAutomatιon)[ lAutoElement] szApp Image Editing App to start Λ Determine active fields flgDir = 1 , // assume active flgFilePrefix = 1 flgApp = I , ιt(cstrDιr lsEmptyO || cstrDιr==" ")
{ flgDir = 0 cstrDιr = DEFAULT AUTOTRANSFER D1R lffcstrFilePrefix lsEmptyO || cstrFιlePrefix=" ")
{ πgFilePrefix = 0, cstrDir = DEFAULT AUTOTRANSFER F1LE PREFIX x lff cstrApp lsEmptyO II cstrApp==" ")
{ flgApp = 0
\ else
( strcpy( szPathName, (LPCSTR)cstrApp )
// Extract options for App szAppArgsPtr = strrchr( szPathName '-' ) cAppArg = *(szAppArgsPtr+l ) ♦(szAppArgsPtr) = "\0\ strcpyf szAppArguments, szPathName ), cstrApp Format("%s",szAppArguments)
// Extract pathname to App szLastSlashPtr = strrchi szPathName, "W ) *(szLastSlashPtr+ 1 ) = W,
//strcpy( szAppArguments cstrApp ),
err = DC210_GetStatus(&dcCamera -LdcStatus, (VOlDPTR)< dc200Status), // Get all the images for(ιPιcCnt=0,ιPιcCnt<gDCStatusPtr->NumPιctTaken,ιPιcCnt++)
{ pictNum = ιPιcCnt+ 1 , erτ = DC210_GetCameraPιctInfo(<S-dcCamcra pictNum thumbFlag ddcl gProcData
&dcPιctlnfo, (VOIDPTR)&dc200Pιctlnfo),
ConvertThumbnaιlToBιtmap(thιs.(S.dcPιctlnfo ά-dcIrngProcData). memset((voιd *)szFιleName, NULL, sιzeof(szFιleName)) m cstrlmgFileSave Format("Transfemng Image %s %djpg",(LPCSTR)cstrFιlePrefix,pιctNum), wspπntfl;(LPSTR)szFιleName "%s\\%s %d jpg" (LPCSTR)cstrDιr (LPCSTR)cstrFιlePrefix.pιctNu ),
GetAutoPιcture( szFileName), // get a single imag // build command line argument - file list ιf( (flgApp) && (cAppArg==T) &.&. ((strlen(szAppArguιnents)+strlen(szFιleNaιne)+2) •
1024) ) strcatj szAppArguments, " " ) strcat( szAppArguments, szFileName )
// build command line argument - directory ιf( (flgApp) _&. (cAppArg=='d') )
{ strcat( szAppArguments, " " )
strcat( szAppArguments. (LPCSTR)cstrDιr )
It App has been specified then run it and import pictures ιf(0) //debug ' ιf( flgApp)
STARTUP1NFO Startuplnfo, PROCESSJNFORMATION Processlnformation DWORD fdwCreate = 0, // fiags for CreateProcess memset(-i.StartupInfo.0.sιzeof( Startuplnfo)) Startuplnfo cb = sizeoff Startuplnfo). fdwCreate |= CREATE^UNICODE ENVIRONMENT run the preferred image application as indicated bv the customized profile
BOOL crtproc = CreateProcess( ( LPCTSTR)cstrApp szΛppAiguments //szFileName,
NULL
NULL
TRUE fdwCreate
NULL, szPathName i.St rtuplnlo *-Proc ess Information
)
DWORD dwError = GetLastErron )
frce( szFileName), free( szPathName), free(szAppArguments),
// Release Thumbnail
GlobalUnlock(hbs)
GlobalFree(hbs) dcPictlnfo ThumbPtr = NULL, if ( gHThumbBitmap '= NULL ) {
DeleteObject(gHThumbBιtmap), gHThumbBitmap = NULL,
// put the camera to sleep CloseCameraO SetTιmer(AUTOPOLL_TIMER, AUTOPOLL INTERVAL, NULL), // Polling timer to find camera
DoneFlag = I , //debug
Below are code modules of commands used in the camera firmware in order to support the transfer of images to the host computer.
1) Send the Profile Table to the host computer:
SBYTE ol send automation ablefSBYTE *rcv_buf)
!
SBYTE answer unsiened int uiDataCnt
unsigned int uι256Cnt unsigned int ui2S6RemainderCnt unsigned int uiBl SzToSend, unsigned int uiCnt
UBYTE ιData[256+5], int ATAFile
DCSTAT strDosStat char FιleName[ 16]
// acknowledge host computer ιf(ol_dl_send_ 1 by1e(S YSC_ACK)) { retum(COM ERR)
/* Read the flashcard for automation data */ strcpy(FιIeName AUTOMATION FILE)
ATAFile = DCDosOpen(DCATACard FileName O RDONLY) ιf( ATAFile < 0 ){ retumf ERROR),
}
DCDosFstat (ATAFile, <S_strDosStat), uiDataCnt = (unsigned ιnt)strDosStat st size uι256Cnt = (unsigned ιnt)(uιDataCnL 256) uι256RemaιnderCnt = (unsigned ιnt)(uιDataCnt%256) for(uιCnt=0,uιCnt<256,uιCnt++) iDatafuiCnt] = 0x00, ιData[0] = uι256Cnt + 1 ,
// read automation profile file
DCDosRead(ATAFιle, -LiDataf l ], 255) ol_send_pack( iData, PACK_SIZE3, PACK SIZE3)
// send profile to host computer for(uιCnt= 1 ,uιCnt<=uι256Cnt,uιCnt++)
{ ιf(uιCnt==uι256Cnt)
UiBlkSzToSend = (ui256RemamderCnt+ l ) else
UiBlkSzToSend = 256, for(uιCnt=0,uιCnt<256,uιCnt++) ιData[uιCnt] = 0x00, DCDosRead(ATAFιle, &ιData[0] UiBlkSzToSend) ol_send_pack( iData, PACK_SIZE3, PACK SIZE3) }
DCFSTιmeSet(ATAFιle), DCDosClose(ATAFιιe), return(OK),
2) Receive the Profile Table from the host computer'
SBYTE ol retπeve aulomation table(SBYTE *rcv but) { unsigned int uiCnt, unsigned int uι256Cnt, unsigned int uiByteCnt, unsigned int uι256RemaιnderCnt, unsigned int uiBlkSzToWπte,
SBYTE answer,
SBYTE pcb.
int ATAFile char FιleNaιne[ 16] UBYTE ιData[256+5] UBYTE card status char dummy[5]
// acknowledge the host computer ιt(ol_dl_sendJ bytc(SYSC_ACK)) { retum(COM ERR).
// receive the first data block of profile from the host computer answer = ol_receι\ e_pack( iData, 255, &pcb), strcpy(FιleName.AUTOMATlON FlLE), DCDosDelete(DCATACard. FileName).
// open the removable memory card
ATAFile = DCDosOpen( DC ATACard FileName, 0_CREAT|0_WRONLY). ιf( ATAFile < 0 ) | return) ERROR )
uiByteCnt = (unsigned ιnt)(ιData[0]«8), uiByteCnt |= (unsigned ιnt)(ιData[ l ]),
// determine how many data blocks to transfer uι256Cnt = (unsigned ιnt)(uιByteCnt/256), uι256RemaιnderCnt = (unsigned mt)(uιByteCnt%256),
ιf(uι256Cnt)
{ uιBlkSzToWπte = 253,
DCDosWπte(ATAFιle, &ιData[2], uiBlkSzToWπte), for(uιCnt= 1 ,uιCnt<=uι256Cnt,uιCnt++)
{ ιf(uιCnt=uι256Cnt)
UiBlkSzToWπte = uι256RemaιnderCnt else uιBlkSzToWπte = 255,
// read profile data and wπte it to the removable memory card answer = ol_receιve_pack( iData, 255, &pcb), DCDosWπte(ATAFιle, &ιData[0], uiBlkSzToWπte).
else uiBlkSzToWπte = uι256RemaιnderCnt, DCDosWπtetATAFile, «s-ιData[2], uiBlkSzToWπte),
DCFSTιmeSet(ATAFιle), // close the removable memory card D DosClose(ATAFιle), retum(OK),
3) Send the Profile currently selected on the digital camera to the host computer:
SBYTE ol_snd_auto_choιce(SBYTE *rc\_buf)
{
SBYTE bAutoChoice, static struct camera value CameraValues, ιf(ol_dl_sendJ byte(SYSC_ACK)){ retum(COM ERR).
(voιd)get_camera_value(& CameraValues), bAutoChoice = (SBYTE)CameraValues autotransfer on. ol dl send l byte(bAutoChoιce), retum(OK),
4) Receive the new Profile selection from the host computer:
SBYTE ol_rcv_auto_choιce(SBYTE *rcv_buf) {
UBYTE bAutoChoice, if(ol_dl_send_I byte(SYSC_ACK)){ retum(COM ERR), ϊ bAutoChoice = (UBYTE)(*(rcv_buf + 3)), set_autotransfer( bAutoChoice ), return(OK);