RePhase

[phile]

(05-19-2020, 10:03 AM)moonfly a écrit : donc maintenant dans foobar avec convolver je vais chercher mon fichier wav à 1048576 samples et FFT length à 2097152 ensuite j'enclenche une radio web et j'attend environ 30 à 40 secondes pour que le son arrive pareil si je change de station le temps d'attente est passé de 2 secondes à 30 ou 40 secondes, faut juste être patient, normalement le son arrive, et ça mérite le temps d'attendre.

ok pigé !

merci pour ton post qui m'a donné une idée en sus, et en échange je vais t'en donner une 

1. mon problème de crash de rePhase !
1.a. il ne semble pas dû à mon PC, car après avoir désactiver l'antivirus et le max de process possible (bien peu mais bon...), rePhase a continué à crasher à 1e6 taps & FFT à 4e6 (mon précédent setting étant avec FFT = 4e6).
1.b. sur ce, j'ai vu moins "gros", et j'ai relancé le process avec 1e6 taps & FFT à 2e6, comme toi. Et là, pas de souci, rePHase ne crash pas, j'ai pu faire mes 7 impulses (44-48-88-96-176-192-352kHz) à la suite sans problème.
1.c. écoute test sur un morceau (16b-44) qui fait un peu gringrin : 2ManyDJ's (2007) Get yo Pt.2 - track No.1 
au début je n'ai pas trop vu de diff vs ma convolution précédente (qui était à 262e3 taps & FFT à 4e6)...
j'ai revu ma technique d'aller/retour pour qu'elle soit plus rapide...
finalement, je revois ma copie : la tienne (1e6 taps & FFT à 2e6) est meilleure que la mienne (262e3 taps & FFT à 4e6). C'est moins harsh. Mais c'est qd meme bien léger comme différence...
Si je me base sur un post récent de pda0 (je ne sais plus où) : forte proba pour que cette différence entre ces 2 convolutions soit plus grande sur des fichiers HD, que sur le fichier CD testé.

2. il y a un remède au long silence suivant ton clic sur "play" avant que la musique sortent de tes boites !
cf. mon post d'hier sur un autre sujet => http://forum-hifi.fr/thread-13085-post-3...#pid362408
La version version originale est là => http://forum.minimserver.com/showthread....0#pid36700
Mon remède contre tes silences, je l'ai et il marche au µm... avec convolution via Minim, la convolution étant sous-traitée par Minim à ffmpeg.
Tu dis que tu utilises Foobar. Je connais de nom, peu utilisé car je n'aime pas. Si Foobar sous-traite la convolution à ffmpeg, tu pourrais appliquer sur Foobar le truc que j'utilise avec Minim => et hop => la musique se lancera sous 1-2s max, du gapless au µm : la totale.   
Fini la contrainte du délai et autres liés aux convol à taps élevés !

