Controllo volume software

[marcoc1712]

Quello incluso in LMS e squeezelite è 'basico' per non dire peggio, qualcuno conosce qualche tool valido da usare allo scopo? meglio se come applicazione da mettere in uscita a squeeezelite, ma anche se fosse una libreria da integrare potrebbe andare.

Dovrebbe essere sul player, così da essere 'in tempo relae' sul server, es. con sox, richiederebbe un riavvio della traccia (se non si vuole modificare LMS). Libsox è un'opzione, anche sox, ma non saprei come comandarlo senza farlo ripartire.

[UnixMan]

Dovrebbe essere sul player, così da essere 'in tempo relae' sul server, es. con sox, richiederebbe un riavvio della traccia (se non si vuole modificare LMS). Libsox è un'opzione, anche sox, ma non saprei come comandarlo senza farlo ripartire.

un controllo di volume di per sé è una cosa abbastanza banale. L'unica accortezza è effettuare l'elaborazione lavorando con parole di 32 o (meglio ancora) 64bit. La cosa più critica e (relativamente) più complessa è che dopo l'attenuazione va correttamente applicato il dithering...

Non so quanto possa essere complicato farlo, ma potresti implementare il controllo di volume con libsox in squeezelite-R2, rimpiazzando quello che c'è ora. Utilizzando libsox hai anche le funzioni per il dithering già pronte (sebbene con il solito limite del solo TPDF/STPDF se il s/r è > 48K).

[marcoc1712]

un controllo di volume di per sé è una cosa abbastanza banale. L'unica accortezza è effettuare l'elaborazione lavorando con parole di 32 o (meglio ancora) 64bit. La cosa più critica e (relativamente) più complessa è che dopo l'attenuazione va correttamente applicato il dithering...

Non so quanto possa essere complicato farlo, ma potresti implementare il controllo di volume con libsox in squeezelite-R2, rimpiazzando quello che c'è ora. Utilizzando libsox hai anche le funzioni per il dithering già pronte (sebbene con il solito limite del solo TPDF/STPDF se il s/r è > 48K).

banale forse, sapendo cosa devi fare, io non ne ho idea in concreto e vorrei evitare di inventare la ruota. Libsox è la prima opzione cui ho pensato, ma come la comandi se non da command line (quindi con gli stessi problemi del server?)

[UnixMan]

banale forse, sapendo cosa devi fare, io non ne ho idea in concreto e vorrei evitare di inventare la ruota. Libsox è la prima opzione cui ho pensato, ma come la comandi se non da command line (quindi con gli stessi problemi del server?)

da riga di comando no di certo. Da capire come è fatta la libreria, che funzioni mette a disposizione e come si usano...

[UnixMan]

Mmmh... per prendere spunto (e al limite anche per un po' di copia-incolla) potresti dare una occhiata a qualche plugin LADSPA / LV2.

[marcoc1712]

Spulciando in giro, pare che una delle migliori opzioni per realizzare un controllo volume software sia ...sox (con l'enorme vantaggio di essere portabile). Quindi, di fatto, lo abbiamo già in C-3PO, tra l'altro con integrato un bel balance, magari è da migliorare in due sensi:

a. usare GAIN per un primo controllo 'grezzo' in db (c'è già, ma è limitato a -15db, magari lo porto a -60).
b. far si che non sia necessario il riavvio della traccia per applicarlo.

a è banale, già fatto, b è più complicato per come lavora LMS, saprei come farlo modificando LMS stesso, ma non mi va e vedo se riesco a fare qualcosa nel plugin.

Qualcuno ha consigli particolari?

[UnixMan]

Qualcuno ha consigli particolari?

potresti dare una occhiata alla libreria (libsox), se per caso con le funzioni di quella sia possibile attuare un controllo in real-time... nel qual caso potresti implementarlo in squeezelite, al posto di quello che c'è.

Temo però che non sia possibile, perché sox (e quindi verosimilmente anche le funzioni della sua libreria) non è stato pensato per essere controllabile in real-time. Per questo suggerivo invece di dare una occhiata a qualche "plugin" (LADSPA e/o LV2, o VST, ecc), oppure ai sorgenti di Ardour... che al contrario sono pensati proprio per fare "quel mestiere".

[marcoc1712]

potresti dare una occhiata alla libreria (libsox), se per caso con le funzioni di quella sia possibile attuare un controllo in real-time... nel qual caso potresti implementarlo in squeezelite, al posto di quello che c'è.

Temo però che non sia possibile, perché sox (e quindi verosimilmente anche le funzioni della sua libreria) non è stato pensato per essere controllabile in real-time. Per questo suggerivo invece di dare una occhiata a qualche "plugin" (LADSPA e/o LV2, o VST, ecc), oppure ai sorgenti di Ardour... che al contrario sono pensati proprio per fare "quel mestiere".

eheheh...

con sox in C-3PO funziona già!

Se usi i cue sheets bene, quando applichi, il pezzo si ferma e riprende esattamente da dov'era arrivato con una brevissima pausa (un hicup da qualche ms, nulla più), per pezzi singoli ci sto ancora lavorando, ma già al momento ripartono da capo automaticamente, credo che alla fine riuscirò anche per questi, mentre mi sa che non ci sia nulla da fare per "stdin" (Qobuz, per intenderci), si fermano ma non ripartono, sempre per la solita c...ta in LMS.

LV2... ho guardato un po, ma mi sono spaventato... l'ambiente di sviluppo mi pare molto complicato da impostare e non ho capito se il risultato è portabile o meno.

Non ho voglia di perdere mesi solo per capire da dove iniziare...

[UnixMan]

LV2... ho guardato un po, ma mi sono spaventato... l'ambiente di sviluppo mi pare molto complicato da impostare e non ho capito se il risultato è portabile o meno.

ma non devi sviluppare un plugin! (tra l'altro, di plugin che implementano controlli di volume ce ne sono già quanti ne vuoi...).

Devi semplicemente guardare com'è fatto il pezzo di codice "che fa i conti" in un qualche plugin che include un controllo di volume (o in una DAW, tipo Ardour), e poi trovare il modo di infilarlo più o meno pari-pari dentro squeezelite.

[marcoc1712]

Funziona anche con i file singoli, ma ho scoperto un ennesimo buco in LMS quando tratta files - almeno - WAV diversi da 44100/16: ne calcola male la durata durante lo scan e questo comporta che il restart avvenga correttamente solo se entro il imite della durata che si calcola lui, oltre, riparte sempre da 0.

Lo segnalerò, ma sento già gli insulti da parte di tutti quelli che ritengono che wav non andrebbe più supportato, che i file HR sono solo flac, etc, etc, etc...