DSD in LMS con SOX

[marcoc1712]

Stasera riprovo...
il link é questo? https://github.com/marcoc1712/squeez...ree/v1_8_4_dev

devo dare solo make? non ricordo piú....

make -f Makefile.gentoo, credo.

[marcoc1712]

quelli erano i binari che avevo fatto per me (su Debian, dinamici, zeppi di dipendenze) e che avevo "appoggiato" lì solo per chi avesse voluto testarli. Non erano (e non sono) intesi come una versione "da distribuire". Al momento sono ancora lì, ma ho rinominato la dir per esplicitare meglio di cosa si tratta ed evitare confusione:

Index of /sw

I binari pensati per essere distribuiti (con C-3PO) al momento sono solo quelli di SoX, che sono qui:

Index of /sw/sox-dsd

BTW: sono indeciso se rinominare quella dir in "sox-dsd-mansr" o "sox-dsd-mansr-git" o qualcosa del genere. Idem per quanto riguarda le "convenzioni" da adottare per i nomi dei files (eventuali suggerimenti sono benvenuti).

Ovviamente è una cosa da decidere e fissare prima che quello diventi eventualmente il repository ufficiale utilizzato da C-3PO.


P.S.: sarebbe anche utile se qualcuno potesse testare le versioni per windows. In modo particolare quelle a 32bit, che -forse- non funzionano (a me, con wine, vanno in crash durante l'esecuzione). Quella a 64bit invece dovrebbe essere buona (l'ho testata con wine a funziona e, se non vado errato, è quella che sta attualmente utilizzando Riccardo con C-3PO).

Quindi tolgo il link in prima pagina a squeezelite-R2 e modifico quello a SOX?

io 64 bit ancora non posso, domani...
Però quelle compilate da Filippo con MSVC2015 vanno che è un bijoux...

[UnixMan]

[...] leggi le linee guida di utilizzo di git e vedrai che per progetti eterogenei il consiglio è di NON modificare il fine linea, ma di usare editors multipiattaforma.

che è quello che NON fai tu, visto che scarichi file con solo LF e li trasformi in CRLF...

Ma, ripeto, il problema non sono gli editor. I miei editor non hanno alcun problema a gestire files con fine-riga alieni.

E non riguarda neanche gli sviluppatori / collaboratori. Che sono / possono essere a conoscenza del problema e quindi adottare le contromisure del caso (dos2unix a manetta ad ogni aggiornamento...).

Il problema è per gli UTENTI "esterni".

Il tipico utente non carica i files in nessun editor. Non ci pensa neanche. Al più si limita ad aprire (tipicamente con "less") i files "README" e/o "INSTALL" o simili, se li vede. Non vuole certo modificare i sorgenti. Li vuole semplicemente compilare. Il tipico utente Linux/unix si limita a dare quattro comandi in croce:

git clone <whatever>
cd <whatever>
make && make install

e si aspetta che tutto vada liscio.

Cosa che invece nel caso di R2 NON accade e non può accadere.

Perché alcuni dei files su github hanno i CRLF. Cosa che impedisce a "make" ed a "gcc" di funzionare correttamente.

Peggio ancora, non solo non funziona sui sistemi Unix-like: probabilmente non funzionerebbe neanche su windows (con "cygwin" o "mingw", dove verosimilmente avresti il medesimo problema "al contrario", cioè con i files in stile unix, dove manca il CR).

In definitiva, è FONDAMENTALE che l'archivio git sia COERENTE, quanto meno con sé stesso, cioè che TUTTI i files di uno stesso progetto seguano la stessa convenzione (quale che sia... ma quelli "upstream" seguono lo standard unix).

SimoneFil ha gli stessi problemi? li ha avuti Filppo per compilare squeezelite in gentoo?

a meno che non abbiano "corretto" in qualche modo il problema, certamente sì.

Se non hanno fatto nulla (esplicitamente) e non lo hanno avuto, significa solo che "qualcosa" lo ha fatto automaticamente in loro vece.