(j'espère que je ne me suis pas trop mouillé dans ce post...   )
Cdt

[audyart]

(05-19-2020, 12:12 PM)phile a écrit : Tu dis que tu utilises Foobar. Je connais de nom, peu utilisé car je n'aime pas. Si Foobar sous-traite la convolution à ffmpeg, tu pourrais appliquer sur Foobar le truc que j'utilise avec Minim => et hop => la musique se lancera sous 1-2s max, du gapless au µm : la totale.   
Fini la contrainte du délai et autres liés aux convol à taps élevés !

 Il y a une latence minimale de principe liée au nombre de taps
(durée de l'impulsion - taps vs Fs - divisée par 2 si l'impulsion est centrée)
+ les mémoires tampon.
 Les taps élevés impliquent le délai, sinon, quelque chose saute à la trappe, le calcul est simplifié.

[phile]

Effectivement.
Je disais dans mon post précédent, à la louche, que la musique démarre après "1-2s max". Mon fichier .wav avec 1e6 taps & FFT = 2e6 fait 2.972s, on est pas loin... ca doit être cela effectivement.
Ton fichier fait quelle longueur ? j'ai peut-être un loupé qqpart...
Quelle est la formule de calcul de cette latente ? je n'ai pas compris ton explication.

Mon post précédent pointait tes 20-30s à attendre que la radio sorte des enceintes. Là je ne pige pas trop pourquoi.

Si le calcul était simplifié, ca s'entendrait car la différence de rendu sans/avec convol ds mon cas bien bien nette. Or rien de type n'est perceptible.

[audyart]

(05-19-2020, 01:38 PM)phile a écrit : Quelle est la formule de calcul de cette latente ? je n'ai pas compris ton explication.

 C'est la durée de l'impulsion divisée par 2, seuil de principe valable, sauf erreur,
en convolution directe ( comme minidsp  shark )
mais latence en pratique bien supérieure en convolution indirecte ( roon, foobar, jriver etc )
S'il y a un million de taps en 96 kHz, c'est un peu plus de dix secondes, qui ne peut
évidemment pas se traiter en deux secondes.

(05-19-2020, 01:38 PM)phile a écrit : Mon fichier .wav avec 1e6 taps & FFT = 2e6 fait 2.972s

 Avec quelle Fs?

[Scorpion]

Bonjour,

Il y a encore un peu de chemin à faire avant que je comprenne réellement ce que je fais... 
Si j'utilise le paragraphic phase EQ pour compléter les "filters linéarisation" et obtenir une ligne de phase horizontale proche de 0°, j'obtiens dans la simulation REW un (ou une?) STEP avec enormement de "pre-ringing".

(05-19-2020, 09:40 AM)audyart a écrit :

(05-19-2020, 02:03 AM)Scorpion a écrit : J'ai créé le document Word accessible via le lien googledrive ci-dessous:

 Bonjour,

 Une remarque, tu y écris;
 
"Utilisation de crossover au petit bonheur la chance pour faire une ligne aussi linéaire que possible ?"

 mais si la phase obtenue est relativement linéaire autour d'une valeur moyenne non nulle, comme 45° ou 90° il
y a toujours distorsion temporelle, par retard ou avance de phase, la valeur moyenne à cibler est 0°
(paragraphic phase EQ complétant les fiter linéarisation )
ou, pour aider à éviter tout pré ringing, cibler la phase minium, cad annuler tout excess phase.

[Nard]

Citation :S'il y a un million de taps en 96 kHz, c'est un peu plus de dix secondes, qui ne peut

Sauf si lecture anticipée de la première moitié de l'impulsion, alors traitée à la vitesse max du processeur (quelques ms). C'est ce que permet Minimstreamer. Voir le fil du fofo indiqué par Phile

[audyart]

(05-19-2020, 03:16 PM)Scorpion a écrit :  
Si j'utilise le paragraphic phase EQ pour compléter les "filters linéarisation" et obtenir une ligne de phase horizontale proche de 0°, j'obtiens dans la simulation REW un (ou une?) STEP avec enormement de "pre-ringing".

Normal, ce que la cible phase minimum évitera.
Ce qui se fait en deux temps, extraire l'excess phase, l'annuler, puis égaliser l'amplitude à phase minimum.

---

(05-19-2020, 03:20 PM)Nard a écrit :  
Sauf si lecture anticipée de la première moitié de l'impulsion, alors traitée à la vitesse max du processeur (quelques ms). C'est ce que permet Minimstreamer. Voir le fil du fofo indiqué par Phile

 Ben, on peut pas corriger le temps en temps réel. (faut donner du temps au temps.. )
 Le retard de moitié de la durée du l'impulsion ( centrée ) est lié au principe même du fir, ensuite seulement interviennent
 la performance du processeur et le mode de convolution qui en rajouteront plus ou moins.

[moonfly]

bon Rephase prend apparemment et enregistre 1048576 taps et une FFT à 2097152 c'est validé affiché dans foobar, mais pour mettre la convolution ou en changer il faut maintenant 30 secondes comme quoi pour faire de la convolution correcte plus le pc est puissant mieux c'est. Les essais concernant la différence sur l'écoute sont en cours. A suivre...
[/quote]

suite, ça fonctionne bien avec Foobar la qualité du son avec des radio web flac est...Vous avez qu'à essayer!!! Mais par contre JRiver ne veux rien savoir pour le moment, il ne sort pas de musique peut être un nombre de taps trop élevés ou autre, je vais chercher plus tard, pour l'instant j'écoute.

[Nard]

(05-19-2020, 03:29 PM)audyart a écrit :  Ben, on peut pas corriger le temps en temps réel. (faut donner du temps au temps.. )
 Le retard de moitié de la durée du l'impulsion ( centrée )  est lié au principe même du fir, ensuite seulement interviennent
 la performance du processeur et le mode de convolution qui en rajouteront plus ou moins.

Sauf qu'au lieu de le faire à la vitesse du flux audio, 44,1 48 96 kHz, tu le fais à la vitesse du processeur.

Les quelques centaines de milliers de taps qui précèdent l'impulse peuvent être traités en une fraction de seconde.

La préconvolution est ainsi traitée en quelques millisecondes au lieu de n secondes et placée dans le buffer de sortie (dans le parfait respect du principe du FIR).

La lecture du flux audio convolué peut ainsi commencer avec seulement quelques ms de retard. Elle a alors lieu à vitesse normale.

C'est ce que fait Minimstreamer p.ex...

[phile]

(05-19-2020, 01:52 PM)audyart a écrit :

(05-19-2020, 01:38 PM)phile a écrit : Quelle est la formule de calcul de cette latente ? je n'ai pas compris ton explication.

 C'est la durée de l'impulsion divisée par 2, seuil de principe valable, sauf erreur, 
en convolution directe ( comme minidsp  shark )
mais latence en pratique bien supérieure en convolution indirecte ( roon, foobar, jriver etc )
S'il y a un million de taps en 96 kHz, c'est un peu plus de dix secondes, qui ne peut
évidemment pas se traiter en deux secondes.

(05-19-2020, 01:38 PM)phile a écrit : Mon fichier .wav avec 1e6 taps & FFT = 2e6 fait 2.972s

 Avec quelle Fs?

1. temps de latence, j'ai fait "propre" cette fois avec le chrono : 7s de latence avant d'entendre de la zik
avec settings rePHase : 1e6 taps et FFT à 2e6
2. Fs !? c'est quoi ? (désolé je suis en mode "processeur en oreille qui a surchauffé avec tous ces trucs    ; je suis à 2 doigts de commander un vieux mange-disque avec HP intégrés sur ebay pour faire un comparo vs mon système démat  )

---

(05-19-2020, 03:16 PM)Scorpion a écrit : Si j'utilise le paragraphic phase EQ pour compléter les "filters linéarisation" et obtenir une ligne de phase horizontale proche de 0°, j'obtiens dans la simulation REW un (ou une?) STEP avec enormement de "pre-ringing".

perso, je ne corrige pas la phase car ne comprends pas le truc, et parce que j'ai déjà lu ton type de remarque par ailleurs.
Sauf erreur de ma part, une correction à minima basée sur l'amplitude fait déjà le gros du boulot.