Ambre by Metrum

[Kaj.]

I overser betydningen af at have en buffer i grejet i anvender. For er der det og fungerer den er der ingen grund til at bide negle over jitterproblematik.

[Jandk]

I overser betydningen af at have en buffer i grejet i anvender. For er der det og fungerer den er der ingen grund til at bide negle over jitterproblematik.

Lige præcis og det er der jeg vil hen

[Milu]

I overser betydningen af at have en buffer i grejet i anvender. For er der det og fungerer den er der ingen grund til at bide negle over jitterproblematik.

Dét er tilgengæld salgsgas, det har absolut ingen effekt på jitter fra nettet...
Hvis du vil have noget der kan have en effekt på jitter, så skal du kigge på upsamplings DACs. Men jeg bryder mig ikke om upsamplings dacs så....

Ingen af jer der vil deltage i det lille forsøg?
Kom frisk!

[Milu]

Fejl.

[Milu]

https://www.explainthatstuff.com/streamingmedia.html

Downloading: Uses traditional Internet packet communication (technically known as TCP/IP) with a system that automatically corrects errors. Any lost or damaged "packets" (downloaded chunks of data) are retransmitted. The file you eventually receive on your computer is an exact copy of the file that was on the server.
Streaming: Packet losses are ignored (lost and damaged packets are not resent), but that doesn't usually matter because digitally streamed video and audio is converted back into analog format before we watch it or listen to it. Any packets lost during streaming simply add "surface noise" to an audio stream or degrade the picture quality of a video (for example, with excessive pixelation (where the picture disappears into square blocks).

[Kaj.]

Milu.
Dine to eksempler viser hvor vi går forkert af hinanden. Dit første eksempel er den med bufferen. Den man bruger hvis man er kritisk med kvaliteten.

Den anden er no go for HiFi entusiaster. IMO.

[Milu]

Milu.
Dine to eksempler viser hvor vi går forkert af hinanden. Dit første eksempel er den med bufferen. Den man bruger hvis man er kritisk med kvaliteten.

Den anden er no go for HiFi entusiaster. IMO.

Nej det er sådan det er. Og nej, hvis du buffer et stream, får du lige nøjagtigt det lagret som du får leveret. Hverken mere eller mindre.
Det betyder noget for latency korrekt, men ikke jitter.
https://www.callstats.io/2018/03/07/difference-between-jitter-and-latency/

Og jeg har været igennem det meste, fra fuld RAM afspilning, flash ram til alm. PC buffer og CD afspillere. Og det er ikke dén vej man bør gå i håbet om fjernelse af jitter.
Der bør arbejdes med det FØR det rammer afspiller/DAC.

[Merz]

Milu.
Dine to eksempler viser hvor vi går forkert af hinanden. Dit første eksempel er den med bufferen. Den man bruger hvis man er kritisk med kvaliteten.

Den anden er no go for HiFi entusiaster. IMO.

Nej det er sådan det er. Og nej, hvis du buffer et stream, får du lige nøjagtigt det lagret som du får leveret. Hverken mere eller mindre.
Det betyder noget for latency korrekt, men ikke jitter.
https://www.callstats.io/2018/03/07/difference-between-jitter-and-latency/

Og jeg har været igennem det meste, fra fuld RAM afspilning, flash ram til alm. PC buffer og CD afspillere. Og det er ikke dén vej man bør gå i håbet om fjernelse af jitter.
Der bør arbejdes med det FØR det rammer afspiller/DAC.

Så det du siger er, at når man streamer “er det der tabes - tabt forever”?

Med andre ord, alt det der måtte være tabt ved indgangen til dit modem kan der ikke gøres noget ved?

Fra dit modem og frem mod lydkilde kan så optimeres?

[Milu]

Milu.
Dine to eksempler viser hvor vi går forkert af hinanden. Dit første eksempel er den med bufferen. Den man bruger hvis man er kritisk med kvaliteten.

Den anden er no go for HiFi entusiaster. IMO.

Nej det er sådan det er. Og nej, hvis du buffer et stream, får du lige nøjagtigt det lagret som du får leveret. Hverken mere eller mindre.
Det betyder noget for latency korrekt, men ikke jitter.
https://www.callstats.io/2018/03/07/difference-between-jitter-and-latency/

Og jeg har været igennem det meste, fra fuld RAM afspilning, flash ram til alm. PC buffer og CD afspillere. Og det er ikke dén vej man bør gå i håbet om fjernelse af jitter.
Der bør arbejdes med det FØR det rammer afspiller/DAC.

