Cosa succede ai files audio se estratti con software di rippaggio diversi ?

[appecundria]

35 minuti fa, Max440 ha scritto:

Ovvero: al dac arriva un flusso di "corrente elettrica" e non un "semplice codice" da tradurre?

Pensa ad una sorta di codice Morse. Sono sì impulsi elettrici ma non trasportano i valori analogici bensì un codice con soli due valori.

[Luca44]

1 ora fa, Max440 ha scritto:

 

@ilmisuratore : non so se sei l'unico con un certo livello di competenze tecnica, ma mi spieghi (tu od altri) questa affermazione? Ovvero: al dac arriva un flusso di "corrente elettrica" e non un "semplice codice" da tradurre?

non sono un tecnico e quindi forse ci capiamo più facilmente , hai presente il codice Morse ? Ogni lettera viene tradotta con punti e linee ma quei punti e linee sono quello che usiamo per rappresentarli su un foglio o su un libro, nella realtà sono suoni ( anche altro ) lunghi e corti, che poi vengono tradotti in lettere dell'alfabeto da chi ascolta (o altro). Quindi tu vedi il codice Morse come punti e linee ma in effetti per trasmetterlo si usano dei suoni brevi e lunghi variamente alternati. Altrettanto in un cavo non possiamo far passare degli 0 e 1 ma viene veicolato un segnale elettrico che poi viene letto come "acceso-spento" (on/off)  interpretato come 0 e 1 . Ma non è come un interruttore della luce che attacca e stacca e che spegne e accende, nel caso dell'informazione digitale è comunque un segnale semplicemente più o meno "intenso". Qui uno spiegone AI :

 

Il trasporto di un segnale digitale attraverso un cavo elettrico avviene convertendo le informazioni binarie (0 e 1) in impulsi elettrici di diversa tensione o intensità, che viaggiano lungo il conduttore metallico

. Questo processo si basa sulla variazione rapida del voltaggio, dove un livello alto di tensione rappresenta il "1" e un livello basso (o nullo) rappresenta lo "0". 

Ecco i punti chiave del processo:

Codifica (Modulazione): Il dispositivo trasmettitore (es. un computer) converte i dati digitali in sequenze di 0 e 1. Questi vengono convertiti in segnali elettrici. Ad esempio, 0 Volt può rappresentare "0", mentre 5 Volt o 3.3 Volt rappresentano "1".

Propagazione: Questi impulsi di tensione viaggiano come onde elettromagnetiche all'interno del cavo in rame (come i cavi Ethernet o coassiali). La velocità di propagazione è elevata, circa 230 milioni di metri al secondo, inferiore a quella della luce nel vuoto ma estremamente rapida.

Ricezione e Interpretazione: Il dispositivo ricevente legge le variazioni di tensione nel tempo e le riconverte nel codice binario originale.

Powerline Communication (PLC): In casi specifici, come le powerline, il segnale digitale viene modulato ad alta frequenza (superiore a 50 MHz) e sovrapposto alla normale corrente elettrica di casa (che viaggia a 50 Hz) senza interferire, permettendo la trasmissione dati via rete elettrica. 

Limiti del trasporto su cavo elettrico:

Attenuazione: Con la distanza, la forza del segnale diminuisce (attenuazione), rendendo necessario l'uso di ripetitori o limitando la lunghezza del cavo.

Interferenze: I cavi elettrici sono sensibili alle interferenze elettromagnetiche (EMI), che possono causare errori nella trasmissione dei dati. 

I protocolli di comunicazione (come Ethernet, USB, SPDIF) stabiliscono le regole precise su come questi impulsi di tensione devono essere strutturati, sincronizzati e interpretati tra trasmettitore e ricevitore

P.S vedo che pure appecundria ha avuto stessa idea, ma garantisco che non gliela ho copiata, ho solo impiegato un sacco di tempo per cercare uno spiegone che fosse chiaro e facilmente comprensibile e unire le cose

 

[one4seven]

Mi perdoni @ilmisuratore ma, leggendo il titolo del 3d, è proprio il concetto di estrazione di files audio dal supporto redbook (o altro supporto digitale ottico) ad essere posto in maniera sbagliata. O meglio fuorviante.

