2009-09-15 7 views
1

Je construis un graphique DirectShow composé de mon filtre de capture vidéo (saisissant l'écran), le filtre d'entrée audio par défaut à la fois connecté par spliiter au filtre de sortie WM Asf Writter et à VMR9 rendu. Cela signifie que je veux avoir encodage audio/vidéo en temps réel sur le disque avec aperçu. Le problème est que quel que soit le profil WM I choisir (même profil de très faible résolution) le fichier vidéo de sortie est toujours "jitter" - il y a un retard à chaque image. L'audio est ok - il n'y a pas de gigue dans l'audio. L'utilisation du processeur est faible < 10% donc je crois ce n'est pas un problème de manque de ressources de l'unité centrale. Je pense que je suis time- estampage mes cadres correctement. Quelle pourrait être la raison?caméra de codage avec source audio en temps réel avec WMAsfWriter - problème de gigue

est Ci-dessous un lien vers l'enregistreur vidéo expliquant le problème:

http://www.youtube.com/watch?v=b71iK-wG0zU

Merci Dominik Tomczak

+0

J'ai résolu ce problème. La raison des problèmes était le fait que j'ai horodaté mes cadres manuellement en ajoutant une valeur de seuil de temps constant à la durée du cadre. Je suis passé à l'utilisation de l'horloge de référence de mon graphique et il a commencé à fonctionner magnifiquement. – cubesoft

Répondre

1

J'ai eu ce problème dans le passé. Votre problème est le volume de données en cours d'écriture à disque. Ecrire sur un disque plus rapide est une solution géniale et simple à ce problème. L'autre chose que j'ai faite est de placer un compresseur vidéo dans le graphique. Vous devez vous assurer que les deux flux d'entrée utilisent la même horloge de référence. J'ai eu beaucoup de problèmes en utilisant ce système de compresseur et en gardant un bon aperçu. Le taux de trame de mon aperçu meurt même si j'utilise un tee-shirt infini plutôt qu'un Smart Tee, le résultat écrit sur le disque était bien cependant. Il vaut également la peine de noter que plus la machine sur laquelle je l'exécutais était grosse, plus elle ne générait pas vraiment de gains si vous aviez besoin d'un nouveau disque dur plus rapide dans la machine.

0

Je ne pense pas que ce soit un problème. Le volume de données écrites est inférieur à 1 Mo/s (taux de compression moyen lors de l'encodage). J'ai trouvé la raison - quand je construis le graphique sans entrée audio (WM ASF écrivain a seulement pint d'entrée vidéo) et ma broche de capture vidéo est connectée via Smart Tree pour prévisualiser la broche et à la broche vidéo d'entrée WM ASF écrivain alors il n'y a pas de problème le film de sortie. Je pense que c'est le problème de la synchronisation audio-vidéo dans mon graphique. La même chose se produit lorsque je construis le graphique dans GraphEdit. Sans audio, pas de pépin. Avec l'audio, il y a un problème constant toutes les 1s. Je me demande si j'ai horodaté mes cadres à tort, je pense que je le fais correctement. Quelle est la solution générale pour la synchronisation audio/vidéo dans les graphiques DirectShow?

Questions connexes