Så det du siger er, at når man streamer “er det der tabes - tabt forever”?

Med andre ord, alt det der måtte være tabt ved indgangen til dit modem kan der ikke gøres noget ved?

Fra dit modem og frem mod lydkilde kan så optimeres?

Heldigvis er det, tabsmæssigt, ikke så slemt at det går ud over data. Med mindre man virkelig har fucket up, så vil det lyde hæsligt. Det tror jeg trods alt ikke nogen oplever, eller det håber jeg ikke. Men ja hvis det er tabt, så er det tabt for evigt. Indtil næste gang du streamer.
Men jitter er en killer for fornøjelsen af den musik vi streamer.

Bare se de tal du viste mig, det svinger vildt i millisekunder, hvilket er enormt når vi taler jitter. Når vi f.eks. taler clocks f.eks. i en DAC så taler vi picosekunder.

Det ser ud til at de andre ikke rigtig vil lege med, i det lille forsøg. Så jeg spurgte en kammerat og hans resultat var 2.1 - 4.1 ms.

Til sammenligning ligger det, med min Jcat Switch, på 0.22 - 0.73 ms.

[Merz]

Milu.
Dine to eksempler viser hvor vi går forkert af hinanden. Dit første eksempel er den med bufferen. Den man bruger hvis man er kritisk med kvaliteten.

Den anden er no go for HiFi entusiaster. IMO.

Nej det er sådan det er. Og nej, hvis du buffer et stream, får du lige nøjagtigt det lagret som du får leveret. Hverken mere eller mindre.
Det betyder noget for latency korrekt, men ikke jitter.
https://www.callstats.io/2018/03/07/difference-between-jitter-and-latency/

Og jeg har været igennem det meste, fra fuld RAM afspilning, flash ram til alm. PC buffer og CD afspillere. Og det er ikke dén vej man bør gå i håbet om fjernelse af jitter.
Der bør arbejdes med det FØR det rammer afspiller/DAC.

Så det du siger er, at når man streamer “er det der tabes - tabt forever”?

Med andre ord, alt det der måtte være tabt ved indgangen til dit modem kan der ikke gøres noget ved?

Fra dit modem og frem mod lydkilde kan så optimeres?

Heldigvis er det, tabsmæssigt, ikke så slemt at det går ud over data. Med mindre man virkelig har fucket up, så vil det lyde hæsligt. Det tror jeg trods alt ikke nogen oplever, eller det håber jeg ikke. Men ja hvis det er tabt, så er det tabt for evigt. Indtil næste gang du streamer.
Men jitter er en killer for fornøjelsen af den musik vi streamer.

Bare se de tal du viste mig, det svinger vildt i millisekunder, hvilket er enormt når vi taler jitter. Når vi f.eks. taler clocks f.eks. i en DAC så taler vi picosekunder.

Det ser ud til at de andre ikke rigtig vil lege med, i det lille forsøg. Så jeg spurgte en kammerat og hans resultat var 2.1 - 4.1 ms.

Til sammenligning ligger det, med min Jcat Switch, på 0.22 - 0.73 ms.

Har du målt før/efter din switch? Den burde jo ikke kunne reducere noget, der er tabt - højst sikre der ikke tabes mere?

[Milu]

Milu.
Dine to eksempler viser hvor vi går forkert af hinanden. Dit første eksempel er den med bufferen. Den man bruger hvis man er kritisk med kvaliteten.

Den anden er no go for HiFi entusiaster. IMO.

Nej det er sådan det er. Og nej, hvis du buffer et stream, får du lige nøjagtigt det lagret som du får leveret. Hverken mere eller mindre.
Det betyder noget for latency korrekt, men ikke jitter.
https://www.callstats.io/2018/03/07/difference-between-jitter-and-latency/

Og jeg har været igennem det meste, fra fuld RAM afspilning, flash ram til alm. PC buffer og CD afspillere. Og det er ikke dén vej man bør gå i håbet om fjernelse af jitter.
Der bør arbejdes med det FØR det rammer afspiller/DAC.

Så det du siger er, at når man streamer “er det der tabes - tabt forever”?

Med andre ord, alt det der måtte være tabt ved indgangen til dit modem kan der ikke gøres noget ved?

Fra dit modem og frem mod lydkilde kan så optimeres?

