Je connais assez bien le C mais,je cherche des informations pour savoir
comment récupérer le flux video après le pilote d'une carte
d'acquisition (video).
Sous quelle forme se trouve les données,etc...?
Quelle est la méthode en programmation pour le faire.
Ceci pour les systèmes d'exploitation Ms Windows (98-NT-2000-Me).
- quels bouquins sur le sujet.
- Quelles adresses de site.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Christian ASTOR
Pim a écrit:
Je connais assez bien le C mais,je cherche des informations pour savoir comment récupérer le flux video après le pilote d'une carte d'acquisition (video). Sous quelle forme se trouve les données,etc...? Quelle est la méthode en programmation pour le faire. Ceci pour les systèmes d'exploitation Ms Windows (98-NT-2000-Me).
Je connais assez bien le C mais,je cherche des informations pour savoir
comment récupérer le flux video après le pilote d'une carte
d'acquisition (video).
Sous quelle forme se trouve les données,etc...?
Quelle est la méthode en programmation pour le faire.
Ceci pour les systèmes d'exploitation Ms Windows (98-NT-2000-Me).
Je connais assez bien le C mais,je cherche des informations pour savoir comment récupérer le flux video après le pilote d'une carte d'acquisition (video). Sous quelle forme se trouve les données,etc...? Quelle est la méthode en programmation pour le faire. Ceci pour les systèmes d'exploitation Ms Windows (98-NT-2000-Me).
WinMM est relativement simple mais pose quelques problemes avec certaines camera firewire, directShow est tres complexe mais les gere biens. regarde aussi du coté de quicktime SDK qui est vraiment *tres simple*.
pat.
WinMM est relativement simple mais pose quelques problemes avec certaines
camera firewire, directShow est tres complexe mais les gere biens.
regarde aussi du coté de quicktime SDK qui est vraiment *tres simple*.
WinMM est relativement simple mais pose quelques problemes avec certaines camera firewire, directShow est tres complexe mais les gere biens. regarde aussi du coté de quicktime SDK qui est vraiment *tres simple*.
pat.
Pim
Le Wed, 07 Jul 2004 15:30:26 +0200, Christian ASTOR disait ceci :
Pim a écrit:
Je connais assez bien le C mais,je cherche des informations pour savoir comment récupérer le flux video après le pilote d'une carte d'acquisition (video). Sous quelle forme se trouve les données,etc...? Quelle est la méthode en programmation pour le faire. Ceci pour les systèmes d'exploitation Ms Windows (98-NT-2000-Me).
Mais je souhaite le faire de manière non dépendante de bibliothèques Windows. Un peu comme en assembleur ou C inline.
Autrement dis, je souhaite seulement
-Savoir comment et à quelle adresse récupérer les données une fois le pilote de la carte d'Acq activé. -Sous quelles forme sont-elles et comment les récupérer.
Merci.
Le Wed, 07 Jul 2004 15:30:26 +0200,
Christian ASTOR <castorix@club-internet.fr> disait ceci :
Pim a écrit:
Je connais assez bien le C mais,je cherche des informations pour savoir
comment récupérer le flux video après le pilote d'une carte
d'acquisition (video).
Sous quelle forme se trouve les données,etc...?
Quelle est la méthode en programmation pour le faire.
Ceci pour les systèmes d'exploitation Ms Windows (98-NT-2000-Me).
Mais je souhaite le faire de manière non dépendante de bibliothèques
Windows.
Un peu comme en assembleur ou C inline.
Autrement dis, je souhaite seulement
-Savoir comment et à quelle adresse récupérer les données une fois le
pilote de la carte d'Acq activé.
-Sous quelles forme sont-elles et comment les récupérer.
Le Wed, 07 Jul 2004 15:30:26 +0200, Christian ASTOR disait ceci :
Pim a écrit:
Je connais assez bien le C mais,je cherche des informations pour savoir comment récupérer le flux video après le pilote d'une carte d'acquisition (video). Sous quelle forme se trouve les données,etc...? Quelle est la méthode en programmation pour le faire. Ceci pour les systèmes d'exploitation Ms Windows (98-NT-2000-Me).
Mais je souhaite le faire de manière non dépendante de bibliothèques Windows. Un peu comme en assembleur ou C inline.
Autrement dis, je souhaite seulement
-Savoir comment et à quelle adresse récupérer les données une fois le pilote de la carte d'Acq activé. -Sous quelles forme sont-elles et comment les récupérer.
Mais je souhaite le faire de manière non dépendante de bibliothèques Windows.
C'est plus ou moins impossible. Les bibliothèques telles que DirectX existent notamment pour fournir une interface indépendante du matériel (en quelque sorte une abstraction). L'avantage est que le programme peut utiliser les mêmes appels de fonction quel que soit le matériel utilisé.
Maintenant si tu ne veux pas de DirectX (ou AVICap ou...) il te reste deux solutions : soit tu dépends directement du driver de ton matériel, soit tu reprogrammes un driver pour on matériel. Dans les deux cas ce n'est pas une chose à faire.
Un peu comme en assembleur ou C inline.
Il n'y a pas de rapport.
Autrement dis, je souhaite seulement
-Savoir comment et à quelle adresse récupérer les données une fois le pilote de la carte d'Acq activé. -Sous quelles forme sont-elles et comment les récupérer.
Ce que tu décris revient à re-développer un driver pour ton matériel. Ce n'est pas une bonne idée car : * C'est réinventer la roue. C'est inutile. * Cela ne fonctionnera que sur ton matériel. * Tu n'auras probablement pas accès aux spécifications de ton matériel.
Mais je souhaite le faire de manière non dépendante de bibliothèques
Windows.
C'est plus ou moins impossible. Les bibliothèques telles que DirectX
existent notamment pour fournir une interface indépendante du matériel
(en quelque sorte une abstraction). L'avantage est que le programme
peut utiliser les mêmes appels de fonction quel que soit le matériel
utilisé.
Maintenant si tu ne veux pas de DirectX (ou AVICap ou...) il te reste
deux solutions : soit tu dépends directement du driver de ton
matériel, soit tu reprogrammes un driver pour on matériel. Dans les
deux cas ce n'est pas une chose à faire.
Un peu comme en assembleur ou C inline.
Il n'y a pas de rapport.
Autrement dis, je souhaite seulement
-Savoir comment et à quelle adresse récupérer les données une fois le
pilote de la carte d'Acq activé.
-Sous quelles forme sont-elles et comment les récupérer.
Ce que tu décris revient à re-développer un driver pour ton matériel.
Ce n'est pas une bonne idée car :
* C'est réinventer la roue. C'est inutile.
* Cela ne fonctionnera que sur ton matériel.
* Tu n'auras probablement pas accès aux spécifications de ton
matériel.
Mais je souhaite le faire de manière non dépendante de bibliothèques Windows.
C'est plus ou moins impossible. Les bibliothèques telles que DirectX existent notamment pour fournir une interface indépendante du matériel (en quelque sorte une abstraction). L'avantage est que le programme peut utiliser les mêmes appels de fonction quel que soit le matériel utilisé.
Maintenant si tu ne veux pas de DirectX (ou AVICap ou...) il te reste deux solutions : soit tu dépends directement du driver de ton matériel, soit tu reprogrammes un driver pour on matériel. Dans les deux cas ce n'est pas une chose à faire.
Un peu comme en assembleur ou C inline.
Il n'y a pas de rapport.
Autrement dis, je souhaite seulement
-Savoir comment et à quelle adresse récupérer les données une fois le pilote de la carte d'Acq activé. -Sous quelles forme sont-elles et comment les récupérer.
Ce que tu décris revient à re-développer un driver pour ton matériel. Ce n'est pas une bonne idée car : * C'est réinventer la roue. C'est inutile. * Cela ne fonctionnera que sur ton matériel. * Tu n'auras probablement pas accès aux spécifications de ton matériel.
Mais je souhaite le faire de manière non dépendante de bibliothèques Windows.
C'est plus ou moins impossible. Les bibliothèques telles que DirectX existent notamment pour fournir une interface indépendante du matériel (en quelque sorte une abstraction). L'avantage est que le programme peut utiliser les mêmes appels de fonction quel que soit le matériel utilisé.
Merci vivement pour tes informations. C'est effectivement ce qu'on m'a dis sur un autre forum.
Ceci veut dire qu'il est impossible de gérer la capture vidéo avec le même source pour plusieurs Systèmes d'exploitations puisque c'est dépendant des APIs de l'O.S.
Mais je souhaite le faire de manière non dépendante de bibliothèques
Windows.
C'est plus ou moins impossible. Les bibliothèques telles que DirectX
existent notamment pour fournir une interface indépendante du matériel
(en quelque sorte une abstraction). L'avantage est que le programme
peut utiliser les mêmes appels de fonction quel que soit le matériel
utilisé.
Merci vivement pour tes informations.
C'est effectivement ce qu'on m'a dis sur un autre forum.
Ceci veut dire qu'il est impossible de gérer la capture vidéo
avec le même source pour plusieurs Systèmes d'exploitations puisque
c'est dépendant des APIs de l'O.S.
Mais je souhaite le faire de manière non dépendante de bibliothèques Windows.
C'est plus ou moins impossible. Les bibliothèques telles que DirectX existent notamment pour fournir une interface indépendante du matériel (en quelque sorte une abstraction). L'avantage est que le programme peut utiliser les mêmes appels de fonction quel que soit le matériel utilisé.
Merci vivement pour tes informations. C'est effectivement ce qu'on m'a dis sur un autre forum.
Ceci veut dire qu'il est impossible de gérer la capture vidéo avec le même source pour plusieurs Systèmes d'exploitations puisque c'est dépendant des APIs de l'O.S.
@+ Pim.
Cyrille Szymanski
On 2004-07-09, Pim wrote:
Merci vivement pour tes informations. C'est effectivement ce qu'on m'a dis sur un autre forum.
C'est assez difficile d'écrire des applications portables sur plusieurs système d'exploitation différents parce qu'il n'existe généralement pas les mêmes outils. Il y a pourtant quelques exceptions qui me viennent à l'esprit, par exemple OpenGL qui est relativement bien porté.
Ceci veut dire qu'il est impossible de gérer la capture vidéo avec le même source pour plusieurs Systèmes d'exploitations puisque
J'ai un peu exagéré. Tu peux quand même jeter un coup d'oeil à Twain mais à mon avis c'est plus lourd à mettre en place que DirectX.
http://www.twain.org/
-- cns
On 2004-07-09, Pim <moi@free.fr> wrote:
Merci vivement pour tes informations.
C'est effectivement ce qu'on m'a dis sur un autre forum.
C'est assez difficile d'écrire des applications portables sur
plusieurs système d'exploitation différents parce qu'il n'existe
généralement pas les mêmes outils. Il y a pourtant quelques exceptions
qui me viennent à l'esprit, par exemple OpenGL qui est relativement
bien porté.
Ceci veut dire qu'il est impossible de gérer la capture vidéo
avec le même source pour plusieurs Systèmes d'exploitations puisque
J'ai un peu exagéré. Tu peux quand même jeter un coup d'oeil à Twain
mais à mon avis c'est plus lourd à mettre en place que DirectX.
Merci vivement pour tes informations. C'est effectivement ce qu'on m'a dis sur un autre forum.
C'est assez difficile d'écrire des applications portables sur plusieurs système d'exploitation différents parce qu'il n'existe généralement pas les mêmes outils. Il y a pourtant quelques exceptions qui me viennent à l'esprit, par exemple OpenGL qui est relativement bien porté.
Ceci veut dire qu'il est impossible de gérer la capture vidéo avec le même source pour plusieurs Systèmes d'exploitations puisque
J'ai un peu exagéré. Tu peux quand même jeter un coup d'oeil à Twain mais à mon avis c'est plus lourd à mettre en place que DirectX.