Ai files audio non succede un bel nulla.

.

Il concetto posto in maniera corretta sarebbe: quale software è in grado di effettuare una accurata estrazione del contenuto audio del supporto ottico?

.

Ecco, questa roba è stata sviscerata e risolta in maniera definitiva almeno 15 anni fa. Fine. Parlarne ancora oggi, nei termini qui posti in relazione alle differenze "all'ascolto", è ai limiti del ridicolo.

 

 

 

 

 

[ilmisuratore]

7 ore fa, Max440 ha scritto:

 

@ilmisuratore : non so se sei l'unico con un certo livello di competenze tecnica, ma mi spieghi (tu od altri) questa affermazione? Ovvero: al dac arriva un flusso di "corrente elettrica" e non un "semplice codice" da tradurre?

Grazie,

Max

Ciao Max, quello che in "gergo" viene definito come trasferimento digitale alla fine è sempre analogico, ma un analogico che trasporta (per forma e per cambiamenti di stato di tensione) un informazione "digitale" da decodificare

Nel caso, per esempio, della USB i conduttori che trasportano l'informazione digitale sono due fili D+ e D- elettricamente bilanciati per avere una buona reiezione al rumore di modo comune

 

Ecco circa la forma del segnale e i vari fronti che ne stabiliscono il cambio di stato 0/I

I sospetti che possa essere sporcato da azioni elettriche avverse durante la lettura di un file con padding e senza padding sono scongiurate perchè lontanamente ininfluenti per il carico della CPU che non varierà la sua capacità di elaborazione

Affinchè si possa verificare se un determinato PC produca degrado di tipo differenziale sulla portante, basta installare sul PC un software che stressa la CPU fino al 100%, quindi effettuare la misura con la CPU al massimo mentre riproduce il brano e poi ripetere in condizioni di "quiete"

Una volta per curiosità ci provai senza avvertire degrado...che mi sarei aspettato..ma che non si manifestò

Poi è chiaro che magari su altri PC possa cambiare...ma questo portando la CPU in una zona di funzionamento non lineare

E' del tutto trascurabile che il padding del file possa incidere, e non inciderebbe nemmeno la decodifica on the fly dei formati FLAC, come non incide chi in questo spazio adotta soluzioni di oversampling esterno (vedi HQplayer) su dac NOS

Siamo nell'era dei PC molto performanti...non i commodore 64

 

 

[ilmisuratore]

4 ore fa, one4seven ha scritto:

Mi perdoni @ilmisuratore ma, leggendo il titolo del 3d, è proprio il concetto di estrazione di files audio dal supporto redbook (o altro supporto digitale ottico) ad essere posto in maniera sbagliata. O meglio fuorviante.

Ai files audio non succede un bel nulla.

.

Il concetto posto in maniera corretta sarebbe: quale software è in grado di effettuare una accurata estrazione del contenuto audio del supporto ottico?

.

Ecco, questa roba è stata sviscerata e risolta in maniera definitiva almeno 15 anni fa. Fine. Parlarne ancora oggi, nei termini qui posti in relazione alle differenze "all'ascolto", è ai limiti del ridicolo.

 

 

 

 

 

Hai ragione da vendere, poichè non è affatto necessario tutto questo "impiego di forze" per una simile sciocchezzuola

Il titolo scaturisce per il fatto che magari qualcuno pensasse che sarebbe accaduto qualcosa

[gobert4]

Il 28/03/2026 at 18:40, antonew ha scritto:

@ilmisuratore sulla sovrapponibilta’ dei dati pochi dubbi.

ma secondo me il problema viene dopo.

Nel modo in cui l'hardware (CPU/Buffer) gestisce questi diversi 'contenitori' o padding non credi che possa generare interferenze elettriche o variazioni nel jitter durante il trasporto in tempo reale? Perché alla fine noi ascoltiamo la conversione dinamica, non il file statico su disco.

Ed è lì che sento le differenze.

scusa ma non hai modo di verificare la cosa tu stesso?

Hai due file identici alla vista ma che ti suonano diversi.

Mandali in play entrambi per avere le condizioni di cui parli e mandane uno in controfase.
 

Ma questi sono i famosi file di cui si parlava nell’altro thread?

