Vous êtes sur la page 1sur 27

CONSERVATOIRE NATIONAL DES ARTS ET MTIERS CENTRE D'AIX-EN-PROVENCE ORGANISME DE FORMATION FINANC PAR LE CONSEIL RGIONAL DE LA RGION PROVENCE-ALPES-COTE

D'AZUR

MEMOIRE
PRESENT EN VUE DOBTENIR

LEXAMEN PROBATOIRE DU C N A M
en INFORMATIQUE Option Rseaux-Systmes-Multimedia par Soidriddine MOUDERE
Acquisition d'images via des interfaces numriques normalises telles que IEEE-1394 et USB-2

Soutenu le 9 juillet 2005

Jury : Prsident : M. J. RANCHIN Membre : M. M. PESQUIER (Professeur principal)

Table des matires Chapitre 1 Introduction..........................................................................2


1.1 Prsentation........................................................................................2

Chapitre 2 Gnralits sur lacquisition dimages..................................2


2.1 La chane dacquisition dimages........................................................2
2.1.1 Les capteurs dimages concerns...............................................................3 2.1.2 Le transfert dimages : de la camra la carte dacquisition.......................3 2.1.3 De la carte dacquisition la mmoire du processeur.................................4

2.2 Limage numrique.............................................................................5


2.2.1 Limage numrique : la norme 4:2:2............................................................5 2.2.2 Le format numrique : un problme de taille ........................................5 2.2.3 Du 4:2:2 au 4:1:1 ou au 4:2:0......................................................................6 2.2.4 La compression numrique.........................................................................6

Chapitre 3 Les interfaces numriques...................................................7


3.1 Les supports physiques de transmission............................................7
3.1.1 Les interfaces spcialises : Numrique Parallle et CameraLink..............7 3.1.2 Les interfaces standards : Gigabit Ethernet, USB et IEEE 1394.................8 3.1.3 Synthse...................................................................................................10

3.2 Les protocoles de transport vido....................................................10


3.2.1 La norme d'IIDC : DCAM..........................................................................10 3.2.2 Digital Video (DV).....................................................................................11 3.2.3 DCAM vs DV.............................................................................................11 3.2.4 Perspectives.............................................................................................11

3.3 Performances et contraintes.............................................................11


3.3.1 Les contraintes lies lordinateur............................................................12 3.3.2 Les performances dacquisition/affichage.................................................12 3.3.3 Les performances avec traitement local....................................................13 3.3.4 Synthse...................................................................................................14

Chapitre 4 Les logiciels de lordinateur et lacquisition dimages.........15


4.1 GNU/Linux.......................................................................................15
4.1.1 LIEEE 1394 sous GNU/Linux...................................................................15 4.1.2 Les outils logiciels.....................................................................................16

4.2 Windows...........................................................................................16
4.2.1 LUSB, LIEEE 1394 avec WDM (Windows Driver Model).........................17 4.2.2 DirectShow...............................................................................................18 4.2.3 Les outils logiciels.....................................................................................18

4.3 Les cadriciels (FrameWork) dapplication.........................................19


4.3.1 Java Media Framework JMF.....................................................................19 4.3.2 Comon Vision Blox (CVB).........................................................................19

Chapitre 5 Conclusion.........................................................................20 Glossaire Annexes Bibliographie

Chapitre 1Introduction
1.1 Prsentation
Dans les annes 80, les flux vido numriques ont t dfinis et normaliss. A lorigine, la vido numrique a t la rponse un problme dinterconnexion entre le matriel, le transport, la diffusion et la normalisation du signal vido dans le monde tlvisuel. Depuis les annes 90, des interfaces informatiques permettant le transport dun flux important dinformations ont vu le jour. Ces interfaces numriques sont apparues avec la dmocratisation de lutilisation dordinateurs personnels. En fait, lutilisation par le grand public de la vido et du multimdia tait dune complexit telle quil a t ncessaire de crer des interfaces numriques normalises comme LIEEE 1394 et lUSB. Ainsi, lobjectif de ce document est de prsenter lacquisition dimage aux travers des interfaces numriques normalises en mettant en vidence les performances espres, les outils logiciels disponibles et les techniques de rcupration dimages partir dune application. Nous allons, dans un premier temps, tudier la chane dacquisition dimages numriques et montrer les spcificits lies au numrique. Ensuite, il sera ncessaire de dresser ltat de lart des normes dfinissant les interfaces numriques ainsi que dtudier le transport de signal vido numrique, afin de pouvoir valuer les performances espres et les contraintes induites. Enfin, les outils logiciels existants seront prsents. Nous tudierons les outils du systme dexploitation, en passant par les bibliothques pour terminer par des applications de mise en uvre.

Chapitre 2Gnralits sur lacquisition dimages


Avant dnumrer les technologies dinterfaces numriques normalises pour lacquisition dimages, il est ncessaire de montrer comment ces interfaces se positionnent dans une chane dacquisition dimages et quelles sont les contraintes quelles engendrent sur les autres maillons de la chane. Ce chapitre commence donc par la prsentation dune chane dacquisition avec un capteur dimage reli un ordinateur. Nous prcisons quels types de capteurs dimages nous faisons rfrence dans ce document, puis quelles diffrences majeures les interfaces numriques prsentent par rapport lutilisation dune carte dacquisition. Dans un second temps, nous rappelons ce quest une image numrique en prcisant quels sont ses avantages et quelles sont ses caractristiques qui contraignent les diffrents maillons de la chane dacquisition dimages et enfin, quel est le rle de la compression.

2.1 La chane dacquisition dimages


Une chane dacquisition dimages avec un ordinateur est compose principalement des lments suivants : une camra qui observe une scne et fournit en sortie un signal vido un support de transmission physique qui transporte le signal vido une carte dacquisition ou une interface numrique qui traduit le signal image en un ensemble de pixels rangs en mmoire de lordinateur.

La figure 1 illustre lensemble de la chane dacquisition, du capteur dimages la mmoire principale de lordinateur.
ORDINATEUR SUPPORT PHYSIQUE DE TRANSPORT CAPTEUR DIMAGES

Carte dacquisition OU carte dinterface numrique pont

Mmoire principale

Bus systme processeur

: Priphrique interne ou composant de la carte mre : bus dadresses/donnes : cble : matriel

Bus dextension

Figure 1 - Chane d'acquisition d'images avec un ordinateur

2.1.1

Les capteurs dimages concerns