Heldigvis er det, tabsmæssigt, ikke så slemt at det går ud over data. Med mindre man virkelig har fucket up, så vil det lyde hæsligt. Det tror jeg trods alt ikke nogen oplever, eller det håber jeg ikke. Men ja hvis det er tabt, så er det tabt for evigt. Indtil næste gang du streamer.
Men jitter er en killer for fornøjelsen af den musik vi streamer.

Bare se de tal du viste mig, det svinger vildt i millisekunder, hvilket er enormt når vi taler jitter. Når vi f.eks. taler clocks f.eks. i en DAC så taler vi picosekunder.

Det ser ud til at de andre ikke rigtig vil lege med, i det lille forsøg. Så jeg spurgte en kammerat og hans resultat var 2.1 - 4.1 ms.

Til sammenligning ligger det, med min Jcat Switch, på 0.22 - 0.73 ms.

Har du målt før/efter din switch? Den burde jo ikke kunne reducere noget, der er tabt - højst sikre der ikke tabes mere?

Der tabes ikke noget. Som kritikerne siger, er der hul igennem, så er der hul igennem, og det er jeg enig med dem i.
Det der “tabes” er timingen i tidsdomænet hvormed det ankommer til DAC og dét er et problem.

[Merz]

Milu.
Dine to eksempler viser hvor vi går forkert af hinanden. Dit første eksempel er den med bufferen. Den man bruger hvis man er kritisk med kvaliteten.

Den anden er no go for HiFi entusiaster. IMO.

Nej det er sådan det er. Og nej, hvis du buffer et stream, får du lige nøjagtigt det lagret som du får leveret. Hverken mere eller mindre.
Det betyder noget for latency korrekt, men ikke jitter.
https://www.callstats.io/2018/03/07/difference-between-jitter-and-latency/

Og jeg har været igennem det meste, fra fuld RAM afspilning, flash ram til alm. PC buffer og CD afspillere. Og det er ikke dén vej man bør gå i håbet om fjernelse af jitter.
Der bør arbejdes med det FØR det rammer afspiller/DAC.

Så det du siger er, at når man streamer “er det der tabes - tabt forever”?

Med andre ord, alt det der måtte være tabt ved indgangen til dit modem kan der ikke gøres noget ved?

Fra dit modem og frem mod lydkilde kan så optimeres?

Heldigvis er det, tabsmæssigt, ikke så slemt at det går ud over data. Med mindre man virkelig har fucket up, så vil det lyde hæsligt. Det tror jeg trods alt ikke nogen oplever, eller det håber jeg ikke. Men ja hvis det er tabt, så er det tabt for evigt. Indtil næste gang du streamer.
Men jitter er en killer for fornøjelsen af den musik vi streamer.

Bare se de tal du viste mig, det svinger vildt i millisekunder, hvilket er enormt når vi taler jitter. Når vi f.eks. taler clocks f.eks. i en DAC så taler vi picosekunder.

Det ser ud til at de andre ikke rigtig vil lege med, i det lille forsøg. Så jeg spurgte en kammerat og hans resultat var 2.1 - 4.1 ms.

Til sammenligning ligger det, med min Jcat Switch, på 0.22 - 0.73 ms.

Har du målt før/efter din switch? Den burde jo ikke kunne reducere noget, der er tabt - højst sikre der ikke tabes mere?

Der tabes ikke noget. Som kritikerne siger, er der hul igennem, så er der hul igennem, og det er jeg enig med dem i.
Det der “tabes” er timingen i tidsdomænet hvormed det ankommer til DAC og dét er et problem.

Så lyder det som om vi er tilbage til buffer delen, ved opsamling i buffer er timingen vel elimineret?

[Milu]

Hehe nu kører vi i ring.
Nej buffer delen lagrer det som det er, dér er ingen rengøringøringskone der laver en oprydning.

[Merz]

Hehe nu kører vi i ring.
Nej buffer delen lagrer det som det er, dér er ingen rengøringøringskone der laver en oprydning.

Må være varmen

Altså, alt “tabt” timing indtil modem er tabt ved streaming, alt “tab” derefter frem til dac forsøges reduceret.

[Milu]

Hehe nu kører vi i ring.
Nej buffer delen lagrer det som det er, dér er ingen rengøringøringskone der laver en oprydning.

Må være varmen

Altså, alt “tabt” timing indtil modem er tabt ved streaming, alt “tab” derefter frem til dac forsøges reduceret.

Ja forsøges reduceret. Godt ordvalg!
“0” er nok utopi. Men mange bække små...