Anche fosse, il problema non cambia: il client UFFICIALE, cioè il comando "git", non fa nulla del genere.

Non converte nulla. Si limita a scaricare i files così come sono. E l'utente che lo usa non si aspetta certo di dover modificare i files appena scaricati per poterli compilare!

Se modificassi volontariamnete TUTTI i fine linea, averi un commit pieno di inutili modifiche che renderebbero problematico il confronto e ricongiungimento con altri... sarebbe un bel costo inutile.

guarda che quello dei fine-riga è un problema che stai creando TU agli ALTRI!

Negli altri repositories ("upstream") di files con CRLF non ce ne sono.

[marcoc1712]

che è quello che NON fai tu, visto che scarichi file con solo LF e li trasformi in CRLF...

Ma, ripeto, il problema non sono gli editor. I miei editor non hanno alcun problema a gestire files con fine-riga alieni.

E non riguarda neanche gli sviluppatori / collaboratori. Che sono / possono essere a conoscenza del problema e quindi adottare le contromisure del caso (dos2unix a manetta ad ogni aggiornamento...).

Il problema è per gli UTENTI "esterni".

Il tipico utente non carica i files in nessun editor. Non ci pensa neanche. Al più si limita ad aprire (tipicamente con "less") i files "README" e/o "INSTALL" o simili, se li vede. Non vuole certo modificare i sorgenti. Li vuole semplicemente compilare. Il tipico utente Linux/unix si limita a dare quattro comandi in croce:

git clone <whatever>
cd <whatever>
make && make install

e si aspetta che tutto vada liscio.

Cosa che invece nel caso di R2 NON accade e non può accadere.

Perché alcuni dei files su github hanno i CRLF. Cosa che impedisce a "make" ed a "gcc" di funzionare correttamente.

Peggio ancora, non solo non funziona sui sistemi Unix-like: probabilmente non funzionerebbe neanche su windows (con "cygwin" o "mingw", dove verosimilmente avresti il medesimo problema "al contrario", cioè con i files in stile unix, dove manca il CR).

In definitiva, è FONDAMENTALE che l'archivio git sia COERENTE, quanto meno con sé stesso, cioè che TUTTI i files di uno stesso progetto seguano la stessa convenzione (quale che sia... ma quelli "upstream" seguono lo standard unix).


a meno che non abbiano "corretto" in qualche modo il problema, certamente sì.

Se non hanno fatto nulla (esplicitamente) e non lo hanno avuto, significa solo che "qualcosa" lo ha fatto automaticamente in loro vece.

Anche fosse, il problema non cambia: il client UFFICIALE, cioè il comando "git", non fa nulla del genere.

Non converte nulla. Si limita a scaricare i files così come sono. E l'utente che lo usa non si aspetta certo di dover modificare i files appena scaricati per poterli compilare!


guarda che quello dei fine-riga è un problema che stai creando TU agli ALTRI!

Negli altri repositories di files con CRLF non ce ne sono.

Quali altri repository? Io provengo dal clone SVN di quello (chiuso) di Triode su Google code, non riferiso nessunaltro repository GIT nel mio tree, quindi a cosa ti riferisci?

Confrontandomi con quello di Ralphy, non ottengo 'falsi positivi' dovuti solo al CLRF, se cambio e committo TUTTI i files risulteranno diversi...bel danno!

Git clone -> make -> OK, senza errori in win e linux.

Comunque il 'problema' non sarebbe nemmeno quello, io uso gli stessi file per compilare in win com msvc2010 ed in ubuntu con gcc, git non entra nemmeno in gioco.

Nessun altro mi sta segnalando problemi analoghi, quindi ritengo siano specifici della tua installazione.

Non esiste NESSUNA PRESCRIZIONE che in un repository ci debbano essere solo files LF o CRLF o CR, il manuale di GIT riporta esplicitamente di NON fare variazioni automatiche, dato che la cosa potrebbe provocare problemi ai binari se non riconosciuti e lasciar fare agli editors.

[antonellocaroli]

