Correction/filtrage semi-automatisé (DStudio v5)

[androuski]

Vu,
merci

[androuski]

Heu,
ça c'est remis à foirer quand j'ai voulu ajouter les délais... Je cale la simu sans délais, et juste avant d'envoyer la config en preset j'ajoute les délais sur les voies aigue et médium, et là boum, à nouveau des incohérences entre les deux voies, alors que j'ai pas utilisé de but12. 2 pb : en particulier, la modification du délai appliqué à la voie aigue du canal droit n'a aucune action sur la réponse, tout comme si les délais étaient inactifs. Donc je pense qu'il y a aussi un souci avec les délais... Là c'est très gênant puisqu'on n'est plus certain d'avoir les même foncions de transfert sur les deux canaux.

PS : un truc que je pige pas, ça le fait que chez moi ? Personne d'autre n'a ce pb ?

[thierryvalk]

C'est juste à la simu ou à la mesure ?

Ce qui doit être juste pour le DSPiy, c'est les courbes "Filtre".
Les courbes "Simu", c'est n'est que du calcul et fonctions faits par DStudio.

Je vais vérifier, mais tu ne m'a pas fournis tes courbes de mesure.

[androuski]

Ben en fait il y a plusieurs problèmes.

1 - La simu ; tout marche bien sauf le délai, qui n'est pas pris en compte sur la voie aigue du canal droit.
2 - L'EQ globale : elle s'affiche normalement dans la fenêtre EQ globale et influence la simu de façon normale sur les deux canaux, par contre dans la fenêtre Crossover la courbe filtre globale du canal droit ne fait pas apparaître les EQ, alors que la simu est OK

Compliqué... comment être certain que les preset exportés comportent les délais ?

L'ensemble du dossier est là :

https://drive.google.com/drive/folders/ ... sp=sharing

[thierryvalk]

Je confirme, c'est bien un problème d'équations pour l'affichage des courbes.
Donc pas de soucis au niveau du DSPiy en lui-même.

J'ai corrigé, mais ce serra pour une nouvelle version dont je ne connais malheureusement pas la date de sortie.

Un tout grand merci pour ces retours d'informations.

[androuski]

Ok,
un problème purement graphique donc. D'ailleurs ça n'empêche pas d'utiliser la simu, pour laquelle on n'entre pas les délais.

[thierryvalk]

Oui, et je dirais d'utiliser que la voie L.
Car pour ces délais ce n'est même pas juste le problème que l'aigue ne marche pas mais un problème d'offset dans mes numéros d'assignation.
Maintenant, ce problème n'est que pour l'Appli 2X3 (mais les autres Applis peuvent en avoir d'autres )

[androuski]

Ok.
Tiens tant que j'y suis : un autre truc qui me paraît clocher un peu : si j'ouvre une nouvelle appli de base vierge, dans l'onglet crossover il charge automatiquement les courbes utilisées dans la dernière appli chargée et configurée en simu/preset. Comment on supprime ces courbes ?

[androuski]

Oulala,
je vais finir comme Alain moi si ça continue

[thierryvalk]

Mais non, il est unique.

L'idéal, lorsque l'on ouvre une autre appli (qu'elle soie vierge ou pas) est de toujours refermer Dstudio et de le relancer.

[androuski]

Salut Thierry,
Alors ajd on inaugure un nouveau genre de bug, que je baptise l'enregistrement farceur. Tu fais une modif sous une appli (toujours sur bas 2x3 IIR), tu enregistres, tu fermes, tu rouvres pour vérifier que tout est OK, bon nickel c'est sauvegardé, tu ouvres une autre appli, puis quand tu reviens à la première appli les nouveaux paramètres de coupure/EQ enregistrés précédemment sont bien là mais la courbe n'a plus la même gueule

[thierryvalk]

As tu appliqué mon post précèdent ?

[androuski]

Ah ça s'applique aussi pour ça ? Je pensais que c'était seulement quand on ouvrait une appli vierge, pas quand on passait d'une appli custom à un autre appli custom
Bon bon, je vais réessayer

[androuski]

Ok,
j'avais mal lu ta réponse, mais de toutes façons si je ferme et que je relance il s'ouvre avec la dernière appli utilisée, et là il faut en ouvrir une autre, donc je pige pas trop la différence. Et j'ai essayé ça change rien. Je t'explique : j'ai fait une appli, dont je fait une copie avec enregistrer sous, à laquelle je donne un nouveau nom : par ex. j'ai ToyBox+, et je fait une version ToyBox+LowH qui est la même version juste avec 3db de moins sur le tweet. Et là en fait cette nouvelle version n'a pas les mêmes courbes, pourtant tout est id.... est-ce que ça veut dire qu'il faut à chaque fois tout recréer manuellement depuis une appli vierge, même pour une version avec aigu atténué par ex ?

[androuski]

J'ai peut être pigé le problème : j'enregistrais toutes mes applis dans le même répertoire, il faut les mettre dans des répertoires différents, ou DStudio sauvegarde aussi tous les fichiers de courbes. Normalement il devrait pouvoir s'y retrouver puisque les fichiers ont des noms différents, mais il doit y avoir une couille qq part.

[androuski]

Bon il y a qd même un pb avec les courbes.
Sur une appli donnée, que je ferme, quand je la rouvre il y a des petites modifs dans l'allure de la courbe, et quand je recharge les courbes avec la fenêtre "mesure", les réponses sont décalées de qq hz vers la droite

[androuski]

Donc la question serait : est-ce qu'il faut recharger les courbes à chaque fois qu'on ouvre une application ? Et est-on certain qu'on a alors le bon calage en x ?

[thierryvalk]

Pas vu ton post de dimanche...
Il s'agit de quelle courbe ? Filtre, mesure ou simu ?