ANNUNCIO: Falcon v. 0.1 beta disponibile in gitHub per il downolad.

[marcoc1712]

Modificato lo script di scrittura della riga, ora data e command line sono commentate e gli errori sono spariti. Grazie Filippo.

Per rendere effettive le modifiche, basta rieseguire lo script di installazione.

da root:

./installFalcon.sh

[antonellocaroli]

Modificato lo script di scrittura della riga, ora data e command line sono commentate e gli errori sono spariti. Grazie Filippo.

Per rendere effettive le modifiche, basta rieseguire lo script di installazione.

da root:

./installFalcon.sh

Ti confermo che hai risolto il messaggio.....

e nel mio caso squeezelite non funzionava per questo:

SB_EXTRA_ARGS=" -x -C 1 -r 96000-176400 -a 100:3:16:1"

cosi va

SB_EXTRA_ARGS=" -x -C 1 -r 96000-176400 -a 100:3::1"

ma va anche cosi

SB_EXTRA_ARGS=" -x -C 1 -r 96000-176400 -a 100:3:32:1"

PS: aggiungerei anche un stop, start restart per MPD e networkaudiod

[marcoc1712]

Ti confermo che hai risolto il messaggio.....

e nel mio caso squeezelite non funzionava per questo:

SB_EXTRA_ARGS=" -x -C 1 -r 96000-176400 -a 100:3:16:1"

cosi va

SB_EXTRA_ARGS=" -x -C 1 -r 96000-176400 -a 100:3::1"

ma va anche cosi

SB_EXTRA_ARGS=" -x -C 1 -r 96000-176400 -a 100:3:32:1"

Quindi era un problema nei parametri, non nella costruzione della riga corretto? In altre parole nei parametri avevi 16 e scriveva 16, se metti 32, scrive 32 e funziona.

Non sapevo fosse ammesso lasciare bianco SOLO il bit depth (sapevo che era consentito valorizzare solo quello ed è gestito), come viene intrepretato, lo sai?

Faccio una verifica ed ventualmente corrego l'interfaccia in modo che ammetta 0, che poi passerò cme 'vuoto', ma a quetso punto, vale anche per gli altri parametri? è ammessa qualsiasi combinazione comprendente i 'vuoti' a piacere?

Guardando nel codice, il valore di defalt è 40:3:16:1, riguardo per sicurezza.

[antonellocaroli]

Quindi era un problema nei parametri, non nella costruzione della riga corretto? In altre parole nei parametri avevi 16 e scriveva 16, se metti 32, scrive 32 e funziona.

Giusto!!

come viene interpretato non saprei....

nel mio caso comunque funziona solo con vuoto o 32 con 16 e 24 nisba


PS: Marco ma mancano le opzioni di resample? giusto? o mi sfuggono?

[marcoc1712]

Giusto!!

come viene interpretato non saprei....

nel mio caso comunque funziona solo con vuoto o 32 con 16 e 24 nisba

if (alsa_sample_fmt) {
		if (!strcmp(alsa_sample_fmt, "32"))	alsa.format = SND_PCM_FORMAT_S32_LE;
		if (!strcmp(alsa_sample_fmt, "24")) alsa.format = SND_PCM_FORMAT_S24_LE;
		if (!strcmp(alsa_sample_fmt, "24_3")) alsa.format = SND_PCM_FORMAT_S24_3LE;
		if (!strcmp(alsa_sample_fmt, "16")) alsa.format = SND_PCM_FORMAT_S16_LE;
	}

	LOG_INFO("requested alsa_buffer: %u alsa_period: %u format: %s mmap: %u", output.buffer, output.period, 
			 alsa_sample_fmt ? alsa_sample_fmt : "any", alsa.mmap);

SE non viene indicato (ma non è scritto in documentazione...) il default è ANY, cioè 'apre' la scheda con quello che gli arriva, poi usa i suoi meccanismi di fault back se non riesce, sui quali bisognerebbe scrivere un libro a parte...

Questi gli altri defualt:

#if ALSA
#define ALSA_BUFFER_TIME 40
#define ALSA_PERIOD_COUNT 4
#define OUTPUT_RT_PRIORITY 45
#endif

unsigned alsa_buffer = ALSA_BUFFER_TIME;
unsigned alsa_period = ALSA_PERIOD_COUNT;
char *alsa_sample_fmt = NULL;
bool alsa_mmap = true;
bool alsa_reopen = false;

[marcoc1712]

nel mio caso comunque funziona solo con vuoto o 32 con 16 e 24 nisba

Che scheda audio usi in -o: hw: o plughw: ?

[antonellocaroli]

Che scheda audio usi in -o: hw: o plughw: ?

hw...

[marcoc1712]

hw...

Hai provato se con plughw funziona? (però fai bene a tenere hw, solo una prova).

[UnixMan]

Hai provato se con plughw funziona? (però fai bene a tenere hw, solo una prova).

con "plughw:" dovrebbe funzionare: se il formato dei dati non è direttamente supportato dall'hardware, il "plug plugin" di ALSA lo converte automaticamente come necessario (è proprio questo uno degli scopi principali di quel tipo di "device").

Va da sé che se hai uno stream (nativo o "upsamplato" che sia) codificato su "n" bit (e.g., 32 o 24), convertirlo ad un numero di bit inferiore (e.g. 24 o 16) comporta una perdita di qualità... per cui è da evitare.

(anche laddove lo stream originale di partenza fosse proprio a 16bit, se prima di raggiungere il device di uscita i dati sono stati processati in qualche modo ed in seguito rappresentati con più di 16bit).

[marcoc1712]

con "plughw:" dovrebbe funzionare: se il formato dei dati non è direttamente supportato dall'hardware, il "plug plugin" di ALSA lo converte automaticamente come necessario (è proprio questo uno degli scopi principali di quel tipo di "device").

Va da sé che se hai uno stream (nativo o "upsamplato" che sia) codificato su "n" bit (e.g., 32 o 24), convertirlo ad un numero di bit inferiore (e.g. 24 o 16) comporta una perdita di qualità... per cui è da evitare.

(anche laddove lo stream originale di partenza fosse proprio a 16bit, se prima di raggiungere il device di uscita i dati sono stati processati in qualche modo ed in seguito rappresentati con più di 16bit).

Ovvio, ma qui si parla di uno stream a 16 che deve essere convertito a 32... Nessuna perdita. hw lo rifiuta, plughw aggiunge gli '0' non significativi.

Comunque, come ho specificato, era solo per una prova, essendoci di mezzo Squeezelite, non c'è nessun vantaggio ad usare plughw nemmeno in assenza di DSP sul server, dato che in quel caso comunque il segnale viaggerebbe in formato originario via ethernet e squeezelite lo porterebbe a 32 bit, in modo del tutto corrispondente.

Se lasci vuoto il parametro, squeezelite prova a uscire nel suo formato "nativo" che è S32_LE (o S32_BE) se è accettato ok, altrimenti scala fino a che non trova quello utilizzabile, esattamente come farebbe plughw.

Come ho scoperto e verificato grazie all'errore dei servizi, una cosa analoga succede per i samplerates, solo che in quel caso squeezelite attiva proprio plughw per farlo.

Dovessi dare un'indicazione 'sicura' direi di usare hw indicando la profondità massima (ed il samplerate massimo o il range o l'elenco) suppotata dalla scheda, così da essere certi del risultato ottenuto.