PyCorePlayer

Da scontin Ven 6 Gen 2017 - 0:54

Visto che mi sembra qui poco conosciuto, vi segnalo l'eccellente PyCorePlayer, micro distro GNU/Linux per Raspberry Laughing

https://sites.google.com/site/picoreplayer/

Dalla home del sito:

"piCorePlayer è un player Squeezebox dedicato (come un ricevitore Duet) alla scheda Raspberry Pi. E costruito su una piccola distro Linux in sola lettura (Microcore) e l'ottimo player Squeezelite di Triodes.

E molto piccola, circa 55 MB in totale, incluso il sistema operativo (Linux microcore). Si avvia molto velocemente, pronta già dopo 10-15 secondi dall'accensione, poi il vostro piCorePlayer si potrà trovare nel pannello di controllo del Logitech Media Server. Dopo l'avvio tutto funziona in RAM, nulla è scritto sulla scheda SD e quindi nessun rischio di corruzione della vostra scheda - basta togliere la corrente se necessario. È possibile sincronizzare il piCorePlayer con altri dispositivi Squeezebox."

Molto semplice da installare, l'interfaccia ha più livelli d'uso, dal principiante all'avanzato.
E la ritengo pulita e molto funzionale.

Discretamente aggiornata, nelle ultime versioni permette di installare il Logitech Media Server sul Raspberry stesso, che così funziona contemporaneamente da client e server in un unico device.
L'unica limitazione è che da interfaccia si riesce a montare solo un Hard Disk esterno (da script più di uno, ma diventa un po' complicato).

L'uso che ritengo ottimale è come client LMS in un Raspberry alimentato in lineare.
Client di uno streaming quindi.
Girando in RAM, massima qualità e nessuna latenza. IMHO meglio di Volumio & C.

Ormai lo uso da un anno, non ho mai riscontrato problemi.

Da potowatax Ven 6 Gen 2017 - 10:29

Grazie per l'info. Rispetto a Daphile che, se non sbaglio, dovrebbe usare lo stesso LMS? Hai avuto modo di confrontarli?

Da lello64 Ven 6 Gen 2017 - 10:40

scontin ha scritto:
Girando in RAM, massima qualità e nessuna latenza

grazie per la descrizione scontin, quando si tratta di roba gratis è sempre ben accetta
solo una domanda senza polemica, una cosa che mi sono sempre chiesto

per un normale playback di un file non avere latenza a cosa serve?

Da scontin Ven 6 Gen 2017 - 11:01

Belin, sei peggio di noi genovesi Laughing

Dovrebbe essere (in misura ovviamente molto minore) come la questione della USB asincrona/sincrona: altro accorgimento per ridurre il jitter.
Se tutto fluisce dalla RAM, si elimina la latenza dovuta a richiesta/posizionamento/restituzione del dato (ovviamente massima con i dischi meccanici).
Secondo il principio che disallineamenti temporali anche infinitesimi influiscano sul suono.

Come si legge qui

http://www.tc.umn.edu/~erick205/Papers/paper.html#principles
"As the buffer becomes full, a local crystal oscillator can then "clock-out" the samples in a reliable manner, independent of the transport and reading mechanisms. This process is referred to as timebase correction and as stated before, any quality piece of equipment will implement it."

Personalmente non saprei dirti se davvero la lettura su un HD influenzi in qualche modo la riproduzione.
Le prove che ho fatto sui miei apparati le classifico all'interno della psicoacustica, quindi non me la sento di dare loro un qualche valore.
Ma, in linea di principio teorica, anche io ritengo la lettura dalla RAM quella potenzialmente migliore.
Quindi, se posso implementarla, la implemento.

E poi, comunque, oggettivamente la più veloce.
PyCorePlayer, pur girando su hardware relativamente limitato, è una scheggia.
E questo lo reputo positivo a prescindere.

Da scontin Ven 6 Gen 2017 - 11:11

potowatax ha scritto:Grazie per l'info. Rispetto a Daphile che, se non sbaglio, dovrebbe usare lo stesso LMS? Hai avuto modo di confrontarli?