giusto per info e non so se significa qualcosa per la vostra discussione,
questo in gentoo:

serveri7 squeezelite # git clone -b v1_8_4_dev https://github.com/marcoc1712/squeezelite-R2.git
Cloning into 'squeezelite-R2'...
remote: Counting objects: 1419, done.
remote: Compressing objects: 100% (11/11), done.
remote: Total 1419 (delta 2), reused 0 (delta 0), pack-reused 1408
Receiving objects: 100% (1419/1419), 52.97 MiB | 1.29 MiB/s, done.
Resolving deltas: 100% (860/860), done.
serveri7 squeezelite # ls -l
totale 4
drwxr-xr-x 10 root root 4096 28 feb 19.33 squeezelite-R2
serveri7 squeezelite # cd squeezelite-R2/
serveri7 squeezelite-R2 # OPTS=" -DLINUX -DALSA -DDSD" make
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  main.c -c -o main.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  slimproto.c -c -o slimproto.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  buffer.c -c -o buffer.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  stream.c -c -o stream.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  utils.c -c -o utils.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  output.c -c -o output.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  output_alsa.c -c -o output_alsa.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  output_pa.c -c -o output_pa.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  output_stdout.c -c -o output_stdout.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  output_pack.c -c -o output_pack.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  decode.c -c -o decode.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  flac.c -c -o flac.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  pcm.c -c -o pcm.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  mad.c -c -o mad.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  vorbis.c -c -o vorbis.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  faad.c -c -o faad.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  mpg.c -c -o mpg.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  dsd.c -c -o dsd.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  dop.c -c -o dop.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  dsd2pcm/dsd2pcm.c -c -o dsd2pcm/dsd2pcm.o
cc main.o slimproto.o buffer.o stream.o utils.o output.o output_alsa.o output_pa.o output_stdout.o output_pack.o decode.o flac.o pcm.o mad.o vorbis.o faad.o mpg.o dsd.o dop.o dsd2pcm/dsd2pcm.o -lasound -lpthread -lm -lrt -ldl -o squeezelite-R2
serveri7 squeezelite-R2 # ./squeezelite-R2 -?
Squeezelite Copyright 2012-2015 Adrian Smith.
this modified version (v1.8.4 (R2)), Copyright 2015 Marco Curti.
see https://github.com/marcoc1712/squeezelite

See -t for license terms
Usage: ./squeezelite-R2 [options]
  -s <server>[:<port>]	Connect to specified server, otherwise uses autodiscovery to find server
  -o <output device>	Specify output device, default "default", - = output to stdout
  -l 			List output devices
  -a <b>:<p>:<f>:<m>	Specify ALSA params to open output device, b = buffer time in ms or size in bytes, p = period count or size in bytes, f sample format (16|24|24_3|32), m = use mmap (0|1)
  -a <f>		Specify sample format (16|24|32) of output file when using -o - to output samples to stdout (interleaved little endian only)
  -b <stream>:<output>	Specify internal Stream and Output buffer sizes in Kbytes
  -c <codec1>,<codec2>	Restrict codecs to those specified, otherwise load all available codecs; known codecs: flac,pcm,mp3,ogg,aac,dsd (mad,mpg for specific mp3 codec)
  -C <timeout>		Close output device when idle after timeout seconds, default is to keep it open while player is 'on'
  -d <log>=<level>	Set logging level, logs: all|slimproto|stream|decode|output, level: info|debug|sdebug
  -e <codec1>,<codec2>	Explicitly exclude native support of one or more codecs; known codecs: flac,pcm,mp3,ogg,aac,dsd (mad,mpg for specific mp3 codec)
  -f <logfile>		Write debug to logfile
  -m <mac addr>		Set mac address, format: ab:cd:ef:12:34:56
  -M <modelname>	Set the squeezelite player model name sent to the server (default: SqueezeLite-R2)
  -n <name>		Set the player name
  -N <filename>		Store player name in filename to allow server defined name changes to be shared between servers (not supported with -n)
  -p <priority>		Set real time priority of output thread (1-99)
  -P <filename>		Store the process id (PID) in filename
  -r <rates>[:<delay>]	Sample rates supported, allows output to be off when squeezelite is started; rates = <maxrate>|<minrate>-<maxrate>|<rate1>,<rate2>,<rate3>; delay = optional delay switching rates in ms
  -D [delay]		Output device supports DSD over PCM (DoP), delay = optional delay switching between PCM and DoP in ms
  -L 			List volume controls for output device
  -U <control>		Unmute ALSA control and set to full volume (not supported with -V)
  -V <control>		Use ALSA control for volume adjustment, otherwise use software volume adjustment
  -z 			Daemonize
  -t 			License terms
  -? 			Display this help text

