Chi me la sa spiegare questa ?

[lupoal]

...

Innanzitutto NON devi usare l’ultima versione di Volumio. Da problemi da questo punto di vista........[CUT]

non ci posso pensare che dovrei rifare l'installazione da zero... anche perché mi pare che con le versioni precedenti di firmware i problemi fossero altri

io sono fermo alla versione 2.389 ... vedo che è uscita la versione 2.452 ... quindi la 2.389 va bene?
update: NO ... la 389 è proprio la versione bacata...

 

[marcovt]

Io uso proprio la 2.389 e va benissimo. È la versione successiva che mi ha dato problemi nel riconoscimento del Wi-Fi
Mi sono addirittura conservato una copia di backup della 2.389

 

[lupoal]

pensa che nel forum ufficiale di Volumio dicono il contrario... ovvero c'è gente che da 389 è tornata in dietro perchè non riusciva a collegarsi al nas

io, cmq, ho, causa quanto appena scritto sopra, ho aggiornato all'ultimissima release senza risolvere ovviamente nulla... non riesco a connettermi alla cartella/nas creata dal mio FRITZBOX... che però, senza battere ciglio, mi fa vedere tutto via protocollo Upnp... mistero!

ho l'impressione, a questo punto, che sia il Fritz che rompe i maroni (essendo tedesco non ci sarebbe da stupirsi )... sto cercando di capire perchè, ad esempio, non mi fa vedere la cartella sotto windows...

 

[marcovt]

Io vedo tranquillamente l hdd connesso al router anche da Windows. E nessun problema con Volumio. Che strano

 

[lupoal]

fatto! :yeah:

il problema stava nella dichiarazione del percorso alla cartella condivisa... una volta capito come si faceva in windows ho, di conseguenza, impostato volumio...

Alias: mettere il nome con cui si è definito viene mostrato il NAS in rete
Indirizzo IP: l'indirizzo IP del NAS (nel mio caso quello a cui si raggiunge il router Fritz che è 192.168.178.1)
percorso: nome con cui in rete viene condiviso la risorsa (e NON il nome dell'hardware... quindi, esempio, pincopallo e NON USB-DISK-01)
tipo di share:cifs
Nome Utente: quello con il quale è abilitato l'accesso alla risorsa
Password: se definita, quella associata al nome utente
opzioni: vers=1.0 (grazie mille marcovt ... senza la tua dritta non ci sarei mai arrivato)

et voilà... ora la risorsa è disponibile sia sotto Libreria Musicale -> NAS ... che sotto Media Server



p.s.: manualistica e guida di AVM per Fritz pessima! per capire come fare mi sono dovuto spupazzare un video in tedesco su youtube ( https://www.youtube.com/watch?v=R9d6KQ5eqA0 ) ... in questo AVM ha molto margine di miglioramento

 

[marcovt]

Bene. Mi fa piacere. Ora ti rimane da staccare qualsiasi dispositivo usb o Ethernet dal Raspy (perché assorbe corrente e degrada il suono )

Comunque. Hai notato miglioramenti o differenze facendo streaming Wi-Fi piuttosto che via usb ?

Un mio caro amico ha fatto la prova e non è più tornato indietro.

 

[ebr9999]

1)Possibile che il rumore elettrico e il power drain causato dagli ingressi usb e la lettura da hdd meccanico a piatti magnetici possano fare tutti questi danni al suono ?

2)Possibile che leggere un file audio dal Wi-Fi piuttosto che dalla presa diretta usb possa portare un tale miglioramento? Alla fine la lettura da hdd non avviene ugualmente? Solo che anziché avvenire dal raspberry è il router che leggere l hdd. Cosa cambia ? Anzi c’è un allungamento del percorso del segnale.

Tornando al punto, osservo:

E' decisamente difficile garantire che in una applicazione di streaming (o tipo streaming, quando si parla di collegamento USB), non ci sia perdita di dati. Intendo, fosse un semplice trasferimento di file, le applicazioni hanno tutto il tempo di correggere gli errori (ritrasmissioni). Quando invece esistono certe tempistiche da rispettare, la scelta spesso è ignorare il pacchetti, o gestire la perdita attraverso buffering. Questo porta al punto che l'ingegnerizzazione del sw che realizza l'applicazion è un punto fondamentale in presenza di perdita dati. Tra l'altro un buffering limitato, che mi aspetterei sul caso USB, potrebbe spiegarmi il calo di prestazioni relativo.

Questo per dire che vedo una grande differenza tra quanto potenzialmente sia fattibile e quanto realizzato in pratica.

Comunque, sul mio Connector in firma (che non è un oggetto general purpose, e quindi è ottimizzato per la musica) e fa quanto fa il tuo RPI, avevo fatto a suo tempo qualche verifica, collegando l'HDD con mia musica liquida o direttamente, o tramite un Router con USB. Non avevo riscontrato nessuna differenza, ma magari non ho il tuo orecchio. Fossimo vicini (io sono a Milano), non avrei difficoltà a combinare una prova.

 

[marcovt]

Nono infatti non è un problema di perdita di dati. È un problema di assorbimento di corrente.

Guarda che siamo in due ad averlo sentito. Un mio amico audiofilo che ho convocato per una prova alla cieca ha udito le stesse differenze e da quel momento anche lui ha optato per po streaming Wi-Fi. Si è persino comprato un altro router appositamente allo scopo