Come dico sempre, a parità di hardware/kernel/librerie ALSA, ogni distro GNU/Linux suona SEMPRE uguale.

Nelle prove fatte, non ho MAI sentito differenze.

PyCorePlayer è snello, ben fatto, moooooolto veloce.

Poi, forse, il fatto che giri in RAM può ridurre il jitter.
Ma questo lo prenderei molto con le pinze.

Daphile è una distro generalista, PyCorePlayer gira ESCLUSIVAMENTE su Raspberry.
PyCorePlayer è una distro assolutamente ultra-minimale, anche a livello di kernel.

E, secondo il principio per me più che valido "meno è meglio", la ritengo ottimale.
Anche perché davvero ottimizzata, non solo un kernel ricompilato a bassa latenza e quattro parametri su sysctl.
MicroCore è un "Linux from scratch" davvero ben studiato.
E una distro che ne fa uso per forza è di qualità. Questa poi è particolarmente studiata...... Vedi ad esempio kernel con pochissimi moduli a runtime.

Per uso audio, Il Raspberry alimentato in lineare lo ritengo poi a prescindere migliore di un PC qualunque (ovviamente se non si usano contemporaneamente USB ed ethernet).
E già questo credo risponda alla tua domanda.

Da lello64 Ven 6 Gen 2017 - 13:19

scontin ha scritto:
http://www.tc.umn.edu/~erick205/Papers/paper.html#principles
"As the buffer becomes full, a local crystal oscillator can then "clock-out" the samples in a reliable manner, independent of the transport and reading mechanisms. This process is referred to as timebase correction and as stated before, any quality piece of equipment will implement it."

scontin, innanzitutto se mi avalli quel link sappi che la frase è preceduta da

A great deal of money has been made by shrewd marketeers preying on the fears of the consumer worried about jitter. Such products marketed include disc stabilizer rings to reduce rotational variations, highly damped rubber feet for the players, and other snake oil remedies

che tradotto vuol dire che il jitter è una presa per il culo

poi dal ciò che hai linkato non si rileva l'importanza della bassa latenza
usare il buffer in quel modo non significa avere bassa latenza

secondo me vi affastellate la mente con stronzate pazzesche, ascoltatevi la musica

Da scontin Ven 6 Gen 2017 - 13:43

Può essere......

La parte rilevante è "reliable manner, independent of the transport and reading mechanisms."
Sono ancora capace di leggere.
Con questo se taluni sviluppatori preferiscono far girare tutto in RAM, ed in linea teorica porta benefici, non vedo quale sia il problema.
Non mi sembra di aver scritto "PyCorePlayer girando in RAM vi da una qualità pazzesca a differenza di tutte le schifezze che leggono da HD/SSD"....
Sono il primo a sostenere che a parità di Kernel/librerie ALSA cambia nulla......
Ma per un polemico come te se non c'è almeno una polemica per post la vita è noia.
Se per te è irrilevante (opinione assolutamente legittima) sarebbe bastato un "Per me è assolutamente irrilevante"

Kernel con risoluzione 1000 Hz + RAM = bassa latenza.
Daphile addirittura viene proposto in versione Realtime... A cosa serve?

Tendenzialmente ascolto musica 10 ore al giorno, da 30 anni.
Di concerti ne ho visti innumerevoli.

Quindi forse l'invito lo devi rivolgere ad altri......

Da lello64 Ven 6 Gen 2017 - 13:48

dal link che hai posto alla mia attenzione in fretta e furia prendi questa frase e stampatela in mente

A great deal of money has been made by shrewd marketeers preying on the fears of the consumer worried about jitter. Such products marketed include disc stabilizer rings to reduce rotational variations, highly damped rubber feet for the players, and other snake oil remedies

vi stanno macellando e a voi sta anche bene

Da scontin Ven 6 Gen 2017 - 13:52

lello64 ha scritto:dal link che hai posto alla mia attenzione in fretta e furia prendi questa frase e stampatela in mente

