module inscription newsletter haut de page forum mobile

Rejeter la notice

formations etalonnage sur davinci resolve

Nos Formations Etalonnage avec Forest reviennent en octobre !
Adoptez une réelle méthodologie d'étalonnage professionnelle et atteignez vos objectifs créatifs avec nos formations intensives sur 3 jours
Toutes les infos
Rejeter la notice

ateliers live resolve avec forest

Ateliers Live Resolve - Formez-vous en ligne tous les mois avec Forest !
Faites rapidement évoluer la qualité de vos étalonnage avec nos ateliers mensuels de 3h.
Toutes les infos
Rejeter la notice

Formation Lumière - Pratique Intensive du 14 au 16 octobre à Paris
Formez-vous avec cet atelier de pratique intensive dans des conditions exceptionnelles ! Formation finançable.
Toutes les infos

Ateliers et Formations

Carte d'acquisition PixelView XCapture

Discussion dans 'Montage' créé par kauboy, 4 Juin 2004.

Tags:
  1. kauboy

    Points Repaire:
    100
    Recos reçues:
    0
    Messages:
    6
    Appréciations:
    +0 / 0 / -0
    comment obtenez vous le RGB32 car dans mes parametres virtualVCR il me propose que le RGB24 et quelle est la difference ?
     
  2. GFLRS

    GFLRS Guest

    Appréciations:
    +0 / 0 / -0
    lol j'ai reussi la derniere fois en traffikant je c pas trop koi avec virtual VCR je te dirai si je retrouve comment...


    j'ai un GROS probleme de SHVS(j'arrive pas à avoir une image couleur ) avec Xcapture si tu pouvais m'aider ça serait kool vraiment.....
     
  3. Bgou31

    Points Repaire:
    1 000
    Recos reçues:
    0
    Messages:
    71
    Appréciations:
    +0 / 0 / -0
    Le RGB 32 n'est pas supporté par le driver de la carte...

    La différence ? je crois que RGB32 c'est du 32 bits par pixel et RG24 c'est du 24 bits...
     
  4. GFLRS

    GFLRS Guest

    Appréciations:
    +0 / 0 / -0
    non c vrai:D

    le RGB 32 bits = RGB 24bits+alpha

    sauf ke le petit probleme est ke je ne sais pas ce ke signife alpha

    La dernière fois g reussi à obtenir le rgb32 (donc je pense ke c lié à un filtre spécial) par contre j'avais pas pu avoir une prévisualisation de l'image:(

    Enfin si kelk'un a une idée...
     
  5. Bgou31

    Points Repaire:
    1 000
    Recos reçues:
    0
    Messages:
    71
    Appréciations:
    +0 / 0 / -0
    Autant pour moi ! J'ai répété bêtement ce qu'il y a dans la doc de DirectX...

    Après quelques recherches :

    En RGB24 comme en RGB32 un pixel est toujours codé sur 24 bits, soit un octet par couleur.

    En RGB32, un pixel est encapsulé dans un mot de 32 bits, soit 24 bits pour les 3 couleurs et 8 bits qui, enprincipe ne servent à rien.

    En RGB24, 4 pixels sont encapsulés dans 3 mots de 32 bits. On gagne de la place (pas d'octets perdus) mais on perd en temps de traitement.

    Et les alpha bits alors ? Et bien ce sont justement les 8 bits inutiles du format RGB32. Ils servent, autant que j'aie compris, à donner une information de transparence du pixel, utile lorsqu'on fait de la superpositin d'images. Ces 8 bits constituent l'Alpha Chanel.


    Cela étant dit, je maintiens que lorsqu'on interroge le driver de la carte sur ses capacités en matière de formats de couleurs il répond : RGB555, RGB24, YUY2, YUY9 et I420.

    La seule façon, donc d'obtenir du RGB32 est d'interposer un filtre de conversion entre le driver de la carte et le codec (par exemple le filtre DirectShow Color Space Converter). VirtualVCR permet de le faire mais jusque-là je n'ai jamais essayé. GFLRS as-tu la réponse ?
     
  6. GFLRS

    GFLRS Guest

    Appréciations:
    +0 / 0 / -0



    Pour l'instant j'en suis toujours à mon probleme (vraiment plus ke bizarre) de S-VHS donc une chose apres l'autre..
     
  7. GFLRS

    GFLRS Guest

    Appréciations:
    +0 / 0 / -0

    Heu Est il possible ke tu me files ce filtre? ou alors un lien pour le télécharger parcke je trouve pas là

    merci d'avance
     
  8. GFLRS

    GFLRS Guest

    Appréciations:
    +0 / 0 / -0
    bon j'ai testé le RGB32bits avec virtual VCR en utilisant le filtre ''color converter''

    clikez ICI
    à vous de juger ..

    par contre j'arrive pas à avoir une capture valide(ché pas pourkoi j'ai k'1 image noire lors de la lecture)

    j'ai testé L'ARGB 32 aussi c kif/kif avec le RGB 32bits


    mon avis: occupation ordinateur de 80à 90% pour RGB32&ARGB32.

    testé sur un Pentium 4,256Mo ram&S-Dram,Xp,60Go

    Je ne vois pas l'interet d'utiliser un tel espace de couleur sauf exeption..... l'exeption concernant l'acquisition de vielles VHS,..cette espace de couleur peut permettre un réglage plus fin de la colorimétrie enfin chui pas un spécialiste mais c'est ce ke j'en pense


    voilà voilà
     
  9. GFLRS

    GFLRS Guest

    Appréciations:
    +0 / 0 / -0
    Posté par: Bgou31

    Bonjour.

    J'utilise une Pixelview XCapture depuis le mois de janvier et j'en suis très content.

    Il s'agit d'une carte de capture analogique basique, donc sans sortie TV, dont le seul constituant est le dernier chip de Connexant : le CX23881.
    J'ai pu comparer les résultats de capture avec ceux d'une Matrox Rainbow Runner et d'une AVEasy+ (un clone de la DC10+) et il me semble que la qualité est meilleure...

    Contrairement à ce que dit la fiche produit du fabriquant, elle peut capturer dans toutes les résolutions jusqu'au 720x576 en PAL, SECAM et NTSC.

    Elle est fournie avec un driver WDM, le logiciel de capture AMCAP et un logiciel de montage sans intérêt : Power Director.

    Le driver est impeccable, mais comme il est basé sur le modèle WDM (Window Driver Model), inutile d'essayer d'utiliser la carte avec des logiciels comme VirtualDub ou AVI_IO. En revanche, n'importe quel logiciel de capture compatible WDM (Amcap, VirtualVCR, Iulab, FlyDS, etc.) peut faire l'affaire.
    Le driver ne permet pas de capturer et visualiser simultanément si la résolution excède le 352x288. On peut toutefois le faire jusqu'à la résolution maxi (soit 720x576) en utilisant ce qu'on appelle un "Smart Tee".
    Curieusement, la version d'Amcap fournie ne le permet pas, ni, non plus d'utiliser un codec logiciel. Heureusement, celle qu'on trouve à btwincap.sourceforge.net, le permet ainsi que, par exemple VirtualVCR (www.digtv.ws) ou Flyds.

    Pour ma part j'utilise cette carte avec VirtualVCR : capture en RGB24 en 720x576 et compression mjpeg en temps réel avec le codec Mainconcept ou le Morgan-multimedia. Ensuite montage puis transcodage en Divx...

    Le point fort, me semble-t-il, est sa robustesse. la carte ne perd aucune image sauf, bien sûr, s'il y a de gros défauts dans les signaux de synchro analogiques. Mais même dans ce cas, à l'inverse d'une Rainbow Runner ou d'une AVEasy+, elle se contente de perdre des images sans jamais planter la capture...
    =============================================

    pourrait tu me dire kels filtres tu utilises avec virtual vcr parceke kom je l'ai précisé j'ai des problèmes de lignes(c le seul et dernier Pb ki me reste,je en c pas trop si c lié au codec ke j'utilises mais je pense ke wi vu ke ce phénomène à lieu au cours de captures)

    ya k'a voir ICI en image
    je précise ke ce n'est pas un problème de ''désentrelacement'',c'est un problème de lignes lol je c pas d'ou elles sortent masi elles sont bien là

    enfin ça serait kool de ta part
     
  10. Bgou31

    Points Repaire:
    1 000
    Recos reçues:
    0
    Messages:
    71
    Appréciations:
    +0 / 0 / -0
    Bonsoir.

    GFLRS.
    Je n'utilise aucun filtre. Je capture en 720x576 avec le codec MJPEG MORGAN. Avant j'utilisais le RGB24 et maintenant le YUY2. C'est parcequ'ensuite j'utilise des filtres AVISYNTH lors de l'encodage en DIVX. Mais encore une fois, pour la capture, pas de filtre spécifique.

    J'ai régardé l'image que tu présentes. Si les lignes dont tu parles sont cette ligne ovale noire en bas de l'image, j'avoue que je n'ai aucune idée et que c'est la 1ère fois que je vois ça. D'ailleurs, à part cette ovale, je ne vois rien de spécial, ou alors je suis bigleux...
    Je remarque toutefois que cette ligne est bien régulière et parfaite... Si tu utilises un filtre c'est probabalement lui qui la provoque...

    Pour en revenir au RGB24 vs RG32, objet de ce fil, comme tu le dis toi-même RGB24=RGB32 (aux alpha bits près). Donc ça ne présente aucun intérêt de convertir le RGB24 en RGB32 sauf si le codec n'accepte que ce format en entrée...

    J'ai fait un test avec VirtualVCR et le filtre "Color Space Converter". C'est un filtre standard de DirectShow qui sert à convertir les différents formats RGB.
    J'ai vérifié le graphe DirectSHow généré par VirtualVCR, la carte étant réglée en RGB24. Le filtre de conversion est inséré entre le driver et le Smart Tee (utilisé pour permettre le preview en 720x576). En entrée du filtre on a bien du RGB24. En sortie on a de l'ARGB32. Ce format n'est rien d'autre que du RGB32 avec (d'après Microsoft) des alpha bits valides (mais je pense qu'en l'espèce il n'y a rien dans ces alpha bits).
    En termes de résultats je ne vois pas, à l'oeil, la différence...
     
  11. Bgou31

    Points Repaire:
    1 000
    Recos reçues:
    0
    Messages:
    71
    Appréciations:
    +0 / 0 / -0
    GFLRS.

    Je suis bien bigleux...Enfin plus maintenant.
    J'ai vu ces lignes horizontales..et je n'ai pas plus d'idées.
    Cela ressemble à un défaut de synchro de la vidéo...
     
  12. GFLRS

    GFLRS Guest

    Appréciations:
    +0 / 0 / -0
    mes conclusions sont identikes& il faut rajoutter à cela:

    1:la quasi impossibilité de faire tourner ta bécane en enregistrant
    2:l'invalidité du fichier capturé...d'apres mes tests bien sur


    =========================

    Heu concernant mon PB de lignes...meme sans filtres j'ai le probleme de lignes & j'utilise le codec MJPEG ''PIC video''

    plutot bizarre
     
  13. Bgou31

    Points Repaire:
    1 000
    Recos reçues:
    0
    Messages:
    71
    Appréciations:
    +0 / 0 / -0
    GFLRS, une question à propos de ton pb de lignes :

    Est-ce que ça se produit aussi au preview ?

    Si oui il faut peut être chercher la cause en amont, c'est à dire au niveau de la carte.

    Sinon, le pb se situe très probablement du côté du codec.
     
  14. GFLRS

    GFLRS Guest

    Appréciations:
    +0 / 0 / -0
    ça se produit:

    1:lors des captures
    2:lorske je lance une autre application qd je capture

    ça me fatigue au plus haut point:col:
     
  15. Bgou31

    Points Repaire:
    1 000
    Recos reçues:
    0
    Messages:
    71
    Appréciations:
    +0 / 0 / -0
    Tu n'as pas vraiment répondu à ma question.

    Je répète : quand tu captures, est-ce que ce phénomène de lignes apparaît aussi dans le preview ?
    C'est important de savoir pour lever le doute sur l'origine du pb. Je répète : si tu ne vois rien au preview, alors le phénomène ne peut pas provenir de la carte.

    Même question quand tu lances une appli pendant la capture.

    Autre question : le phénomène est-il permanent ou fugitif ? en d'autres termes quand tu lances une autre appli pendant la capture, est-ce que le phénomène apparaît lors du lancement pour disparaître après ou est-ce permanent ?


    Suggestion : Tu peux essayer la version démo du codec Morgan MJPEG (V3).
     
Chargement...

Dernières occasions

 

Partager cette page

Dernières Occasions

 
Vous souhaitez annoncer sur le Repaire ? Contactez-nous