Re : Simultaneous Sound IO example coupure

[backsatge68]

Bonjour, j'ai pu essayer le vi Simultaneous Sound IO example avec version  labview 8.

Cela fonctionnait sauf qu'il  y avait des petites coupures.

J'ai modifier le buffer mais cela ne change rien.

Avez vous une idée par ou il faut chercher  pour résoudre ce problème ?

Merci  

[backsatge68]

En fait on n'a pas un flux continu.
sous Labview 7 cela fonctionne sans le moindre problème avec les outils
( so config, so start,....)
Mais avec les config Sound input configure, sound input read,.... fonctionne très mal

Windiws XP, directX 8 ou 9

Avez vous une idée,

[Véronique_D]

Bonjour

Apparemment, une solution possible serait de changer le nombre de sample per channel. Voici un VI qui fonctionne:

Message Edité par Véronique D le 03-14-2007 08:57 AM

[backsatge68]

Merci

Vous est-il possible de mettre le vi en pièce jointe, histoire que je comprenne un peu mieux

Ci-joint mon vi qui pose problème
Un son géneré sur les sortie,
et le Son en entrée qui est enregistré dans un fichier

Je rencontre les mêmes soucis, ou le son emis est sans arrêt coupé, ou alors je
me retrouve avec une erreur....

Merci de votre aide

[Véronique_D]

Bonjour

Voici le VI :

[backsatge68]

ok merci, effectivement cela fonctionne, pourtant ça me soulève quelques questions
( si vous avez encore un peu de temps à me consacrer )

* pourquoi démarer le vi en initialisant une donnée sur la sortie ?
* comment avez vous choisis vos valeurs 16536 pour le nb of sample ?

Dès que l'on rajoute dans la boucle de nouveaux élements,  ( par exemple un génerateur, ...)
on se retrouve dans la même situation de blocage du vi.
Apparement en rajoutant dans la boucle des élements ont augmente le temps d'exécution de la boucle.
voilà pourquoi je ne comprend pas bien comment y palier

Surtout par rapport au génerateur afin d'avoir un signal en continu

Merci de votre aide

[backsatge68]

UP

comment avez vous choisis vos valeurs 16536 pour le nb of sample

Merci

[backsatge68]

Bonjour, je me permets de vous relancer sur ce sujet, puisque nous à prioris nombreux à rencontrer ce cas de figure.
Voici le résumé:

On peut envoyer et recevoir en même temps de l'audio sur une carte son, on peut dans le vi faire des traitements  ( en quasi temps réel ) et enrregistrer.
Le problème vient à l'affichage, le plus petit mouvement   ( exemple utiliser le scrolling des barres ) suffit pour planter l'application ( toujours au même endroit , a savoir le VI read ). Si on ne touche pas à la face avant, l'application fonctionne très bien....c'est quand même louche

La gestion des prioités ne change rien.

Les ressourecs CPU ne sont  saturées   ( visualisation via le gestionnaire des tâches 50% environ  ) y compris lors du soucis

Voilà comme on est plusieurs à rencontrer ce problème, peut-être vous pouvez nous donner des orientations pour nous expliquer ce soucis

En vous remerciant