A great deal of money has been made by shrewd marketeers preying on the fears of the consumer worried about jitter. Such products marketed include disc stabilizer rings to reduce rotational variations, highly damped rubber feet for the players, and other snake oil remedies

vi stanno macellando e a voi sta anche bene

Per tua informazione la RAM è inclusa in qualunque computer.
Non è un upgrade, un'aggiunta, nulla.
Non è roba da marketeers.
Il fatto che "the fears of the consumer worried about jitter." abbia portato dei "shrewd marketeers" a farsi dei bei "great deal of money" non implica che il jitter non esista.
E' solo difficilmente misurabile.
Perché non ti lamenti con tutti coloro che comprano Xmos e Amanero?
Perché non ti lamenti con tutti quelli che usano i driver ASIO?
Ecc ecc ecc...

Da scontin Ven 6 Gen 2017 - 13:53

Ah... per tua informazione..... Non possiedo nessuno dei device anti-jitter proposti dai "shrewd marketeers"
Il Bazar lo conosci meglio di me che l'ho scritto

Ribadisco ancora che lo stesso autore dell'articolo, pur scettico sui rimedi anti-jitter, ritiene la lettura da RAM quella meno soggetta a qualunque tipo di perturbazione.
Stop.

Da lello64 Ven 6 Gen 2017 - 13:58

scontin ha scritto:
Perché non ti lamenti con tutti quelli che usano i driver ASIO?

scontin... i driver asio servono ad avere bassa latenza... ma dove la cosa ha un senso... quando premi un tasto che suona un fa e vuoi sentire il suono in tempo reale.... mica ti cambia un cazzo se senti tutto un brano shiftato di 20 millisecondi... non sapete di cosa parlate e copiaincollate a capocchia

Da scontin Ven 6 Gen 2017 - 14:02

lello64 ha scritto:
scontin ha scritto:
Perché non ti lamenti con tutti quelli che usano i driver ASIO?

scontin... i driver asio servono ad avere bassa latenza... ma dove la cosa ha un senso... quando premi un tasto che suona un fa e vuoi sentire il suono in tempo reale.... mica ti cambia un cazzo se senti tutto un brano shiftato di 20 millisecondi... non sapete di cosa parlate e copiaincollate a capocchia

Perché foobar li implementa e la gente li configura?
O tutti quelli che usano foobar sono musicisti che stanno suonando?

So benissimo di cosa sto parlando.
Siamo sempre lì.
Se evitare lo shiftamneto di 20 millisecondi ti costa 0, è un problema?

Ma ancora più in generale.... Se uno vuole spendere anche dei soldi per evitarlo, è un problema?
Sono 2 anni che ti dico che uno i propri soldi li spende come gli pare.

Nessuno mi pare ha mai scritto "Se non spendi millemila euro per evitare il jitter non puoi ascoltare musica"

Da lello64 Ven 6 Gen 2017 - 14:04

scontin ha scritto:
Perché foobar li implemnta e la gente li configura?

perchè allora uno compra 3000 euro di cuffia diconsi 3000 e deve cambiare anche il cavo?
perchè state impestando la rete di disinformazione ecco perchè

Da lello64 Ven 6 Gen 2017 - 14:07

scontin ha scritto:
So benissimo di cosa sto parlando.
Siamo sempre lì.
Se evitare lo shiftamneto di 20 millisecondi ti costa 0, è un problema?

se avessi una idea di quello che scrivi sapresti che questa è una bestialità enorme come una casa
più alzi il buffer e meno problemi ci sono
a qualsiasi livello
eccetto i casi in cui serve il tempo reale
ma tu non sei un musicista

Da scontin Ven 6 Gen 2017 - 14:12

lello64 ha scritto:
scontin ha scritto:
Perché foobar li implemnta e la gente li configura?

perchè allora uno compra 3000 euro di cuffia diconsi 3000 e deve cambiare anche il cavo?
perchè state impestando la rete di disinformazione ecco perchè