Dans notre document, les capteurs dimages cibls sont ceux qui prsentent une interface de sortie numrique normalise comme lIEEE 1394 ou lUSB pour le signal vido. Il sagit majoritairement de capteurs dimages destins au grand public bien que linterface numrique IEEE 1394 soit prsente sur beaucoup de camras industrielles et scientifiques. Ces capteurs dimages possdent gnralement une numrisation interne, c'est--dire une conversion du signal vido analogique en signal numrique. Parmi les capteurs dimage du grand public nous pouvons citer les camscopes numriques et les Webcams (camra se connectant sur lUSB). 2.1.2 Le transfert dimages : de la camra la carte dacquisition

Le transfert dimages de la camra la carte de lordinateur peut tre ralis sous deux formes : analogique ou numrique. Dans les deux cas, le signal vido est vhicul par un support physique (Voir figure 1). Ces supports physiques sont lists et dcrits dans le paragraphe intitul les supports physiques de transmission du chapitre 3. Les normalisations du signal vido ont t ralises par le Comit Consultatif International des Radiocommunications (CCIR). Ce comit a dfinit pour le signal vido son contenu (niveau lectrique, frquence,) et son contenant (nature des cbles, longueur maximale,). Selon BELLAICHE (2004), les normes du signal vido analogique comme le PAL (Phase Alternate Line) et le NTSC (National Television System Commitee) ont induit des contraintes sur les camras, toujours dactualit, comme une image au format 4/3 et une rsolution dimages maximum de 768x576 pixels. Il nest donc pas tonnant de voir le signal vido numrique reprendre ces caractristiques. Le transfert dimages en numrique sappuie sur deux normes, la premire dfinit la couche physique et la seconde le protocole. La norme CCIR601 (ou IUT-R601) est lune des principales normes dcrivant la transmission numrique et son contenu (entre autre, lordre

des pixels). En ce qui concerne le contenant il existe plusieurs normes sans quaucune ne soit impose. Ces normes et ses interfaces sont dtailles dans le paragraphe les interfaces numriques du chapitre 3. Dans ce document nous nous intressons uniquement au transport numrique du signal vido. 2.1.3 De la carte dacquisition la mmoire du processeur

Deux approches saffrontent en matire dacquisition vido comme le montre la figure 1. Nous avons dune part lutilisation dune carte dacquisition ddie (figure 3) et, dautre part, la ralisation de lacquisition des donnes numriques au travers dune interface standardise (figure 2). Lutilisation dune interface numrique, la place dune carte dacquisition, empche de traiter les images sur la carte avant leur mise disposition dans la mmoire applicative. Le traitement du signal devra tre pris en charge par lapplication, et donc, par le processeur de lordinateur. Cest autant de temps consomm non disponible pour le traitement principal de lapplication. La figure 2 illustre lutilisation dune interface numrique dans la chane dacquisition dimages. Cette figure montre les deux principales fonctions : linterface qui adapte le signal physique et la mmoire tampon dans laquelle est stocke temporairement limage acquise avant dtre transfre vers la mmoire applicative. Elle montre que ce type de carte ne sert que de tampon entre le flux de pixels entrant et la mmoire du processeur.

Ordinateur
support physique de transport CARTE INTERFACE NUMERIQUE

Interface capteur dimages


: Priphrique interne ou composant de la carte mre : bus dadresses/donnes : cble : matriel : fonction ou composant

Mmoire tampon

Bus dextension

Figure 2 - Chane d'acquisition d'images avec interface numrique

La figure 3 montre que la carte dacquisition peut raliser un traitement du signal vido avant sa mise disposition.

Ordinateur
support physique de transport CARTE DACQUISITION

Interface capteur dimages


: Priphrique interne ou composant de la carte mre : bus dadresses/donnes : cble : matriel : fonction ou composant

Pr traitement

Mmoire tampon

Bus dextension

Figure 3 - Chane d'acquisition d'images avec carte d'acquisition

Dans les deux cas, le transfert de limage lintrieur de lordinateur se fait via le bus dextension qui relie la carte dacquisition et la mmoire principale. Nous verrons dans le paragraphe performances et contraintes du chapitre 3 comment celui-ci peut contraindre la diminution des performances dacquisition.

2.2 Limage numrique


2.2.1 Limage numrique : la norme 4:2:2

Lhistoire du numrique dans la vido commence vritablement de 1972 1982, lorsque les industriels prsentrent des normes en matire de numrisation. Une certaine anarchie numrique rgna alors sur le march ce qui obligea le C.C.I.R. normaliser un format vido en composantes numriques compatibles dans le monde entier : cette norme c'est le CCIR 601, plus communment appel 4 :2 :2. Le signal vido numrique se devant dtre identique pour tous les pays, lide tait de numriser des donnes communes aux systmes 625 lignes (PAL, SECAM) et 525 lignes (NTSC). Ainsi le C.C.I.R. a unanimement dcid de numriser de faon spare les signaux de luminance (Y) et de chrominance (Cr ; Cb). Les nombres 4:2:2 reprsentent le rapport entre les frquences dchantillonnage du signal de luminance (le 4) et des deux signaux de chrominance (les 2). Ainsi nous comprenons que les pixels de chrominance sont deux fois moins nombreux que les pixels de luminance. 2.2.2 Le format numrique : un problme de taille

Si le transport et la manipulation du signal vido numrique prsente une bien meilleure rsistance au bruit et la dtrioration, il prsente un problme de taille dinformation. En effet, un calcul simple permet de montrer ce que reprsente la vido numrique 4:2:2 en terme dencombrement en vue du transport et du stockage.

Prenons pour hypothse une image 4:2:2 dans un systme PAL (625 lignes 50 Hz) avec une quantification sur 8 bits : une ligne correspond 720(Y) + 360 (Cr) + 360(Cb) = 1 440 Octets par ligne ; pour 576 lignes utiles, nous dduisons : 829 440 Octets ; soit 25 images par secondes : 1 seconde 20,7 Mo ; 1 minute 1,24 Go et 1 heure 74 Go. A lpoque de la normalisation du 4:2:2, aucune interface numrique standard ntait capable de supporter un tel dbit. Et mme si aujourdhui, les interfaces de lordinateur le permettent, le volume et le dbit de donnes demeurent non ngligeables. Les paragraphes suivants noncent des moyens de rduire ce problme de taille . 2.2.3 Du 4:2:2 au 4:1:1 ou au 4:2:0

Au 4:2:2 , les formats 4:1:1 et 4:2:0 ont t ajouts. La diffrence entre ces trois formats se situe sur la quantification (nombre de niveau) et la reprsentation spatiale de la chrominance. Les deux nouveaux formats sont des formats sous rsolus en chrominance (moins de valeurs possibles pour la couleur). La raison de ce choix de sous rsolution chromique vient de la diffrence de perception des couleurs par lhomme et de la ncessit de conserver un certain degr de dtails en fonction des domaines dapplication. Leurs domaines dutilisation sont la diffusion numrique, le DVD vido, le format denregistrement des camscopes (DV), alors que le 4:2:2 est plutt rserv une utilisation en studio. 4:2:2 4:2:0 4:1:1

