05-13-2021, 08:56 PM
(Modification du message : 05-13-2021, 10:50 PM par KIKIWILLYBEE.)
stp, dsl;,
acceptes mes excuses :
'.... mon Dac , aussi bien sur ses entrées numériques I2s. , ou USB.AUDIO. à démontré une grande insensibilité à la qualité de La liaison physique (<>.câbles usb,hdmi) . j'interprète celà , à l'instar du SD-A6. : (OCXO-K2, XU216, Soc.ARM., Mcru.= DSP+CPLD+RAM.) , par les traitements sophistiqués avec : 'FGPA.+ MCRU.+ CPU.' de reclocking des signaux I2s. de l'entrée numérique de mon Dac. (mais aussi à un code optimisé, des algorithmes performants (FGPA.,DSP.), une gestion pertinente de la ram tampon. , et de grde. puissance de calculs (ARM., Xmos.U-216., DSP.)..)
J'ai l'intuition, que les entrées numériques récentes , disposant de bcp de cpu. pour le traitement num. : contraignent efficacement délais , et latence ... révélant ce types de qualités ..?.'
('délais', 'latence', 'over all paquet latency' sont les mesures qui permettent d'évaluer la guigue d'un flux ISOCHRONE : flux de données à récurrence stricte (clk= fs.x.n., dsd.) et à guigue nulle (THEORIQUE, IDEALE).
Par abus de langage : 'flux de données en temps réels'. ; à débits, échantillons constants et bande passante garantie ..;
Une ram tampon (fifo. reclock. sur l'I2s.clk.), peut contraindre la guigue ... ;
trop importante , elle aura un impact naturel négatif sur 'delay' et 'latence';
trop faible , elle engorgera par congestion le flux, et impactera négativement le 'over all paquet latency', et le 'paquet loss' ...)
acceptes mes excuses :
'.... mon Dac , aussi bien sur ses entrées numériques I2s. , ou USB.AUDIO. à démontré une grande insensibilité à la qualité de La liaison physique (<>.câbles usb,hdmi) . j'interprète celà , à l'instar du SD-A6. : (OCXO-K2, XU216, Soc.ARM., Mcru.= DSP+CPLD+RAM.) , par les traitements sophistiqués avec : 'FGPA.+ MCRU.+ CPU.' de reclocking des signaux I2s. de l'entrée numérique de mon Dac. (mais aussi à un code optimisé, des algorithmes performants (FGPA.,DSP.), une gestion pertinente de la ram tampon. , et de grde. puissance de calculs (ARM., Xmos.U-216., DSP.)..)
J'ai l'intuition, que les entrées numériques récentes , disposant de bcp de cpu. pour le traitement num. : contraignent efficacement délais , et latence ... révélant ce types de qualités ..?.'
('délais', 'latence', 'over all paquet latency' sont les mesures qui permettent d'évaluer la guigue d'un flux ISOCHRONE : flux de données à récurrence stricte (clk= fs.x.n., dsd.) et à guigue nulle (THEORIQUE, IDEALE).
Par abus de langage : 'flux de données en temps réels'. ; à débits, échantillons constants et bande passante garantie ..;
Une ram tampon (fifo. reclock. sur l'I2s.clk.), peut contraindre la guigue ... ;
trop importante , elle aura un impact naturel négatif sur 'delay' et 'latence';
trop faible , elle engorgera par congestion le flux, et impactera négativement le 'over all paquet latency', et le 'paquet loss' ...)