O forse non ho capito bene io la questione…

Perdonate ho letto al volo perché sto guardando la MotoGP in differita

[ilmisuratore]

26 minuti fa, gobert4 ha scritto:

Ma questi sono i famosi file di cui si parlava nell’altro thread?

Si, solo che tempo fa ne avevo analizzati due (sicuramente quello rippato con wavelab e quello rippato con eac) e adesso se ne sono aggiunti altri...con adobe audition

La situazione è la stessa di allora, parte audio straidentica e un paio di risibili stringhe sul padding diversa se analizzati in esadecimale

Testandoli su un PC minimale (alla voce test digitale-analogico) i due files con uno invertito di 180° hanno prodotto la medesima ampiezza sul rumore di fondo 

Dunque per fare peggio si dovrà cercare di provarli su windows 98 con una CPU e RAM ridicola e con l'aspettativa che anche su un PC datato alla fine non inciderebbe nulla di ciò che si sospetta sul padding...che poi altro non è che uno spazio vuoto 

Tanto rumore per nulla...ma visto che qualcuno mi ha forzatamente spinto a postare il tutto l'ho fatto (non tu, perchè sei stato l'unico a richiederlo educatamente)

[Elettro]

4 minuti fa, ilmisuratore ha scritto:

Dunque per fare peggio si dovrà cercare di provarli su windows 98 con una CPU e RAM ridicola e con l'aspettativa che anche su un PC datato alla fine non inciderebbe nulla di ciò che si sospetta sul padding..

L'idea che una CPU debole o poca RAM possano influenzare il file finale durante il ripping è un retaggio del passato,  tecnicamente infondato per l'integrità dei dati.

Sei già arrivato alla prova del nove, l'analisi esadecimale e il test di inversione di fase  non mentono.  Abbasta questo 

[ildoria76]

Il 28/03/2026 at 20:24, Oscar ha scritto:

Da spostare in Computer Audio

concordo

[ilmisuratore]

11 minuti fa, ildoria76 ha scritto:

concordo

...azz...concordi dopo un sacco di ore che è stato spostato ?...potevi pensarci prima !!! 

[ildoria76]

5 minuti fa, ilmisuratore ha scritto:

..azz...concordi dopo un sacco di ore che è stato spostato ?...potevi pensarci prima !!! 

ehhh pensa te che ho appreso solo 2 ore fa che era cambiato l'orario... sono trasportato da un meraviglioso ascolto in cuffia da circa 3 ore...

[ilmisuratore]

1 ora fa, Elettro ha scritto:

il test di inversione di fase  non mentono. 

Questo è un test micidiale ai fini della parte relativa all'audio

Se sposti un campione soltanto e ne cambi appena il valore...il null test impazza e produce sfracelli

Cosi allo stesso modo se venisse toccata una sola frequenza di appena 0,001 dB...anche molto meno (a seconda del software) il null produrrebbe un evidente differenza

Se tra due samples si intromettesse un microbo, il null test lo individuerebbe grande quanto un elefante

 

[Necro]

21 ore fa, one4seven ha scritto:

Ecco, questa roba è stata sviscerata e risolta in maniera definitiva almeno 15 anni fa. Fine. Parlarne ancora oggi, nei termini qui posti in relazione alle differenze "all'ascolto", è ai limiti del ridicolo.

Fai anche 35. Togli "limiti", lo è di fatto.

[gobert4]

Io un pc con Windows 98 ce l’ho! 

Ma secondo me il test può esser reso più interessante ancora…
 

Misurare la differenza tra un punto A ed un punto B di una linea digitale e poi misurare i file in analogico, considerando che il null test in tal caso mostrerà inevitabilmente il rumore di fondo in quanto randomico.

 

 

È strano che nessuno voglia indagare oltre e che nessuno abbia espresso qualche parere.

Senti che silenzio…

[ilmisuratore]

3 ore fa, gobert4 ha scritto:

Misurare la differenza tra un punto A ed un punto B di una linea digitale e poi misurare i file in analogico, considerando che il null test in tal caso mostrerà inevitabilmente il rumore di fondo in quanto randomico.

Cosa intendi per "linea digitale e punto A e B" ?