Frquence d'chantillonage : Frquence d'chantillonage : Frquence d'chantillonage : Luminance : 13,5 MHz Luminance : 13,5 MHz Luminance : 13,5 MHz Chrominance : 6,75 MHz Chrominance : 6,75 MHz Chrominance : 3,375 MHz une ligne sur 2

Echantillon de luminance et de chrominance Echantillon de luminance


Tableau 1 - Frquences d'chantillonnage et rpartition des pixels (d'aprs [WEB_07])

2.2.4

La compression numrique

Pourquoi la compression ? Pour faciliter la transmission et lenregistrement du signal vido numrique. La compression a pour but de trouver la manire la plus rationnelle de coder les images (en terme dencombrement) tout en prservant au maximum leur contenu. Plusieurs techniques de compression existent. Certaines ralisent une transformation totalement rversible alors que dautres suppriment sciemment des informations juges non ncessaires en fonction de lutilisation vise. 6

Selon BELLAICHE (2004) une compression de 3:1 est considre comme transparente et une compression de 10:1 nengendre que quelques pertes non dcelables pour un il non averti. Le DV prsente un taux de compression de 5:1 alors que le DVD vido prsente un taux de 25:1.

Chapitre 3Les interfaces numriques


Dans un premier temps, ce chapitre prsente un tat de lart des technologies des interfaces numriques destines supporter des transferts dimages. Ces interfaces se regroupent en deux catgories. Tout dabord, les interfaces spcialises issues du monde de la tlvision, il sagit du Numrique Parallle et de CameraLink et ensuite les interfaces issues du monde informatique qui se trouvent de faon standard sur les cartes mres des ordinateurs actuels : lUSB, le Gigabit Ethernet et lIEEE1394. Dans une deuxime partie, nous prsentons les normes compatibles de transport de la vido qui concernent nos capteurs dimages cibls savoir les camras et les camscopes numriques. Enfin les performances de lacquisition dimages aux travers des interfaces numriques sont abordes et values en fonction de la finalit et par rapport aux contraintes introduites par lordinateur. Nous verrons que lacquisition dimages pour un affichage direct est plus facile valuer quune acquisition dimages suivie dun traitement par une application.

3.1 Les supports physiques de transmission


3.1.1 Les interfaces spcialises : Numrique Parallle et CameraLink a)Le numrique parallle Il sagit des interfaces connues sous le nom de RS-422 ou encore LVDS. Les camras qui possdent ces interfaces gnrent un signal diffrent pour chaque bit de donnes et pour chaque signal de contrle. Afin daugmenter limmunit au bruit, les signaux parallles sont gnralement transfrs sous forme diffrentielle. Il faut alors deux fils par signal, ce qui rend le cblage complexe et assez coteux. De plus, en labsence de standard, un cble spcifique est ncessaire pour chaque couple de camra-carte dacquisition. Parce que la liaison parallle est une liaison point point et non base de bus de donne, cest une liaison dterministe. Les chronogrammes et temps de transfert des donnes sont totalement dtermins. C'est--dire que le temps entre la capture dimage et larrive de cette image sur lordinateur est totalement prdictible. Ce type dinterface disparat au profit des standards, nanmoins il existe encore beaucoup de camra de ce type en fonctionnement. b)CameraLink CameraLink est une nouvelle alternative de linterface Numrique Parallle. Plus rapide, il utilise moins de fils, possde des connecteurs, des cbles et des protocoles normaliss. CameraLink utilise la technologie Channel Link (proprit de Nationnal Semiconductor, fonde sur la technologie LVDS) pour la transmission de donnes srialises et transmises en parallle afin de diminuer le nombre de fils (plus que cinq paires de fils). Le taux de transfert est de lordre de 225 Mb/s par puce.

Le standard CameraLink propose trois diffrents niveaux dimplmentation : base , mdium et full . Ces niveaux dpendent des spcificits requises par les camras, comme le taux de transfert. Cette interface point point est dterministe. 3.1.2 Les interfaces standards : Gigabit Ethernet, USB et IEEE 1394 a)Gigabit Ethernet Lavantage dune solution utilisant des interfaces Gigabit Ethernet est de pouvoir mettre en place faible cot des topologies complexes pouvant supporter plusieurs camras, plusieurs ordinateurs htes, voire des rseaux sans fils. Un autre avantage est la longueur de cble pouvant atteindre 100 mtres sans besoin damplification avec des taux de transferts allant jusqu 80 Mbyte/s. Il sagit dune interface non dterministe. b)USB : Universal Serial Bus La norme USB a t dveloppe par un consortium comprenant DAC, IBM, Microsoft et Compaq et fut introduite en 1985. Grce lUSB, il nest plus ncessaire dinstaller une carte dinterfaage car les flux dentre/sortie sont grs par lordinateur hte. De plus, USB autorise un branchement chaud : il nest pas ncessaire dteindre lordinateur pour connecter un matriel USB. Enfin le standard prend en charge le transport de lalimentation. USB 1.1 est le standard USB originel et possde deux taux de transfert : 12 Mb/s pour les matriels comme les disque durs et 1,5 Mbit/s pour les matriels demandant moins de bande passante comme les imprimantes. USB 2.0 augmente la vitesse de transfert des priphriques vers lordinateur. Nous passons de 12 Mbit/s 480 Mbit/s. Il est possible de connecter des graveurs de CD/DVD, des scanners, mais surtout, et cest ce qui nous intresse, des camras numriques et des appareils vido qui ncessitent une large bande passante. LUSB supporte galement des applications gourmandes en bande passante o plusieurs matriels fonctionnent en mme temps. LUSB sappuie sur une topologie en toile o les appareils dinterconnexion du niveau physique (concentrateurs) servent de port de connexion pour les autres priphriques ; il suffit donc quun seul priphrique soit physiquement reli lordinateur. Linconvnient de USB est quil ninclut pas de protocole de communication spcifique pour le transport dimages. Chaque matriel doit tre fourni avec ses propres pilotes de priphriques installer sur lordinateur hte. c)Le bus IEEE 1394 Le bus IEEE 1394 est un bus srie capable de supporter simultanment jusqu 63 priphriques connectables chaud. Le dbit est fonction de la variante de la norme que lon considre. Le Tableau 1 reprend les diffrentes variantes pour une distance de 10 m. Norme Dbit thorique IEEE 1394a-S100 100 Mbits/s IEEE 1394a-S200 200 Mbits/s IEEE 1394a-S400 400 Mbits/s IEEE 1394b-S800 800 Mbits/s IEEE 1394b-S1200 1200 Mbits/s IEEE 1394b-S1600 1600 Mbits/s