Build options: LINUX ALSA EVENTFD DSD

[SimoneFil]

Direi di no, quelle definizioni sono state introdotte dalle patch di Daphile iniziali, quelle che ho introdotto domenica non cambiano minimamente quella sezione, guarda la storia in Git.

Forse è qualcosa di collegato, ma non quello.

EDIT: Infattoi era un "+" rimasto nel codice dopo aver apportato la patch manualmente, ma ben sopra, probabilmente lo riportava anche a te prima di quelli che hai postato.

Adesso a me si compila anche in Ubuntu, riprova se vuoi.

Finalmente Github ha aggiornato la tua repo, ora sono visibili le modifiche. Scaricato il tutto, compilato e ancora il medesimo errore. Leggendo bene l'errore e andando a vedere nel source code le linee a cui fa riferimento però mi stupisce di più che ti compili su ubuntu piuttosto che non mi compili su Debian ARM; effettivamente sono variabili non dichiarate quelle a cui fa riferimento. Mi sto scervellando ma non ne vengo a capo

[antonellocaroli]

Marco in windows ho un problema con le opzioni di C-3po...non le vedo tutte



ultima versione......08

[marcoc1712]

giusto per info e non so se significa qualcosa per la vostra discussione,
questo in gentoo:

serveri7 squeezelite # git clone -b v1_8_4_dev https://github.com/marcoc1712/squeezelite-R2.git
Cloning into 'squeezelite-R2'...
remote: Counting objects: 1419, done.
remote: Compressing objects: 100% (11/11), done.
remote: Total 1419 (delta 2), reused 0 (delta 0), pack-reused 1408
Receiving objects: 100% (1419/1419), 52.97 MiB | 1.29 MiB/s, done.
Resolving deltas: 100% (860/860), done.
serveri7 squeezelite # ls -l
totale 4
drwxr-xr-x 10 root root 4096 28 feb 19.33 squeezelite-R2
serveri7 squeezelite # cd squeezelite-R2/
serveri7 squeezelite-R2 # OPTS=" -DLINUX -DALSA -DDSD" make
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  main.c -c -o main.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  slimproto.c -c -o slimproto.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  buffer.c -c -o buffer.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  stream.c -c -o stream.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  utils.c -c -o utils.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  output.c -c -o output.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  output_alsa.c -c -o output_alsa.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  output_pa.c -c -o output_pa.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  output_stdout.c -c -o output_stdout.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  output_pack.c -c -o output_pack.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  decode.c -c -o decode.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  flac.c -c -o flac.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  pcm.c -c -o pcm.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  mad.c -c -o mad.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  vorbis.c -c -o vorbis.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  faad.c -c -o faad.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  mpg.c -c -o mpg.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  dsd.c -c -o dsd.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  dop.c -c -o dop.o
cc -Wall -fPIC -O2  -DLINUX -DALSA -DDSD  dsd2pcm/dsd2pcm.c -c -o dsd2pcm/dsd2pcm.o
cc main.o slimproto.o buffer.o stream.o utils.o output.o output_alsa.o output_pa.o output_stdout.o output_pack.o decode.o flac.o pcm.o mad.o vorbis.o faad.o mpg.o dsd.o dop.o dsd2pcm/dsd2pcm.o -lasound -lpthread -lm -lrt -ldl -o squeezelite-R2
serveri7 squeezelite-R2 # ./squeezelite-R2 -?
Squeezelite Copyright 2012-2015 Adrian Smith.
this modified version (v1.8.4 (R2)), Copyright 2015 Marco Curti.
see https://github.com/marcoc1712/squeezelite

