Discussion :

[DrQ]

Bonjour,

J'ai en entrée un fichier MPEG 1 Layer 2, et je voudrais récupérer le flux mais en décompressé sachant que je dois notifier les samples (ou paquets de samples) pendant la décompression.
En créant un graph et en incluant le SampleGrabber juste avant le Renderer j'ai quelque chose mais il me faut 1 min pour traiter un fichier de 1 min car je le joue. Je souhaiterai faire la même chose sans jouer le fichier afin de traiter le fichier le plus vite possible.

Je programme actuellement en C# mais si vous avez des exemples C++ cela ne pose pas de problèmes majeurs je ferai la traduction.

D'avance merci de votre aide.

[moldavi]

Salut DrQ.

Si tu utilises directshow avec ses interfaces de base, le stream s'adapte au timing de la vidéo. C'est-à-dire que si la vidéo dure 1 minutes, le graphe va se caller sur ce temps pour faire effectuer les traitements par les différents threads.

Tu peux dèjà retirer les filtres de rendu, puisque l'affichage et la sortie audio ne t'intéressent pas. Ceci permettra peut-être de pouvoir effectuer la chose suivante avec une certaine "efficacité": tu implémentes l'interface "IReferenceClock" dans ton filtre. Cette interface va obliger les autres filtres à ce synchroniser sur le timer que tu utiliseras. A priori, cette interface s'applique surtout au filtre de rendu audio, donc...

PS: je ne suis pas sûr d'avoir bien compris ton cahier des charges. Si tu ne joues pas le fichier, tu en fais quoi exactement. Tu effectues des traitements sur les trames vidéo ou sur les trames audio, ou les deux?

[DrQ]

En fait j'ai un fichier audio au format MPEG 1 Layer 2.

De ce fichier audio je dois générer un WMA, un fichier avec un échantillonage des PCM pour générer un waveform, et je dois passer le données décompressées dans un SDK tierce pour un traitemen métier.

Aujourd'hui nous avons un outil de capture qui fait tout ça à partir des samples envoyés par un périphérique audio. Le but est donc de ne pas se caler sur un périphérique audio mais sur un fichier audio cette fois ci. Biensûr la solution bête est méchante serait de lire le fichier pour le renumériser par dernière avec l'applicatif existant. Mais on a besoin de pouvoir traiter le fichier le plus vite possible.

L'idée est que lors de la lecture "rapide" du fichier audio (mp2 dans mon cas) des callback sont déclenchés envoyant les samples décompressés. Ainsi on peut traiter un fichier audio rapidement.

En espérant que ce soit plus clair.

De ce que j'ai compris de DirectShow, c'est le filtre de rendu qui temporise le graph. J'ai essayé de mettre un NullRenderer en fin de chaîne mais là je n'ai plus rien.

[DrQ]

J'avance

J'arrive à récupérer par le SampleGrabber les données. Sur un fichier d'une minute pas de souci par contre sur un fichier de 1h il s'arrête environ au bout d'une minute : je dis 'environ' car ça change à chaque exécution.

--Edit--

Le problème du fait que je fais un Console.Out.WriteLine, sans ça fonctionne.
Donc en passant par un IReferenceClock cela devrait fonctionner, mais le problème est qu'en C#, pas moyen de trouver comment passer un sémaphore. Y a t'il un autre moyen ?

--Edit--

Tsss rien de bien grave, juste le buffer de sortie de VS.NET qui est visiblement limité en nombre de lignes : tout fonctionne à merveille
Merci de votre aide.....