IEEE 1394b-S3200

3200 Mbits/s

Tableau 2 - Dbits thoriques des variantes de la norme IEEE1394

Parmi toutes ces normes, la norme IEEE 1394a-S400 est la plus rpandue, ce qui correspond un dbit maximum de 400 Mbit/s. Le bus 1394, dont larchitecture est reproduite la figure 4, peut fonctionner selon deux modes distincts : asynchrone : ce mode de transfert est bas sur une transmission de paquets intervalles de temps variables. Cela signifie que lhte envoie un paquet de donnes et attend de recevoir un accus de rception du priphrique. Si lhte reoit un accus de rception, il envoie le paquet de donnes suivant, sinon le paquet est transmis nouveau aprs un certain dlai. isochrone : ce mode permet lenvoi de paquets de donnes de taille fixe intervalles de temps rguliers (cadencs grce deux fils dhorloge). De cette faon, aucun accus de rception nest ncessaire, ce qui garantit un dbit fixe et donc une bande passante. De plus, tant donn quaucun accus nest ncessaire, ladressage des priphriques est simplifi et la bande passante ainsi conomise permet de gagner en vitesse de transfert. Les communications isochrones sont prioritaires par rapport aux asynchrones ce qui permet de garantir la bande passante pour des applications du type transmission vido temps rel ; ce qui nest pas le cas des transactions asynchrones. Si le dbit est thoriquement de 400 Mbit/s, le cadencement des paquets dune transmission isochrone fait que le dbit utile ne dpassera pas 256 Mbit/s. En pratique et selon DARDENNE (2005), nous sommes donc loin de la vitesse promise.

Couche Applicative
Transferts asynchrones

Couche dadministration du bus

Couche Transaction

Transferts isochrones

Couche Liaison

Couche Physique