Perché l'importatore le importa senza cavo
Ergo NON l'ho cambiato.

Che sta disinformando in questo momento?

Da scontin Ven 6 Gen 2017 - 14:14

lello64 ha scritto:
scontin ha scritto:
So benissimo di cosa sto parlando.
Siamo sempre lì.
Se evitare lo shiftamneto di 20 millisecondi ti costa 0, è un problema?

se avessi una idea di quello che scrivi sapresti che questa è una bestialità enorme come una casa
più alzi il buffer e meno problemi ci sono
a qualsiasi livello
eccetto i casi in cui serve il tempo reale
ma tu non sei un musicista

Qual è la bestialità?
Che usando un ampio buffer ultra-veloce con un kernel a 1000 Hz per forza il jitter diminuisce?
Come si legge su Wikipedia

"Un altro modo per evitare il jitter è quello di leggere l'intero disco in un'unica operazione senza discontinuità e a velocità molto bassa, in modo che non sia mai necessaria alcuna risincronizzazione."

Leggere un file in RAM in un certo senso non fa questo (lo so che si parla di CD)?

Da lello64 Ven 6 Gen 2017 - 14:19

scontin ha scritto:
lello64 ha scritto:

perchè allora uno compra 3000 euro di cuffia diconsi 3000 e deve cambiare anche il cavo?
perchè state impestando la rete di disinformazione ecco perchè

Perché l'importatore le importa senza cavo
Ergo NON l'ho cambiato.

Che sta disinformando in questo momento?

davvero? ma ti pare una cosa da comprare e sopratutto consigliare? me la ricordo la rece... dove si parla di tutto fuorchè... del prezzo.... piccolo dettaglio!!!

Da lello64 Ven 6 Gen 2017 - 14:20

scontin ha scritto:
lello64 ha scritto:

se avessi una idea di quello che scrivi sapresti che questa è una bestialità enorme come una casa
più alzi il buffer e meno problemi ci sono
a qualsiasi livello
eccetto i casi in cui serve il tempo reale
ma tu non sei un musicista

Qual è la bestialità?
Che usando un ampio buffer ultra-veloce con un kernel a 1000 Hz per forza il jitter diminuisce?
Come si legge su Wikipedia

"Un altro modo per evitare il jitter è quello di leggere l'intero disco in un'unica operazione senza discontinuità e a velocità molto bassa, in modo che non sia mai necessaria alcuna risincronizzazione."

Leggere un file in RAM in un certo senso non fa questo (lo so che si parla di CD)?

basta con le wikipardate
io parlo sulla base di prove fatte, uso gli asio da quando sono nati e per lo scopo per cui sono nati
comunque scontin..... a te ti da manforte solo flovato e il mulo
c'è bisogno di aggiungere altro?
per cui mi fermo qui

Da scontin Ven 6 Gen 2017 - 14:23

Fammi capire...... Nella rece ho parlato delle mirabolanti qualità del cavo oppure di quelle della cuffia?

La cuffia suona più che bene. E lo confermo anche ora.

Se il prezzo non ti sta bene e giustamente lo reputi eccessivo, non lo compri e finita lì.
Quelle che consigliavi tu da 5 euro suoneranno sicuramente uguale.

Non ti è sorto il dubbio che magari prima di comprarla sia andato quà e là a fare qualche ascolto?
Se poi non ti sta bene che spenda i MIEI soldi come mi pare per articoli che reputo ottimi, non è un problema mio.
Se invece vuoi sostenere che suoni male, allora di problemi ne hai tanti.

Da scontin Ven 6 Gen 2017 - 14:24

Parla la star......

In effetti, quando conosco i forumer dal vero di te si parla Laughing

Da lello64 Ven 6 Gen 2017 - 14:26