Ps Siamo lontani purtroppo. Ti avrei invitato con piacere

 

[ebr9999]

Che la relazione RPI-USB-FDD metta in difficoltà l'RPI mi sta bene. E non discuto che ci possa essere un problema di alimentazione. Ritengo che tutto si traduca in perdita di dati e/o Jittering ed osservo che una applicazione ben ingegnerizzata è in grado almeno di rilevare la perdita di dati.

PS: Farei una verifica usando una flash USB. Il power drawn è decisamente inferiore rispetto ad un FDD.

 

[lupoal]

... ho letto mi pare da qualche parte che il Raspy sia meglio funzionante in wifi che in cablato, specialmente con la LAN che pare sia sorgente di parecchi danni... mi pare lo dica da qualche parte anche un tale --> https://www.youtube.com/channel/UCR4tuhqPppVp-PD0q17sPEA?disable_polymer=1

@marcovt & altri eventuali... come hai risolto il problema della perdita di programma in caso di mancanza di alimentazione involontaria? alimentato a batteria? ups? cosa? ... questo aspetto devo ancora risolverlo

 

[marcovt]

Che la relazione RPI-USB-FDD metta in difficoltà l'RPI mi sta bene. E non discuto che ci possa essere un problema di alimentazione. Ritengo che tutto si traduca in perdita di dati e/o Jittering ed osservo che una applicazione ben ingegnerizzata è in grado almeno di rilevare la perdita di dati.

PS: Farei una verifica usando una flash USB. Il power ..........[CUT]

Non saprei io facc O supposizioni perché non ho conoscenze tecniche molto approfondite.

Però mi fido delle mie orecchie.

 

[marcovt]

... ho letto mi pare da qualche parte che il Raspy sia meglio funzionante in wifi che in cablato, specialmente con la LAN che pare sia sorgente di parecchi danni... mi pare lo dica da qualche parte anche un tale --> https://www.youtube.com/channel/UCR4tu..........[CUT]

Ciò che hai letto coincide con ciò che ho sperimentato. Mi fa piacere che altri abbiamo riscontrato questo.

Io alimento il rasp con alimentatore lineare Audiophonics

 

[ebr9999]

Non saprei io facc O supposizioni perché non ho conoscenze tecniche molto approfondite.

Però mi fido delle mie orecchie.

Pensavo fosse questo il tuo desiderata:

Desidero avere una chiara spiegazione di cosa accade. Illuminatemi.

Io stavo solo provando ad arrivarci

 

[marcovt]

Si. Certo. Infatti è gradito
Volevo solo dire che suppongo possa essere un problema di alimentazione ma non riesco a fare il punto della situazione

 

[lupoal]

...
Io alimento il rasp con alimentatore lineare Audiophonics

forse non mi sono spiegato... nel caso vi fosse una interruzione repentiva della 220V il Raspy si chiuderebbe in modo incontrollato esponendolo ad un (probabile) danno al software caricato sulla SD con l'obbligo, poi, di dover installare/configurare tutto da capo

quindi... avendo tu un alimentatore lineare per risolvere il problema lo hai alimentato con ups?

 

[marcovt]

Ad essere sincero io il problema non me lo pongo neanche.

Addirittura spengo il tutto direttamente dall’interruttore generale della ciabatta (non mentre è in play chiaramente) in quanto il DAC e il PRE non hanno alcun interruttori. Andrebbero lasciati sempre accesi per la casa produttrice.

Non ho mai avuto alcun danno al Software e non ho mai dovuto re installare Volumio.

Tra l’altro non avrei alcuna intenzione di inserire un UPS in una catena Hi-Fi

 

[lupoal]

fino ad oggi ti è andata benone... io una volta una scheda SD corrotta me la sono beccata ed è stata una vera noia

cmq, se usi prodotti Allo dovrebbe essere possibile alimentare separatamente il DigiOne dal Raspy rimuovendo un cavallotto sulla scheda del Digi... a questo punto l'UPS andrebbe solo a proteggere il Raspy e l'alimentatore lineare a nutrire il Digi, se così fosse si potrebbe usare ... --> https://shop.olmatic.de/en/ups-raspberry-pi/2-susv-pi-advanced-4260434190029.html

aggiornamento: guardando delle foto mi sa che il DigiOne il cavallotto per separare l'alimentazione dal circuito di potenza del Raspy non lo ha

 

[marcovt]

No aspetta mi interessa molto quello che dici. Ma non per l’UPS quanto piuttosto per togliere un ulteriore peso al Raspy dato che meno dispostivi ricavano corrente da lui meglio suona.

Esiste dunque un modo per alimentare la Allo Digione esternamente?

 

[lupoal]

non saprei dirti, dalle foto mi sembrerebbe di no... la Allo Boss si, ma nasce già prevista per lavorare con alimentazione separata o per fornire al Raspy l'alimentazione (e non riceverla dal Raspy) proprio per evitare i problemi di degrado del suono che sono legati al circuito di potenza del Raspy che non è proprio il massimo per un uso audio (dicono)(ma credo che nel DigiOne ne abbiano anche tenuto conto visto il costo della scheda)

mi pare esista qualche cosa per isolare il Raspy dalle periferiche collegate, prova a guardare sul sito Allo

 

[marcovt]

D’accordo Grazie