See -t for license terms
Usage: ./squeezelite-R2 [options]
  -s <server>[:<port>]    Connect to specified server, otherwise uses autodiscovery to find server
  -o <output device>    Specify output device, default "default", - = output to stdout
  -l             List output devices
  -a <b>:<p>:<f>:<m>    Specify ALSA params to open output device, b = buffer time in ms or size in bytes, p = period count or size in bytes, f sample format (16|24|24_3|32), m = use mmap (0|1)
  -a <f>        Specify sample format (16|24|32) of output file when using -o - to output samples to stdout (interleaved little endian only)
  -b <stream>:<output>    Specify internal Stream and Output buffer sizes in Kbytes
  -c <codec1>,<codec2>    Restrict codecs to those specified, otherwise load all available codecs; known codecs: flac,pcm,mp3,ogg,aac,dsd (mad,mpg for specific mp3 codec)
  -C <timeout>        Close output device when idle after timeout seconds, default is to keep it open while player is 'on'
  -d <log>=<level>    Set logging level, logs: all|slimproto|stream|decode|output, level: info|debug|sdebug
  -e <codec1>,<codec2>    Explicitly exclude native support of one or more codecs; known codecs: flac,pcm,mp3,ogg,aac,dsd (mad,mpg for specific mp3 codec)
  -f <logfile>        Write debug to logfile
  -m <mac addr>        Set mac address, format: ab:cd:ef:12:34:56
  -M <modelname>    Set the squeezelite player model name sent to the server (default: SqueezeLite-R2)
  -n <name>        Set the player name
  -N <filename>        Store player name in filename to allow server defined name changes to be shared between servers (not supported with -n)
  -p <priority>        Set real time priority of output thread (1-99)
  -P <filename>        Store the process id (PID) in filename
  -r <rates>[:<delay>]    Sample rates supported, allows output to be off when squeezelite is started; rates = <maxrate>|<minrate>-<maxrate>|<rate1>,<rate2>,<rate3>; delay = optional delay switching rates in ms
  -D [delay]        Output device supports DSD over PCM (DoP), delay = optional delay switching between PCM and DoP in ms
  -L             List volume controls for output device
  -U <control>        Unmute ALSA control and set to full volume (not supported with -V)
  -V <control>        Use ALSA control for volume adjustment, otherwise use software volume adjustment
  -z             Daemonize
  -t             License terms
  -?             Display this help text

Build options: LINUX ALSA EVENTFD DSD

Esattamente quello che avviene a me.

[marcoc1712]

Marco in windows ho un problema con le opzioni di C-3po...non le vedo tutte



ultima versione......08

questo lo temevo...

la causa è facilmente eliminabile: o elimini le preferenze o le editi e metti 'on' in showdetails, ma devo assicurarmi che non avvenga in nessuna condizione. riesci a verdere nel log del server cosa indica a proposito della migrazione? dovrebbe essere qalcosa del tipo current version is xxx migrating to yyy.

Altra domanda, tu tenevi le preferenze del player 'bloccate' su quelle del server e nascoste, vero? Questo potrebbe fare la differenza.

[marcoc1712]

Finalmente Github ha aggiornato la tua repo, ora sono visibili le modifiche. Scaricato il tutto, compilato e ancora il medesimo errore. Leggendo bene l'errore e andando a vedere nel source code le linee a cui fa riferimento però mi stupisce di più che ti compili su ubuntu piuttosto che non mi compili su Debian ARM; effettivamente sono variabili non dichiarate quelle a cui fa riferimento. Mi sto scervellando ma non ne vengo a capo

Dove stai compilando, su Debian ARM?
postami TUTTO l'output del make, dalla prima riga, per favore.