il problema è che chi importa la cuffia ti ha anche venduto il cavo
e tutto l'ensamble non mi è piaciuto per come è stato messo giù
tu ti informi... ma se non capisci ti informi male
prendi gli asio
tu confondi l'utilità di bypassare il kernel del so con la possibilità di usare buffer piccoli
asio fa entrambe le cose ma a te serve solo la prima per le tue fisime audiofile
sempre per le tue fisime audiofile il buffer lo devi alzare
così funziona, stop

Da scontin Ven 6 Gen 2017 - 14:34

Per le mie fisime audiofile più i cicli di CPU sono riservati all'unico compito di trattare il flusso audio meglio è.

Conosco bene la teoria dei buffer con pro e contro.

Resta il fatto che gli sviluppatori (non io) fanno in modo che si possa settare foobar per usare i driver Asio e fanno le distro che girano in RAM o come Daphile fanno caricare i file in RAM prima di mandarli in esecuzione.

Ovviamente non capiscono nulla.
Perché la verità è solo la tua. Quella di un noto musicista di fama internazionale, osannato da fan e critica.

Ora che come al solito l'hai enunciata e tutti i forumer da oggi sono più liberi, passiamo oltre.
Per me la questione finisce qui.

E, ti premetto, eviterò d'ora in poi di considerarti nelle discussioni.
Esattamente come il Mulo che tanto disprezzi.
Perché, in fondo, chi si odia si ama.

Da lello64 Ven 6 Gen 2017 - 14:41

nell'ambiente della musica, per il quale gli asio driver nascono, il problema è poter mantenere il buffer basso in fase di composizione per l'ovvio motivo di mantenere il tempo "quasi" reale mentre si registra e, compatibilmente con la macchina e le risorse in uso nel progetto si abbassa fino a che non si sente "scricchiolare"

quando si è in fase di mixaggio il buffer si alza fino a valori come 2048
il tempo reale non è più importante e conta la correttezza nella riproduzione

ora, comprate dischi creati con un buffer di 2048 e monitorati con cablature normalissime e voi sentite l'esigenza di abbassare il buffer per qualche oscuro motivo al minimo e di sentire usando fili da migliaia di euro

SIETE RIDICOLI

Da potowatax Ven 6 Gen 2017 - 21:34

scontin ha scritto:
potowatax ha scritto:Grazie per l'info. Rispetto a Daphile che, se non sbaglio, dovrebbe usare lo stesso LMS? Hai avuto modo di confrontarli?

Come dico sempre, a parità di hardware/kernel/librerie ALSA, ogni distro GNU/Linux suona SEMPRE uguale.

Nelle prove fatte, non ho MAI sentito differenze.

PyCorePlayer è snello, ben fatto, moooooolto veloce.

Poi, forse, il fatto che giri in RAM può ridurre il jitter.
Ma questo lo prenderei molto con le pinze.

Daphile è una distro generalista, PyCorePlayer gira ESCLUSIVAMENTE su Raspberry.
PyCorePlayer è una distro assolutamente ultra-minimale, anche a livello di kernel.

E, secondo il principio per me più che valido "meno è meglio", la ritengo ottimale.
Anche perché davvero ottimizzata, non solo un kernel ricompilato a bassa latenza e quattro parametri su sysctl.
MicroCore è un "Linux from scratch" davvero ben studiato.
E una distro che ne fa uso per forza è di qualità. Questa poi è particolarmente studiata...... Vedi ad esempio kernel con pochissimi moduli a runtime.

Per uso audio, Il Raspberry alimentato in lineare lo ritengo poi a prescindere migliore di un PC qualunque (ovviamente se non si usano contemporaneamente USB ed ethernet).
E già questo credo risponda alla tua domanda.

Grazie Scontin, appena avrò un po' di volontà per metter su un RB, un paio di prove ce le faccio...

Da potowatax Ven 6 Gen 2017 - 22:01

Sul discorso della musica suonata in RAM: con Daphile non ho trovato alcuna differenza. Sui driver ASIO, invece, neanche sapevo che venissero usati nella riproduzione audio... Però li conosco e li ho usati solo nell'ambito della produzione musicale. (E sì... mi diverto anche io a suonare e scrivere qualche brano).