Bus 1394
Figure 4 - Architecture des protocoles IEEE 1394 (d'aprs [WEB_03])

La norme IEEE 1394 peut tre dcline sous plusieurs dnominations: Apple propose une marque commerciale dpose : le FireWire, connecteur six broches ; Sony utilise sa propre marque dpose : le iLINK connecteur quatre broches. C'est pour cette raison qu'il existe trois dnominations (IEEE 1394, FireWire et iLINK) d'une mme norme en fonction des licences.

Le nombre de camras qui peuvent acqurir une scne simultanment est seulement limit par la bande passante du bus et par le nombre de canaux daccs mmoire directe (DMA) de linterface. Le nombre de canaux DMA, en gnral quatre ou huit, dpend de la carte dinterface. Les dernires gnrations de camra IEEE 1394 possdent de la mmoire embarque leur permettant de stocker limage avant quelle ne soit envoye sur le bus [WEB_04]. La nouvelle gnration de FireWire, nomme IEEE 1394b est en train de sortir. Les longueurs de transmission ont t augmentes et le nouveau standard permet des vitesses oprationnelles de 100, 200, et 400 Mbyte/s. Ce nouveau standard supporte galement des mdias additionnels comme la fibre optique ou les cbles coaxiaux CAT5. LIEEE-1394b est compatible avec lIEEE 1394a. 3.1.3 Synthse

Les interfaces spcifiques ne sont pas prsentes sur lordinateur en standard. Il faut quiper lordinateur de cartes dacquisition numriques qui possdent ces interfaces particulires. Lavantage principal est de pouvoir traiter le signal directement sur ces cartes et dviter ainsi de charger inutilement le processeur. Parmi les interfaces standard, nous remarquons que lUSB ne permet quune topologie en toile et que lIEEE 1394 et le Gigabit Ethernet sont beaucoup plus souples. Le Gigabit Ethernet, quant lui, nest pas une interface ddie au transport de signaux vido. Enfin le tableau 3 montre que lIEEE 1394 fourni le dbit le plus lev. De plus, lIEEE 1394 a t conu pour transporter un signal vido numrique. Cest donc lui qui semble simposer pour le transport physique. Interface Dbits thoriques IEEE 1394 De 100 Mbit/s 3200 Mbit/s USB De 1,5 Mbit/s 480 Mbit/s Gigabit Ethernet 640 Mbit/s
Tableau 3 - Comparaison des dbits thoriques des interfaces numriques standard

3.2 Les protocoles de transport vido


A lheure actuelle, il nexiste pas de protocole de transport pour lUSB ou le Gigabit Ethernet. Seul le support physique IEEE 1394 possde des couches de transport de la vido normalise. Lobjet de ce chapitre est de prsenter ces normes, dans un premier temps pour les camras et dans un deuxime temps pour les camscopes. 3.2.1 La norme d'IIDC : DCAM

Le protocole Digital Camera (DCAM) est un protocole dvelopp pour la transmission de signaux de camras numriques. Il a t dfini par le sous groupe Instrumentation & Industrial Digital Camera (IIDC) qui appartient au groupement dindustriels appel 1394 Trade Association qui lui-mme est en charge de dfinir une norme pour la transmission vido. Au passage, notons que la plupart des auteurs font indiffremment rfrence lIIDC et la norme DCAM pour qualifier le protocole de transmission. Ce protocole a t dfini pour le march industriel et scientifique. DCAM prvoit : la transmission asynchrone dinformations pour paramtrer les camras (taille, systme de couleur, luminosit, balance des blancs, etc) ; la transmission isochrone de flux vido non comprims.

10

3.2.2

Digital Video (DV)

Le DV est une norme de vido numrique destine au grand public et implante sur les camscopes numriques. Elle utilise une dfinition d'image de 720x576 points et un dbit fixe pour le signal vido de 25 Mbit/s. De mme que pour le DCAM, la transmission dinformation de paramtres est asynchrone. Par contre, la transmission de flux vido, bien quelle soit aussi isochrone, est comprime en DV. Le DV utilise un algorithme de compression de type M-JPEG (compression intra-image) de facteur 5:1. La plupart des camscopes DV utilisent le connecteur quatre broches (type iLINK) et la carte d'acquisition est quipe dun connecteur six broches (type FireWire), il vous faudra donc un cble IEEE 1394 6/4 pour connecter le camscope notre ordinateur. 3.2.3 DCAM vs DV

Vous devriez maintenir dans l'esprit que les camscopes DV compriment la vido avant l'envoi de telle sorte que vous devez dcomprimer la vido dans l'ordinateur avant de pouvoir vous en servir. Cette compression est motive par la volont doccuper moins dencombrement lors du stockage sur disque dur. Mme avec les gros disques actuels, le problme demeure car une heure de vido prend plus de 100 GB pour un flux vido nom compress (720x576x3x25x3600). Les cameras DCAM, d'autre part, ne compriment pas la vido. Ceci a comme consquence une largeur de bande beaucoup plus leve : DV prsente un dbit typique de 25 Mbit/s tandis qu'une camra numrique (640x480) aura besoin denviron 100 Mbit/s. Ceci pourrait tre vu comme un inconvnient pour les camras DCAM, mais c'est galement leur avantage : puisque aucune compression ne se produit dans la camera, aucune dcompression n'est exige dans l'ordinateur qui peut tre entirement utilis pour d'autres tches. Selon DEHOFF (2002), c'est la raison pour laquelle la plupart des applications en temps rel, communes dans les mondes industriels et scientifiques, emploient des camras DCAM. 3.2.4 Perspectives

Depuis 2003, le groupe de travail DWG (Device Working Group) a ratifi la norme UVC (USB Video Class). Cette norme va permettre de disposer dun protocole de contrle de transfert de vido et de dfinition DV sur lUSB 2.0. Les premiers camscopes compatibles avec cette norme commencent tre disponibles depuis fin 2004.

3.3 Performances et contraintes


Les performances dacquisition dimages sont lies aux diffrents maillons de la chane dacquisition. Tout dabord dans ce paragraphe, un dcoupage fonctionnel orient par les contraintes temporelles et de bande passante est ralis selon lapproche propose par MATHIEU (2000). Ce dcoupage permet dextraire, dans un premier temps, les performances brutes dans le cas de laffichage direct des images acquises par linterface numrique. Puis dans un second temps, le dcoupage permet de montrer comment la cadence dacquisition dimages et a fortiori les performances, peuvent tre modules par les contraintes lies aux technologies internes de lordinateur.

11

3.3.1

Les contraintes lies lordinateur

Selon MATHIEU (2000), les diffrents lments intervenant dans la chronologie de lacquisition dimages en vue destimer les performances sont : lacquisition dimage par linterface numrique le traitement informatique de limage laction qui en rsulte Le tableau 4 montre comment sont dcoupes les diffrentes tapes de lacquisition dimages : Etape du processus dacquisition dimages Caractristiques/Contraintes Transfert de limage de la camra la carte Dpend du dbit de linterface numrique (voir dinterface numrique. paragraphe 3.1.3) Transfert du tampon de linterface numrique la Transfert de limage par DMA (Accs Mmoire mmoire applicative. Directe). Dpend du dbit du bus dextension. Traitement de mise en forme des pixels (Exemple Temps dexcution des fonctions. conversion de format YUV vers RGB) Dpend des performances du bus systmes et de la mmoire cache du processeur Traitement correspondant lanalyse de limage Dpend de lapplication ainsi qu laction qui en rsulte
Tableau 4 - Contraintes et caractristiques des tapes de l'acquisition d'images sur lordinateur

3.3.2

Les performances dacquisition/affichage

Le tableau 5 prsente les performances espres par lutilisation des interfaces numriques sans traitement local par lordinateur mais avec un affichage direct. Dans ce cas, limage rcupre par linterface peut tre directement envoye la carte daffichage de lordinateur (carte graphique) comme le montre la figure 5.
ORDINATEUR SUPPORT PHYSIQUE DE TRANSPORT CAPTEUR DIMAGES

carte dinterface numrique

Mmoire principale

Transfert direct DMA carte daffichage

pont

Bus systme processeur

ECRAN
: Priphrique interne ou composant de la carte mre : bus dadresses/donnes : cble : matriel

Bus dextension

12

Figure 5 - Chane d'acquisition d'images avec affichage direct

En effet, linterface numrique dispose de tout le temps qui spare lacquisition de deux images conscutives pour transfrer limage acquise vers la carte graphique. Parce que sa bande passante est suprieure celle de linterface numrique, le bus dextension (reliant interface numrique et carte daffichage) ne pnalise pas la cadence dacquisition. Ceci condition, bien sr, que la bande passante du bus dextension ne soit pas sature par dautres applications locales. Les performances espres sont donc quasiment les mmes que celles de linterface numrique. Format Dbit en Mbit/s Dbit en Mo/s Taille sur disque pour 1h 4 :2 :2 non compress 166 21 75 Go (DCAM) DV 25 3,1 12 Go DVD video 4,5 0,6 2,1 Go MPEG-1 1,2 0,15 540 Mo
Tableau 5 - Comparaison des formats numriques

3.3.3

Les performances avec traitement local

Dans ce cas dutilisation, des temps de manipulation et de transferts viennent sajouter au temps ncessaire lordinateur pour mettre disposition de lapplication des images manipulables.

ORDINATEUR SUPPORT PHYSIQUE DE TRANSPORT CAPTEUR DIMAGES 1. Transfert (DMA) dans la mmoire applicative carte dinterface numrique 4. Transfert (DMA) dans la carte daffichage carte daffichage ECRAN
: Priphrique interne ou composant de la carte mre : bus dadresses/donnes : cble : matriel

Mmoire principale 2. Pr traitements Mise en forme des pixels 3. Traitement applicatif

pont Bus systme

Bus dextension

processeur

Figure 6 - Chane d'acquisition avec traitement sur les images

Les contraintes prendre en compte sont prsentes dans les paragraphes suivants.

13

a)La bande passante du bus dextension Le transfert en mmoire applicative de limage partir de la mmoire tampon de linterface implique lutilisation du bus dextension. Or lutilisation de ce bus pour le transfert des images acquises peut prsenter des temps non ngligeables par rapport la cadence dacquisition dimages. Pour comprendre dans quel cas cela peut se produire, il faut aussi considrer que ce temps doit tre doubl lorsque limage traite par lapplication doit tre affiche et donc transfre de la mmoire de travail la mmoire de la carte daffichage. Les hypothses les plus rpandues, savoir le traitement dun signal vido CCIR couleur (3*768*576) avec un ordinateur dot dun bus dextension PCI, le transfert se faisant par DMA, avec une contrainte temporelle pour un signal vido 25 images/s, impliquent un transfert (ou deux) tous les 40ms. Sil sagit dune carte PCI de bonne qualit le transfert par DMA seffectue un dbit de 100 Mo/s, soit un temps de transfert de 14 ms, ce qui correspond 35% du temps disponible avant larrive de la prochaine image traiter. Le bus PCI-Express, successeur du PCI comme bus dextension, relve le dbit 1 Go/s dans sa version 1.0b et jusqu' 8 Go/s. Ce bus permettra de rendre cette contrainte ngligeable par rapport au temps de traitement disponible. b)Le format image mmoire (rangement des pixels en mmoire) En fonction du format dacquisition dimages par le capteur numrique, diffrentes organisations des pixels peuvent tre obtenues en mmoire. Le rangement des pixels de limage en mmoire est assez constant, les pixels sont rangs de gauche droite et de bas en haut, par rapport limage. Les lments variables sont : La largeur du pixel qui peut tre code sur 8, 16, 32 bits ; Le rangement des composantes dune image couleur qui peut tre soit par pixel soit par couleur Si pour le transport, lYUV permet de vhiculer des dbits moins importants, pour le traitement dans une application il est courant dutiliser un format RVB. Le tableau 6 montre comment il est possible de rduire le volume dinformation manipuler en modifiant le format de limage. RVB YUV (4 :2 :2) YUV (4 :1 :1) Monochrome (4 :2 :2) Taille de limage 640x480 640x480 640x480 640x480 Octet par pixel 3 2 1,5 1 Nombre dimages par seconde 30 30 30 30 Dbits 221 Mbit/s 147 Mbit/s 111 Mbit/s 74 Mbit/s
Tableau 6 - comparaison des formats images mmoires

