changer la langue dans le filtre source ou dans le graph?

Bonjour,

je viens de commencer un filtre source pour directshow.
Ce filtre ouvre un fichier recupere la piste video, et les pistes audios.

Ces pistes peuvent etre : -de meme subtype ou de subtype different

Je souhaiterais permettre a mon appli finale de changer la piste audio sans provoquer de saute (du moins que la video continue , une legere saute de son est permise tant que la video continue et que le son peut se resyncrhoniser)

Aussi dans le cas ou les pistes audios ont le meme subtype, je pense qu'une simple modification dans mon filtre source devrait suffire,

par contre dans le cas ou les pistes audios n'ont pas le meme subtype, que faire?

Merci pour vos conseils,

Je ne comprends pas le rapport entre le titre (changer la langue) et l'énoncé qui suit.

Que signifie exactement pour toi "changer la piste audio"?

En fait je suis en train de developper un filtre source, qui ouvre un fichier contenant plusieurs pistes audios utilisant des codecs différents

piste1: MP3 FR
piste2: MP3 EN
piste3: VORBIS 5.1 FR
piste4:VORBIS 5.1 EN

je souhaiterais savoir si il est possible de passer de l'une a l'autre facilement depuis le source graph, du genre, n'avoir qu'une seule Output Pin.

Pour le passage d'une piste a l'autre avec le meme codec, je pense qu'il n'y aura aucun probleme, pour le peu que les parametre soient les memes (bitdepth,sample rate)

Par contre pour passer d'un codec a l'autre, je m'interroge.
Comment renegocier facilement, et à l'initiative du filtre, renegocier les filtres suivants...

Ok.

Est-ce que ton filtre source possède une pin de sortie ou deux pins (une pour l'audio et une pour la vidéo)?

Dans le cas contraire, tu seras dépendant des possibilités du filtre qui sera directement connecté à la pin de sortie de ton fichier source. Je parle bien sur de la possibilité à resynchroniser le tout sans stopper la vidéo, et j'ai bien peur que ce genre de filtre n'existe pas (obligation de stopper le tout : mais ça peut-être rapide et satisfaisant). Certains filtre nécessite la reconstruction complète du graphe...

oui mon filtre possède 2 pins (1 video, 1 audio) .
Je crois que je vais devoir hélas passer par la methode du stop du graph,
ce qui va provoquer une interruption assez perceptible quand meme, car la video va devoir s'arreter?

Est il possible de ne stopper que la pin de sortie audio et laisser la video continuer?

Citation:

---

Envoyé par drpark

Est il possible de ne stopper que la pin de sortie audio et laisser la video continuer?

---

Je pense que c'est impossible, car il me semble que IGraphBuilder n'a pas été programmé pour ce genre de situation.

Tu peux faire quelques tests pour voir si ça confirme. Tu interviens au niveau des interfaces IPin des codecs audios. Tu les stoppes, tu supprimes les filtres déconnectés et tu regardes si la vidéo continue. Si c'est le cas, tu tentes une reconnection avec les nouveaux codecs. J'imagine que ton filtre source est capable de remettre l'audio là ou elle en était...

Si ça ne marche pas, la seule solution sera de reprogrammer tous les filtres nécessaires au graphe (ou de reprogrammer un "graph manager").

ok, merci je vais donc reconstruire le graph dans le cas d'un changement de codec.

Dans le cas ou par exemple seul la fréquence d'échantillonaeg changerait (genre un vorbis 48khz et un vorbis 44.1khz)
y a t'il moyen de faire ca sans reconstruire le graph?

J'ai essayé avec de la video en 25fps et en 23.98fps ca fonctionne, mais il y a un probleme du fait que le codec semble ne pas etre au courant du changement de framerate.

Merci

Re.

Lorsque tu changes de codec audio, le débit est différent, et comme la vidéo est en cours de lecture, le graphe manager leur donne la référence clock en cours, qui bien sûr ne va pas. Pour vérifier ce fait, tu changes de codec audio, puis tu reviens au codec précédent qui était synchro: tu regardes alors si la synchro est toujours bonne.

Tu devrais tester séparément quels sont les timestamps et autres référence clock utilisés pour chaque format audio. Avant de relier les codes audios, tu leur donne la ou les valeurs récupérer lors des tests, et avec les interfaces adéquates.

et dans le cas ou le codec est le meme,
et qu'il n'y a pas besoin de reconstruire le graph?
mais seule la fréquence change par exemple?

Re.

Quand le fréquence change, le débit change, et il est nécessaire de resynchroniser l'audio et la vidéo.