Note de ce sujet :
  • Moyenne : 3.71 (7 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
RePhase
(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]

Le principe de la correction de phase est de renverser le temps,

[Image: 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
Répondre
(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.
Répondre
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
Répondre
(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.
Répondre
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 Blush
Pluie du matin n'arrête pas le sous-marin
Répondre
(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 Blush

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.
Répondre
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
Répondre
Bonjour Bear,
quoi de neuf pour le tuto n°2 ? :-)
Répondre
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?
Répondre
(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
Répondre


Sujets apparemment similaires...
Sujet Auteur Réponses Affichages Dernier message
  Correction "Rephase" - aide pour traitement Erdmann 67 23,394 02-25-2023, 06:25 PM
Dernier message: Stephane95
Thumbs Up RePhase - Le Tutoriel ! pda0 157 255,575 12-22-2022, 12:30 PM
Dernier message: tades
  RePhase Tutoriel compléments : Mesures en 9 points pda0 226 142,897 08-28-2020, 04:21 PM
Dernier message: Papytechnofil
  Filtrage actif Rephase + Foobar + OPPO105D leon37 11 14,936 05-04-2018, 10:03 AM
Dernier message: pda0
  Atténuation sous rephase après équalisation et impacte sur la dynamique leon37 2 7,839 03-07-2018, 09:45 AM
Dernier message: leon37

Atteindre :


Utilisateur(s) parcourant ce sujet : 6 visiteur(s)