Le document intitul Bande passante pour les diffrents modes vido DCAM et situ en annexe montre une autre approche de la performance brute espre pour lIEEE 1394 en fonction de diffrents formats dimages. Loriginalit de cette approche est quelle prsente, en fonction du taux dimages par seconde et du format de limage, loccupation de la bande passante du bus. Sachant que lEEE 1394 permet de connecter plusieurs camras sur la mme interface, nous pouvons dduire le mode le plus adapt en fonctions de nos besoins. 3.3.4 Synthse

Finalement, nous nous apercevons que pour laffichage direct, le goulot dtranglement se situe au niveau des interfaces numriques. Mais ds que limage doit tre mise disposition dune application, le bus dextension de lordinateur contraint la cadence dacquisition dimages

14

car celui-ci est trs sollicit pour le transfert en mmoire applicative et lors des traitements de mise en forme de limage et du traitement principal. Le manque dun coprocesseur matriel (compris dans les cartes dacquisition) pour ces traitements oblige le processeur de lordinateur consommer des ressources temporelles non ngligeables par rapport au temps accord lapplication.

Chapitre 4Les logiciels de lordinateur et lacquisition dimages


Lobjet de ce chapitre est de dcrire les moyens logiciels disponibles pour raliser la rcupration des images par une application. Le plan suivi pour cette prsentation consiste citer les couches logicielles en charge des supports physiques et les protocoles de transmission de flux vido via les interfaces numriques. Cette approche est suivie pour les deux principaux systmes dexploitation dordinateurs individuels Microsoft Windows et GNU/Linux qui tous deux supportent en standard les interfaces numriques USB et IEEE1394.

4.1

GNU/Linux

Linux, le noyau du systme dexploitation GNU/linux, possde deux interfaces pour effectuer de lacquisition dimages : une pour lanalogique V4L (Video For Linux) et lautre pour le numrique. Seules les couches logicielles lies au support physique IEEE 1394 sont prsentes. Les priphriques vido numriques USB ne sont pas trs bien supports sous Linux. Ceci est d au fait que lUSB ne possde pas de norme de transport pour la vido. Si quelques Webcams sont supportes, elles ne le sont quavec des pilotes propritaires et avec une API qui passe par V4L. 4.1.1 LIEEE 1394 sous GNU/Linux

La figure 7 prsente les diffrentes couches logicielles en partant du noyau Linux jusqu lAPI pour lapplication :

Application
Espace utilisateur libraw1394 libdc1394

Bibliothque haut niveau

Bibliothque bas niveau

raw1394 video1394 Espace noyau ieee1394 ohci1394 Module du noyau Linux

Matriel

IEEE 1394

Figure 7 - les logiciels Linux pour l'acquisition vido numrique IEEE 1394

15

Les modules situs dans lespace noyau implmentent les protocoles de gestion du bus IEEE 1394 ainsi que les normes de transport du signal vido DV et DCAM. La rfrence [WEB_11] dcrit ces ressources GNU/Linux et la procdure pour les mettre en place. Dans lespace utilisateur une application utilise des bibliothques pour exploiter les priphriques IEEE 1394 partir dune API simplifie. Les bibliothques disponibles sont les suivantes : libraw1394 est une bibliothque de fonctions indpendantes du matriel fournissant un accs direct au priphrique IEEE 1394, travers le module raw1394. Elle est utilise par toutes les applications. libdc1394 est une bibliothque fournissant des fonctions spcialises dans le contrle de camras numriques compatibles DCAM [WEB_01]. libdv est une bibliothque permettant de dcoder le flux vido DV. En d'autres termes, c'est un CODEC (COdeur/DECodeur) pour les vidos DV et les camscopes DV. libavc1394 est une bibliothque permettant de contrler une interface IEEE 1394 compatible AV/C (Audio/Video Control). C'est grce cette bibliothque que nous pouvons contrler un camscope DV sous linux. Elle permet aussi de pouvoir lire la mmoire de configuration des priphriques compatibles. 4.1.2 Les outils logiciels a)Coriander [WEB_09] Coriander est un logiciel qui permet de contrler les camras compatibles totalement avec la norme DCAM partir dune interface graphique. b)DvGrab DvGrab est un logiciel dacquisition de camscope DV. Il permet denregistrer des squences vido et audio sur le disque dur au format DV. Il ne possde pas dinterface graphique et nest pas capable de contrler le camscope c)Kino [WEB_07] Kino est un logiciel dacquisition et de montage de squences vido partir de camscope DV. Cest un logiciel de montage linaire qui ne possde quune seule piste. Il permet : dextraire des squences vido du camscope et de les monter en une seule piste. de sauvegarder le montage au format DVD Le DCAM et le DV tant des normes, ils sont trs bien supports sous Linux. Les bibliothques disponibles pour rcuprer des images partir des camscopes et des camras numriques sont bien adaptes au dveloppement dapplications. Par contre, les outils logiciels sont assez basiques et manquent dinterfaces graphiques conviviales.

4.2 Windows
Le systme dexploitation Windows de Microsoft fournit pour la plupart de ses versions de systme (de Windows 98 seconde dition Windows XP) une interface unifie pour lacquisition vido. Nous allons voir comment, quelque soit le support physique USB, IEEE 1394 ou carte dacquisition, le systme fournit une vue lespace utilisateur de la source dacquisition vido selon le standard WDM (Windows Driver Model). Ensuite, le rle et le

16

