Messages : 6,398
Sujets : 13
Inscription : Jan 2019
Type: Particulier
05-21-2020, 12:30 PM
(Modification du message : 05-21-2020, 12:34 PM par Nard.)
(05-20-2020, 01:33 PM)audyart a écrit : ....
(05-20-2020, 01:27 PM)Nard a écrit : C'est exactement ce que fait Minimserver, c'est super !!!
Pourquoi n'arrives-tu pas à comprendre que l'opération de convolution sur le début du flux audio correspondant à l
a moitié de la durée de l'impulsion ne puisse être effectué en quelques ms par les processeurs actuels avant que la poursuite de ce traitement ne soit effectuée à la vitesse normale demeurera un mystère bien plus épais que le processus informatique en soi...
Par contre, impossible de le faire en direct, on ne peut anticiper un flux audio qui n'existe pas encore
Le processus informatique, au delà d'un certain point, je m'en cogne.
Mais il faut du temps pour corriger le temps. (temps<=> phase)
exemple, l'impulsion all pass d'un LR8 à 30 Hz dont la signature temporelle s'étale sur 240 ms
pour une profondeur de -180 dB
![[Image: bf8a5528cf5324594c9e75d5499bf7a8.jpg]](https://tof.cx/images/2020/05/20/bf8a5528cf5324594c9e75d5499bf7a8.jpg)
Le principe de la correction de phase est de renverser le temps,
![[Image: magic-convo.jpg]](http://idata.over-blog.com/2/94/75/49/RePhase/magic-convo.jpg)
l'impulsion "correction" étant son renversé horizontal / axe t=0
qui s'étalera donc de -240 ms à t=0
comme on ne peut voyager dans le temps négatif, un délai minimum utile incontournable au traitement sera de 240 ms
PLUS le tralala informatique. ( quelque soit sa vitesse de calcul, l'objet du calcul est du temps )
Si tu peux contourner ce problème, bingo! Nobel !
Là, ça devient surréaliste !
Il est bien évident que s'il s'agit de convoluer un signal produit en direct, on ne peut anticiper sa création.
Par contre, dans le cas d'un signal pré-enregistré comme celui d'un CD ou d'un ficher HR, où est le pb ?
On peut lire informatiquement un CD d'une heure en quelques minutes par exemple, c'est ce qu'on fait quand on le copie ou qu'on le rippe. De même, on peut faire toute opération sur ses données à une vitesse beaucoup plus rapide que celle de sa lecture. Les processeurs peuvent convoluer des Méga octets par seconde alors que la lecture d'un flux stéréo 16 bit ne prend que 0,17 Mo/sec.
Mettons que l'impulsion fasse deux secondes avec son pic â une seconde. Vu l'inversion temporelle nécessaire, il faut anticiper la lecture de la première seconde du flux audio et en multiplier chaque échantillon par le fichier d'impulsion.
Cette opération, chargement et multiplication, ne prend que quelques ms avec les processeurs actuels.
La lecture du fichier audio convolué peut alors commencer avec seulement quelques ms de retard au lieu d'une seconde. La poursuite du traitement de convolution s'effectue dès lors à la vitesse du flux audio en conservant ce retard de quelques ms au lieu d'une seconde.
Pluie du matin n'arrête pas le sous-marin
Messages : 1,588
Sujets : 1
Inscription : Jul 2016
Type: Particulier
(05-21-2020, 12:30 PM)Nard a écrit : Là, ça devient surréaliste !
Il est bien évident que s'il s'agit de convoluer un signal produit en direct, on ne peut anticiper sa création.
Par contre, dans le cas d'un signal pré-enregistré comme celui d'un CD ou d'un ficher HR, où est le pb ?
Je ne vois pas de différence, si le signal d'origine est enregistré - cd- fichier - le t=0 initial,
par rapport auquel se calcule de délai, est l'instant ou on fait "play".
Avant cet instant, rien ne permet d'anticiper quoi que ce soit, aucune information,
aucun moyen d' " anticiper la lecture de la première seconde du flux audio "
Donc ....
(05-21-2020, 12:30 PM)Nard a écrit : La lecture du fichier audio convolué peut alors commencer avec seulement quelques ms de retard au lieu d'une seconde.
S'il est déjà convolué, aucune raison pour le moindre retard, ben oui.
Messages : 6,398
Sujets : 13
Inscription : Jan 2019
Type: Particulier
05-21-2020, 01:31 PM
(Modification du message : 05-21-2020, 01:33 PM par Nard.)
A partir du moment où on fait "play" on charge en mémoire la première seconde du flux audio en 5 ms.
Puis on multiplie ces données par celles du fichier de convolution en 10 ms.
On balance alors le flux convolué sur la sortie audio avec une latence de 15ms au lieu d'une seconde.
Capito ?
Va falloir que je t'invite à la maison pour une démo
Pluie du matin n'arrête pas le sous-marin
Messages : 1,588
Sujets : 1
Inscription : Jul 2016
Type: Particulier
(05-21-2020, 01:31 PM)Nard a écrit : A partir du moment où on fait "play" on charge en mémoire la première seconde du flux audio en 5 ms.
Pas avec un lecteur cd classique ou un flux quelconque, radio etc .. on est dans les conditions du direct,
faut une seconde pour lire une seconde... il n'y a pas accès à l'intégralité du fichier pour anticiper.
Sinon, ok.
Messages : 6,398
Sujets : 13
Inscription : Jan 2019
Type: Particulier
05-21-2020, 03:33 PM
(Modification du message : 05-21-2020, 03:42 PM par Nard.)
Je parlais évidemment de musique dématérialisée stockée sur Nas ou DD tels que CD rippés ou fichiers téléchargés, convoluée par ordinateur.
Pour le direct, le CD ou la radio, tu as raison, c'est incontournable.
Le streaming type Qobuz ou Tidal, je ne sais pas mais je pense que cela doit être possible, le flux arrivant à très haute vitesse avant d'être bufferisé et lu. Malheureusement, on ne peut pas mettre cela en œuvre avec Minimstreamer... ou alors, je ne sais pas faire.
Heureux que nous nous soyons compris !
A la bonne tienne 
Pluie du matin n'arrête pas le sous-marin
Messages : 2,865
Sujets : 12
Inscription : Dec 2019
Type: Particulier
(05-21-2020, 03:33 PM)Nard a écrit : Je parlais évidemment de musique dématérialisée stockée sur Nas ou DD tels que CD rippés ou fichiers téléchargés, convoluée par ordinateur.
Pour le direct, le CD ou la radio, tu as raison, c'est incontournable.
Le streaming type Qobuz ou Tidal, je ne sais pas mais je pense que cela doit être possible, le flux arrivant à très haute vitesse avant d'être bufferisé et lu. Malheureusement, on ne peut pas mettre cela en œuvre avec Minimstreamer... ou alors, je ne sais pas faire.
Heureux que nous nous soyons compris !
A la bonne tienne
Bonjour,
quand je change de morceau avec le mulot en streaming avec Tidal et JRiver le délai pour le retour du son est d'environ 8 à 9 secondes, mais j'ai augmenté la mise en mémoire tampon à 0,30 seconde et la latence à 100ms et j'ai beaucoup de taps et de FFT length avec la convolution, ce qui fait perdre du temps.
Messages : 6,398
Sujets : 13
Inscription : Jan 2019
Type: Particulier
Nous débattons de la possibilité de faire une lecture anticipée du flux à convoluer pour éviter la latence égale à la moitié de la durée de l'impulsion.
Encore faut-il que le logiciel de convolution dispose de cette possibilité tel Minimstreamer, et qu'elle porte sur des flux dont la lecture puisse être anticipée
Pluie du matin n'arrête pas le sous-marin
Messages : 34
Sujets : 1
Inscription : Aug 2017
Type: Particulier
Bonjour Bear,
quoi de neuf pour le tuto n°2 ? :-)
Messages : 2,865
Sujets : 12
Inscription : Dec 2019
Type: Particulier
Bonjour,
petit problème aujourd'hui, quand je veux importer avec Rephase un fichier de REW ça ne fonctionne plus il me dit que le format de mesure est incorrect ce matin j'ai mis la version V5.20 Beta 55 pour REW il y a t'il un problème ou c'est moi qui est un bogue?
Messages : 1,588
Sujets : 1
Inscription : Jul 2016
Type: Particulier
(07-15-2020, 03:54 PM)moonfly a écrit : Bonjour,
petit problème aujourd'hui, quand je veux importer avec Rephase un fichier de REW ça ne fonctionne plus il me dit que le format de mesure est incorrect ce matin j'ai mis la version V5.20 Beta 55 pour REW il y a t'il un problème ou c'est moi qui est un bogue?
Testé ß55 vers rephase : fonctionnel avec les réglages txt par défaut
|
