Wtfplay - un nuovo player per Linux aficionados

Pagina 1 di 19 1 2 3 4 5 6 7 8 9 10 11 ... ultimo
Visualizzazione dei risultati da 1 a 10 su 189
  1. #1
    Moderatore L'avatar di bibo01
    Registrato
    Oct 2010
    Messaggi
    4,591
    configurazione

    Predefinito Wtfplay - un nuovo player per Linux aficionados

    wtfplay-project.org

    wtfplay - un nuovo player con una ISO live di soli 50 MB.
    Non ha network, è solo PCM ed è command line (no GUI).
    Ha una piccola interfaccia in modalità testo: wtfcui
    Dovrebbe aggiungere DSD in un prossimo futuro.

  2. #2
    tebibyte
    Registrato
    Aug 2011
    Età
    50
    Messaggi
    2,928
    configurazione

    Predefinito

    Sembra interessante...
    non fa resample mi pare e oggi forse la network é quasi necessaria per i servizi streaming e quindi il play di questi....

  3. #3
    tebibyte
    Registrato
    Aug 2011
    Età
    50
    Messaggi
    2,928
    configurazione

    Predefinito

    Ricorda un po il cmp

    comunque il sistema si carica in ram, tanto che si puó togliere anche la pennetta usb del boot e attaccare al suo post un HD esterno.
    carica in ram il brano e va in play.

    per chi ama il bitperfect e non gli interessa i servizi di streaming...mi pare un ottimo player.

  4. #4
    byte
    Registrato
    May 2012
    Età
    50
    Messaggi
    188

    Predefinito

    Originariamente inviato da antonellocaroli
    Ricorda un po il cmp

    comunque il sistema si carica in ram, tanto che si puó togliere anche la pennetta usb del boot e attaccare al suo post un HD esterno.
    carica in ram il brano e va in play.

    per chi ama il bitperfect e non gli interessa i servizi di streaming...mi pare un ottimo player.
    Lo sto provando molto buono il suono, solo che ho trovato il primo bug.
    Col mio hw riconosce la scheda interna intel e uno solo dei due miei due dac usb quello con TI PCM2706
    mentre l'altro con Cmedia 102 non suona.
    Non riconosce i cue.
    Ultima modifica di dankan73 : 03-03-2016 a 16:16

  5. #5
    byte
    Registrato
    Jun 2015
    Messaggi
    152

    Predefinito Wtf?!

    Io non conto come un aficionado.. Al contrario.. Questa vita a linee di commando.. mi sta sul..
    E che c... che non si puo andare avanti, dietro, ascoltare qualcosa mentre scegli un altro, etc..

    Pero. Ci sto giocando da qualche giorno, e anche godendo..
    Il suono di certo e molto diverso da quello che sto usando in generale; (deadbeef)
    Ed e differente in meglio, mi sa. E pure deadbeef, per me, andava meglio in tante altre prove, tipo Daphile etc.

    Poi ci sono i giochetti con il 'buffer size' e 'period count'. La cosa che mi sorprendeva che sembra che i diversi driver (Amanero, Jlsounds)
    reagiscono diversamente a questi settaggi - proprio come segnalavano loro..

    Ciao, George

  6. #6
    pebibyte L'avatar di marcoc1712
    Registrato
    Jan 2013
    Messaggi
    5,254
    configurazione

    Predefinito

    Originariamente inviato da JosephK
    Io non conto come un aficionado.. Al contrario.. Questa vita a linee di commando.. mi sta sul..
    E che c... che non si puo andare avanti, dietro, ascoltare qualcosa mentre scegli un altro, etc..

    Pero. Ci sto giocando da qualche giorno, e anche godendo..
    Il suono di certo e molto diverso da quello che sto usando in generale; (deadbeef)
    Ed e differente in meglio, mi sa. E pure deadbeef, per me, andava meglio in tante altre prove, tipo Daphile etc.

    Poi ci sono i giochetti con il 'buffer size' e 'period count'. La cosa che mi sorprendeva che sembra che i diversi driver (Amanero, Jlsounds)
    reagiscono diversamente a questi settaggi - proprio come segnalavano loro..

    Ciao, George
    I 'giochetti' sono quelli che possono influenzare la resa sonora, il programmatore applicativo non ha altri mezzi (escludendo il DSP) per farlo ed anche quelli sono mediati dalle librerie del sound system utilizzato e non sempre producono uguali effetti su devices diversi, a causa dell'interposizione dei drivers.

    Per il resto, un player altro non è che un ciclo di copia da una locazione di memoria ad un'altra, attorniato da istruzioni di controllo per gestire le interazioni con l'utente, escludendo le quali è difficile individuare 'grandi' differenze tra il player A ed il player B, almeno nella logica. In altre parole, il player A può implementare meglio di B il gapeless, il replay gain o l'avanzamento veloce (per fare esempi) ma "play" in se è uguale per tutti (salvo bugs, che escluderei).

    Non sto dicendo che tutti i players suonano uguali, non è così, sto dicendo che la differenza non è principalmente nel player.

    Chi realizza 'fisicamente' le operazioni sono le librerie del sistema operativo ed i drivers dei dispositivi (in realtà nemmeno loro, ma semplifichiamo), ben oltre i limiti di intervento di chi scrive il player in se.

    Un buon player, quindi è come un buon pre: non aggiunge nulla ma in funzione di come si interfaccia a valle, può risultare più o meno trasparente. In un mondo ideale, il 'modo corretto' è uno solo, cui tutti i drivers di dispositivo si sono attenuti, ma nella realtà non è così e le variabili sono tantissime, a partire dal compilatore utilizzato.

    Quel'è il miglior pre? quello che rispetta al meglio le specifiche o quello che suona meglio con l'ampli A o B? Ha senso parlarne se non nel contesto di UN SISTEMA di cui il pre è parte? Per il player è esattamente la stessa cosa.

    Alcuni sviluppano sistemi il cui obiettivo è la portabilità, quindi cercano di 'astrarsi' il più possibile dagli strati software sottostanti (sistema operativo, drivers e librerie), dipedendo completamente da come questi realizzano la loro parte di interfaccia, altri scelgono la verticalità e tentano di ottimizzare il player in funzione del singolo sistema operativo, sound system, o - estremizzando - driver ed hardware.

    Differenze sonore nel primo caso, sono praticamente dovute al caso e difficilmente controllabili dal programmatore (se qualcuno è in grado di smentirmi ed indicarmi istruzioni da preferire ad altre sono tutt'orecchie, le sto cercando da mesi!), l'unica strada per perseguire risultati specifici è la seconda, ma porta con se un restringimento enorme di mercato, alti rischi di obsolescenza ed altissimi costi di manutenzione, oltre che l'assoluta dipendenza dalle terze parti. Non una buona scelta commerciale, evidentemente.

    Non conosco il player in oggetto, ma per le considerazioni di cui sopra, vi ricordo che state valutando 'un sistema' particolare, in cui il player è solo una componente, come voler giudicare un pre inserito in sistemi diversi. E' stato citato Daphile, che come player usa squeezelite ed in particolare la versione da me modificata, uso quello per spiegarmi, così non rischio di offendere nessuno:

    Squeezelite Può usare ALSA in LINUX, ma anche interacciarsi direttamente a PULSE, oppure usare PORT AUDIO come fa in Windows e macOsX. E' evidente che non ha il controllo su come tutti questi sottosistemi funzionano nel dettaglio, ma quando usa ALSA scende di un livello e ne permette la cofigurazione, mediante le opportune librerie.

    Di certo, è più simile Squeezelite compilato per ALSA a qualsiaisi altro player che utilizzi alsa allo stesso modo che non Squeezelite per ALSA e squeezelite per PORTAUDIO.

    In linux poi bisogna considerare i "dialetti": Daphile usa Gentoo, che costringe squeezelite ad usare libererie alternative rispetto a Debian, per esempio, quindi non ha molto senso confrontare Daphile (o squeezelite su Gentoo) con squeezelite o qualiasi altro player su Debian, stesso vale per le versioni ARM ed altre.

    Sullo stesso Debian, usando opzioni di compilazioni diverse si ottendono eseguibili di Squeezelite di 18 o 178 Mb, di certo non sono la stessa cosa. Si possono utilizzare compilatori e linker diversi ed il binario risultante è conseguentemente diverso, ecc. Il programmatore non ha il controllo su questi aspetti, che sono quelli che producono i diversi comportamenti 'fisici' in fase di runtime, quindi le - eventuali - differenze di suono.

    Personalmente ritengo che nell'insieme l'elemento più significativo (ovviamente in bit perfect) sia l'OS, quindi nell'ordine il sound system, i drivers e solo alla fine il player, ma capisco che 'puntare il dito' sul player sia più semplice: è quello che si vede.
    Ciao, Marco.

    "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
    — E. F. Schumacher (mis-attributed to A. Einstein)
    ________________________________________________________________________________
    Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
    Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
    Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE

  7. #7
    tebibyte
    Registrato
    Aug 2011
    Età
    50
    Messaggi
    2,928
    configurazione

    Predefinito

    Potrebbe anche essere che un player usa le librerie necessarie a fare quello che deve fare in modo diverso da un altro player?
    a paritá di S.O
    Ultima modifica di antonellocaroli : 07-03-2016 a 19:23

  8. #8
    pebibyte L'avatar di marcoc1712
    Registrato
    Jan 2013
    Messaggi
    5,254
    configurazione

    Predefinito

    Originariamente inviato da antonellocaroli
    Potrebbe anche essere che un player usa le librerie necessarie a fare quello che deve fare in modo diverso da un altro player?
    a paritá di S.O
    La risposta è composita:

    a. si possono usare anche librerie diverse o verisoni diverse delle librerie. Se lo fai 'consapevolmente' stai inoltrandoti sulla strada della verticlizzazione (come fa Daphile per Gentoo), ma non è 'il player' sono le librerie ed essere diverse.

    b. Si possono usare le stesse librerie in modo diverso? No, Normalmente una libreria è composta da 'classi', che espongono 'metodi' per fare le cose ed in una libreria "a" normalmente si fa in un solo modo, cioè richiamando il metodo a.

    c. Si possono usare gli stessi metodi delle stesse librerie con parametri diversi? Si, certo, è esattamente quello che intendo, i parametri da passare alle librerie sono l'unico grado di libertà lasciato al programmatore applicativo, qualcuno li espone e permette di giocare con cose come il period count e buffer size, altri a scanso di problemi li fissano, determinando così il funzionamento (come immagino succeda usando es. portaudio su un sistema alsa).

    Ma se, poniamo, i valori sono 100:4 passati dall'utente o determinati arbitrariamente, la libreria è quella e si comporterà esattamente allo stesso modo, per il player A come per il player B.

    Il punto è che period count e buffer size, per rimanere nell'esempio, sono un 'dominio' della libreria (quindi del sound system) e non dell'applicazione che li espone o nasconde.

    A maggior ragione, se rimaniamo in ambito ALSA, l'istruzione di OPEN è quella ed ha i suoi parametri, tra cui il period count e buffer size. Ma quelli sono e l'istruzione viene eseguita (sullo stesso sistema) dallo stesso codice binario sia per il player A che per il player B, mentre cambia - anche per lo stesso player - se uso il driver di periferica x o y.

    Questo è quello che cercavo di puntualizzare: cambiare il player PUO' voler dire cambiare qualcosa, ma cambiare driver, sound system od O.S. CERTAMENTE cambia molto.

    NOTA BENE: sto sempre parlando della sola funzionalità di PLAY, ovvio che un player fa tante altre cose e quelle certamente possono essere diverse o essere fatte in modo diverso.


    Spero sia più chiaro.
    Ultima modifica di marcoc1712 : 08-03-2016 a 13:32
    Ciao, Marco.

    "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
    — E. F. Schumacher (mis-attributed to A. Einstein)
    ________________________________________________________________________________
    Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
    Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
    Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE

  9. #9
    tebibyte
    Registrato
    Aug 2011
    Età
    50
    Messaggi
    2,928
    configurazione

    Predefinito

    Devo dire che sto "player" é bruttino, scomodo, non ha rete, non puoi comandarlo in remoto, non fa resample ecc...

    Ma caspita suona veramente bene!!!

  10. #10
    byte
    Registrato
    May 2012
    Età
    50
    Messaggi
    188

    Predefinito

    Qualcuno sa come faccio ad abilitare l'uscita spdf integrata nella scheda madre , wtfplay vede un generico hw 0 come configurarlo? Idee?
    Con Daphile funziona.
    Stefano

Pagina 1 di 19 1 2 3 4 5 6 7 8 9 10 11 ... ultimo

Informazioni Thread

Users Browsing this Thread

Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)

Regole d'invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
nexthardware.com - © 2002-2022