DSPiy Forum

Ce qui manque à DStudio, c'est l'affichage de la phase.
C'est pas vraiment complexe a faire, par contre si l'on veut aller un peu plus loin ça risque de devenir très fouillis et au final pas juste.
Voici un exemple d'affichage d'une appli 3 voies de n’importe quoi juste pour test :


On peut déjà importer une courbe de mesure de REW, la phase pourrait se rajouter.

Par contre, si l'on prend juste l'image du crossover, il faudrait la résultante en SPL et phase.
Mais l'on ne connait pas les HP, les délais .... donc on aura une courbe mais qui ne correspond pas à la réalité.

A vos suggestions.

Je sais pas si tu y as pensé, mais un petit onglet pour afficher soit l'amplitude, soit la phase, soit les deux serait pas mal je pense, en fonction de ce que l'on fait. Et si c'est pas trop compliqué à implémenter bien sur

C'est pas vraiment complexe a faire

tu l'as fait sans complexe ?


Quelques idées de présentations tirés de la dernière version de jEQ,



-des cases a cocher pour choisir ce qui est visible
-des lignes épaisses sur fond clair pour bien les distinguer des lignes de graduation
-échelle des fréq avec plus de valeurs et qui se raffine avec le zoom
-a droite l'échelle de la phase fixe de -180 à +180 par 45°, plus pertinent que 50 100
-les cases de l'affichage en bas permettent de bien lire la position du curseur

le choix de tracé de la phase en point n'est pas terrible. J'ai jamais trouvé comment tracer en tirets.

jEQ pour ceux qui veulent jouer avec : https://5ad7b68329ae8ddd591c555bf9da7b0 ... Q/jEQ.html

thierryvalk a écrit :Mais l'on ne connait pas les HP, les délais .... donc on aura une courbe mais qui ne correspond pas à la réalité.

A vos suggestions.

pour les HPs ca demande d'enregistrer des mesures correctes (ou des courbes connues), les afficher et en tenir compte dans DStudio. Ca peut etre utile mais tu vas pas refaire lspcad non plus. Faut se poser la question effort / intérêt.

pour les délais c'est facile et DStudio les connait. Un délai est un déphasage linéaire a rajouter.
Δϕ = 360 * f * d
avec phase en degrés et délai d en secondes

C’est bien la pertinence de ces courbes qui me pose question.
Les courbes SPL ne donnent non plus la réalité, mais simplement une représentation graphique des réglages que l’on a faits.

La phase peut être intéressante comme rappel de la théorie, mais au final montre quoi ?

Oui, DStudio connait les délais, mais pas le retard propre d’un HP.

Pour l’affichage, je suis tributaire de la librairie graphique utilisée qui n’est pas la meilleure, mais fonctionne. Pas si simple d’afficher en logarithmique.

disons que ca permet de voir ce que le DSPiy fait. mieux que rien. pour la vérité, il n'y a que la mesure.

pour le graphisme, oui c'est un domaine a part entière et ça devient vite pénible. Ces librairies ne sont pas pensées pour l'audio et n'affichent pas en standard les échelles comme on veut. J'avais bien galéré aussi sur jEQ pour le forcer a afficher des choses raisonnables.

Selon les divers conseils et recommandations :


Tout est normal ?

Moi je préfère avec le fond blanc oui, pour le reste hem...
PS: et agrandir un chouïa la fenêtre du graph au passage ?

Si tu regarde bien, elle est plus grande. Je parle de la surface active.

Ce qui serait bien c'est un grid qui correspond entre phase et SPL, mais je n'y arrive pas.

Pourquoi suis je encore étonné de la vitesse de production ?

Les memes réglages avec jEQ, ca m'a l'air tout pareil. C'est toujours du LR24 donc pas forcément pertinent pour une vérification poussée.
Rajouté en jaune la phase totale que je n'aurai pas forcément deviné.


y a moyen de mettre les graduations (grid) en trait plein au lieu de pointillets ? fin et de couleur pastel. Je trouve plus agréable a lire.
pour le grid : de -60 à +30 pour le SPL et ca devrait tomber sur les memes lignes que -180 à +180° de la phase.
Et si zoom toujours des échelles dans les memes proportions pour le SPL.

edit : je vois que je triche sur jEQ.
echelle SPL de -60 à +20 et pas de lignes pour la phase. Mais les tics de la phase tombent tout près des lignes du spl, donc ça fait illusion. et le 0 décalé facilite la lecture je trouve.

de -60 à +30 pour le SPL et ca devrait tomber sur les memes lignes que -180 à +180° de la phase

90dB c'est un peu beaucoup pour un soft qui fait de la correction.

Allez coupez la poire en 2, -30 / +10. C'est coloré jEQ!
Les lignes noires des 0 c'est vrai que c'est pas obligé

thierryvalk a écrit :

de -60 à +30 pour le SPL et ca devrait tomber sur les memes lignes que -180 à +180° de la phase

90dB c'est un peu beaucoup pour un soft qui fait de la correction.

c'est juste, mais on peut zoomer aussi
-45 à +15dBSPL ça devrait le faire aussi

l'affichage devient vite pénible a gérer. le systeme REW est pas mal : on peut tout agrandir/réduire et changer les échelles a volonté. Mais bon, question d'intéret pour l'effort. On n'est que le 3 janvier

Les lignes noires des 0 c'est vrai que c'est pas obligé

Je n'arrive pas a les effacer.

c'est juste, mais on peut zoomer aussi

Si on peut éviter c'est pas plus mal, REW est basé sur les courbes, pas DStudio. Faut toujours garder a l'esprit ce pourquoi une chose est faite.

manudrz a écrit : C'est coloré jEQ!

mêmes couleurs que DStudio. Tout est cohérent
mais les traits sont tracés gros et il y a deux de plus : Global et Total qui vont bien arriver un jour aussi dans DStudio.
Ca devient vite le bazar, d'ou l'intéret des checkbox pour gérer la visibilité.

alka a écrit :mêmes couleurs que DStudio. Tout est cohérent
[...] Ca devient vite le bazar, d'ou l'intéret des checkbox pour gérer la visibilité.

Ok contrasté si tu préfères. + 1 pour les cases à cocher, c'est pas la place que ça prend, on pourrait même en envisager une "contraste" pour switcher entre le fond noir actuel et le futur (?) fond blanc, si certains préfèrent ? Moi avec mon projo le noir c'est pas l'idéal

Voici le résultat :


en gris, la courbe de l'autre canal, en et tout fin une courbe importée, je dois encore faire l'import de sa phase.

Ça se gâte en FIR :
sans phase

avec

J'ai changé de FFT, j'applique celle-ci :
https://gerrybeauregard.wordpress.com/2 ... -fft-in-c/

en rajoutant à la fin :
fftr[target].magnitude = 20.0 * Math.Log10((Math.Sqrt((xre[target] * xre[target]) + (xim[target] * xim[target]))));
fftr[target].phase = (double)Math.Atan2(xim[target], xre[target]);
fftr[target].phase = fftr[target].phase * 180 / Math.PI;
Y a un problème de timing quelque part.

Par contre je remarque que je n'ai pas viré le gris de la phase lorsque Phase n'est pas coché, sera fait.