fonctionnement de DirectShow sont prsents afin de montrer comment une application accde aux priphriques de capture. Enfin, quelques outils logiciels sont voqus. 4.2.1 LUSB, LIEEE 1394 avec WDM (Windows Driver Model)

Il sagit dun standard Windows qui dfinit la gestion unifie des flux. Les pilotes de priphriques pour USB (normalis USBCAMD) ou lIEEE 1394 utilisent cette interface et fournissent lespace utilisateur une seule mthode daccs, la classe de gestion des flux compatibles WDM (WDM Class Stream). La figure 8 montre les diffrentes couches logicielles pour raliser une application dacquisition dimages sous Windows (de Windows 98 Windows XP).

Application
Espace utilisateur DirectX DirectShow

Espace noyau WDM Classe Stream

Capture analogique Minidriver pour PCI

Capture numrique Minidriver pour USB

Capture numrique Minidriver pour 1394

Carte PCI
Matriel

USB

IEEE 1394

Figure 8 - Les couches logicielles pour l'acquisition d'images sous Windows (daprs [WEB_10])

a)VFW : Video For Windows Il sagit de lancienne API pour les priphriques de capture des systmes comme Windows 95, 98 et Windows NT. Les pilotes de priphriques dvelopps sur le principe de cette interface peuvent fonctionner dans les systmes utilisant WDM en utilisant une interface VFWWDM. b)USBCAMD : camra sur USB Il sagit dune couche logicielle systme fournie par le constructeur de Webcam. Son rle principal est de grer le flux isochrone en provenance du priphrique USB pour le fournir la couche flux (Stream Class) des trames vido. Il gre la synchronisation du flux, son dmarrage, son arrt et les erreurs de transmission de trames. c)MSDV/1394 et UVC/USB Daprs MICROSOFT_WHDC (2004), MSDV (MicroSoft DV) et UVC (USB Video Class) sont les nouveaux standard de Windows partir de la version XP SP2, pour grer respectivement

17

le DV sur IEEE1394 et sur USB au travers dune couche unifie nomme Vido Class. Cette volution fait suite la ratification de UVC pour le transport du DV sur USB. 4.2.2 DirectShow

L'API DirectShow est une architecture de gestion de flux pour le systme dexploitation Windows (voir figure 9). Elle simplifie les tches de capture vido. Une application DirectShow est compose de plusieurs parties appeles filtres. Les filtres peuvent tre de diffrents types, les principaux tant les filtres de capture, les filtres de transformation et les filtres de rendu. La gestion du graphe est faite par le FGM (Filter Graph Manager). Cette technologie est propritaire, son utilisation reste gratuite et ncessite seulement la rcupration de lexcutif (runtime), qui est souvent dj prsent sur la machine de l'utilisateur. Ces filtres sont des modules intgrables (plugins), eux aussi au format de bibliothque chargeable dynamiquement (.dll) et il est possible dutiliser des filtres tiers ou bien den dvelopper pour ses propres besoins.

Figure 9 - architecture de DirectShow (d'aprs [WEB_11])

4.2.3

Les outils logiciels a)AMCap et DVapp

AMCap et DVapp sont des logiciels fonctionnels fournis avec lenvironnement de dveloppement de DirectX compatibles avec DirectShow. Leur code source est accessible et disponible. L'outil d'AMCap permet de raliser des captures audio/vido et laffichage des pages de proprits sur le priphrique de capture. De mme pour DVapp qui offre en supplment les fonctions de contrle des camscopes DV. b)GraphEdit GraphEdit est un outil visuel pour tablir des graphiques de filtres qui est galement inclus dans lenvironnement de dveloppement de DirectX. GraphEdit permet d'exprimenter avec un graphique de filtre avant dcrire n'importe quel code d'application. Il permet galement

18

d'examiner tous les filtres faits sur commande que vous dveloppez ou employez. Son interface ergonomique permet de construire le graphique par glisser-et-poser. Il peut aussi afficher les filtres qui sont enregistrs sur lordinateur. c)La bibliothque : ActiveDcam La bibliothque de contrles ActiveDcam est prvue pour fonctionner avec toutes les cameras IEE1393 compatibles avec IIDC DCAM v1.30 et 1.31. Elle existe sous la forme dun ActiveX, c'est--dire un composant COM (Common Object Model) intgrable directement dans une application. Cest une bibliothque propritaire mais elle permet un prototypage trs rapide dapplication sous les langage C++, C# et sous le cadriciel DotNet de Microsoft.

4.3 Les cadriciels (FrameWork) dapplication


Les cadriciels dapplication sont une approche de la programmation qui tend vouloir dvelopper des applications portables. Ainsi lapplication dveloppe peut tre utilise sur diffrentes plateformes comme Microsoft Windows et GNU/Linux sans remaniement du code source de lapplication. Deux cadriciels sont cits. Le premier, JMF (Java Media FrameWork), est associ la plate forme de dveloppement Java qui permet au grand public de dvelopper des applications assez rapidement. Le second, CVB (Comon Vision Blox) est une plateforme commerciale portable destine un public scientifique dsireux de saffranchir entre autre de linterface dacquisition de Windows. 4.3.1 Java Media Framework JMF

Il permet le dveloppement dapplication ralisant lacquisition vido. Pour quune application puisse utiliser les ressources dacquisition, elles doivent tre rfrences au pralable auprs de la machine virtuelle de Java grce JMFRegistrery (voir [WEB_06]]). JMF est prsent sur les plateformes Microsoft Windows, Solaris et GNU/Linux. 4.3.2 Comon Vision Blox (CVB)

Pour les applications de vision industrielle, il est prfrable dviter les standards Microsoft et dutiliser un package spcialement conu pour les applications de vision comme CVB ([WEB_02]). Common Vision Blox (CVB) est une plateforme de dveloppement et dimplmentation dapplications de traitement graphique. Ce "systme dexploitation pour le traitement graphique" permet de trouver rapidement des solutions aux besoins de traitement dimages dans tous les segments industriels. Nous constatons que le dveloppement dapplications pour rcuprer des images en provenance de capteurs dimages numriques au travers des interfaces numriques peut tre ralis aussi bien sous Windows que sous Linux lexception de linterface USB qui nest pas supporte sous Linux. Cependant, ce problme devrait disparatre ds que les constructeurs fabriqueront les priphriques USB en conformit avec la norme UVC.

19

