J'essaie de connecter un Alax.Info IP camera source filter à une capture et à un rendu de prévisualisation. J'ajoute le filtre source à un graphique et restitue la broche. Cela produit une connexion directe à un VMR, et cela fonctionne. GraphEdit
indique que le type de broche de sortie du filtre de la caméra est RGB32
.C# directshow.net le rendu du filtre de tee échoue
Lorsque je connecte la sortie du filtre de source de caméra à un tee (soit un filtre Smart Tee
, ou un filtre Infinite Tee
), ce qui rend la sortie du départ provoque un filtre AVI Decompressor
à être inséré entre le tee et le VMR. Dans l'application MS GraphEdit
, j'obtiens une image de la vidéo, rien de plus. Dans GraphEditPlus
, je viens d'obtenir une fenêtre de rendu noir.
J'ai essayé de connecter un Null Renderer
à la broche d'aperçu du Smart Tee
, et à une deuxième broche du Infinite Tee
, cela n'a fait aucune différence.
Lorsque le filtre de la caméra est connecté à un tee, GraphEdit
indique que son type de broche de sortie a été modifié en YUY2, 16 bits
. I fortement suspect que c'est la racine du problème.
Y at-il des bûches que je peux regarder pour comprendre ce qui se passe?
Existe-t-il un moyen de contrôler le type de broche de sortie de la caméra dans ces applications «outils», et donc la sélection de filtres en aval?
Dois-je utiliser un autre type de filtre en T qui attend RGB32
vidéo?
Remplacement du 'AVI Decompressor' avec un' espace couleur Converter' ne font le graphique s'exécute.Ce que je ne comprends pas, c'est pourquoi l'entrée et la sortie du 'CSC' est' RGB32' tandis que l'entrée et la sortie du 'AVI Decompressor 'est' YUY2, 16 bits' quand je supprime le 'CSC' 'et sélectionnez * Render Pin * sur le' Smart Tee' avec le graphique étant par ailleurs identique. – FKEinternet
Le décodeur que j'utilise a une sortie native en RGB32, mais je peux aussi convertir en YUY2 et d'autres formats de pixels. AVI Decompressor pourrait ne pas aimer RGB32, pour une raison quelconque, d'où un autre essai avec un format différent. –