Chapitre 5Conclusion
Dans ce rapport, nous avons dcrit les interfaces numriques normalises les plus rpandues, values leurs performances et montres les contraintes quelles engendrent dans le cadre dune utilisation informatique grand public. Nous constatons, qu lheure actuelle, LIEEE1394 a un grand avantage par rapport aux autres technologies : sa conception, ralise en fonction de la finalit applicative, a permis de dvelopper des solutions compatibles et normalises aussi bien sur le matriel que sur lexploitation informatique du signal vido numrique. Cependant, la volont dadapter le numrique au grand public et la course au haut dbit laquelle se livrent les industriels entranent lapparition de solutions dont le transport sur les interfaces nest pas normalis. Les solutions sont mises sur le march avant mme que des normes ne soient dfinies et adoptes par la majorit des constructeurs. Ce nest donc pas, actuellement, la solution techniquement la plus adapte qui subsiste et qui simpose mais plutt celle qui aura russi simposer financirement.

20

Annexe : Bande passante pour les diffrents modes vido DCAM


Les modes vido sont dfinis par IIDC 1394-based digital camera spcification DCAM. Les valeurs correspondent une connexion 400 Mb/s et sont arrondis.

21

Glossaire
Bus d'extension : voie de liaison entre le processeur et les cartes d'extension. Des connecteurs d'extension prsents sur la carte mre permettent d'ajouter de nouveaux composants (cartes d'extension telles que carte son, carte d'acquisition vido, carte rseau, carte reliant des priphriques externes). Bus systme : voie de liaison permettant au processeur d'accder aux donnes contenues dans la mmoire vive. Bande passante : plage de frquences pour lesquelles les signaux sont correctement vhiculs sur un support donn, une fibre optique ou le fil de cuivre du tlphone par exemple. Plus la bande passante est importante, plus la quantit de donnes vhicule par le support augmente. S'applique galement au niveau de certains appareils, soit dans le domaine de l'audio (o elle doit tre au moins gale celle de l'oreille humaine 20 Hz 20 kHz) soit dans le domaine de la vido. Cadriciel : un Cadre d'applications (en anglais, Application Framework) informatique est un ensemble de bibliothques permettant le dveloppement rapide d'applications. Il fournit suffisamment de briques logicielles pour pouvoir produire une application aboutie. Ces composants sont organiss pour tre utiliss en interaction les uns avec les autres. Ils sont en principe spcialiss pour un type d'application Camscope : ce terme est la contraction des mots camra et magntoscope. Cb, Cr : signaux de diffrence de couleur entre la luminance et la couleur bleue (Cb) ainsi que la luminance et la couleur rouge(Cr). C.C.I.R. : Comit Consultatif International des Radiocommunications Compression : mthode de rduction du nombre de bits requis pour enregistrer ou pour transmettre des programmes en enlevant les donnes redondantes et/ou les donnes juges non essentielles de l'image. La compression permet la transmission de plus de programmes sur un seul canal. Chrominance : elle dsigne la partie du signal vido qui dtermine les valeurs de couleur de l'image compose de la teinte et de la saturation. Dbit : quantit d'informations transmises via un canal de communication selon un intervalle de temps donn. Luminance : intensit lumineuse d'un signal vido. elle dsigne le signal qui dtermine les valeurs de contraste d'une image, du noir le plus profond jusqu'au blanc le plus pur. NTSC : sigle signifiant National Television System Commitee. C'est la norme de diffusion vido amricaine et japonaise qui diffuse 30 images/secondes au lieu de 25 pour le PAL et le SECAM. L'image NTSC est moins bonne que ses quivalents europennes.

22

PAL (acronyme de Phase Alternate Line.) : norme de diffusion vido europenne couramment utilise aussi bien par les professionnels que par le grand public, l'exception de la France qui lui a prfr le SECAM. PCI : sigle signifiant Peripheral component interconnect. Standard conu pour brancher sur la carte mre des cartes d'extension, le bus PCI offre des dbits allant jusqu' 266 Mo/s. Il est vou disparatre au profit du port PCI Express. PCI Express : standard de bus d'extension qui a fait son apparition sur les ordinateurs personnels en 2004. Sa vocation est de remplacer en premier lieu le bus AGP, puis le bus PCI sur les cartes mres. Les dbits allous oscillent entre 312 Mo/s et 10 Go/s, contre 133 Mo/s maximum pour PCI et 2 Go/s maximum pour AGP. Pixel (PEL, Picture Element) : un pixel est un chantillonnage numrique d'une image un point fixe. Pixels : points de lumire individuels rouges, verts et bleus qui constituent une image.

23

Bibliographie
1394 Trade Association, juillet 2000, IIDC 1394-based Digital Camera Specification, http://www.1394ta.org, 52p BELLAICHE P.; 2004 ; Les secrets de limage vido ; Edition Eyrolles ; Paris ; 430p DARDENNE R., VANDROOGENBROECK M., Fvrier 2005, Acquisition vido au moyen dune camra IEEE 1394, Linux Magazine France, N69 pages 54-59 DEHOFF R., 2002, Essential guide to digital video capture, Imagination white paper, 19p HOLVECK B., MATHIEU H., novembre 2004, Infrastructure of GrImage experimental platform : the video acquisition part, Rapport technique, INRIA Alpes, 52p MATHIEU H; 2000, La chane dacquisition dimages; Rapport technique, INRIA Aples, 82p MICROSOFT WHDC, avril 2004, Digital Video Application Compatibility with IEEE 1394 and USB Devices, http://www.microsoft.com/whdc, 14p

Rfrences WEB
[WEB_01] Bibliothque libdc1394, http://sourceforge.net/projets/libdc1394 [WEB_02] Comon Vision Blox , CVB, http://en.commonvisionblox.de [WEB_03] Dveloppement sur le bus IEEE1394, http://www.hlp.fr/francais1/developp/ieee1394/ieee1394.html [WEB_04] Guide technologies des interfaces numriques, IMASYS, 2005 http://www.imasys.fr/technologies/4_interface_v1.pdf [WEB_05] Guide technologies des camras, IMASYS, 2005, http://www.imasys.fr/technologies/3_camera_v1.pdf [WEB_06] Java JMF compatibilit, http://java.sun.com/products/javamedia/jmf/2.1.1/formats.html#Capturers [WEB_07] Les formats d'enregistrement vido numrique; octobre 1999, Dossier technique N 20, http://www.cst.fr/dtech/20-oct99/dtech20.html [WEB_08] Logiciel Coriander (par Damien Douxchamps), http://www.tele.ucl.ac.be/people/douxchamps/ieee1394/coriander/ [WEB_09] Navigating to WDM Video Capture ; http://www.microsoft.com/whdc/archive/wdmvid.mspx?pf=true#wdm1 [WEB_10] Ressources IEEE1394 pour linux, http://www.linux1394.org

24

[WEB_11] Directshow system overview ; http://msdn.microsoft.com/library/default.asp? url=/library/en-us/directshow/htm/introductiontodirectshow.asp

25

Vous aimerez peut-être aussi