DSD in LMS con SOX

[bigtube]

Lo devo dire....il dsd non mi interessa....ma state facendo un lavoro davvero di gran valore...BRAVISSIMI

[DacPassion]

Lo devo dire....il dsd non mi interessa....ma state facendo un lavoro davvero di gran valore...BRAVISSIMI

Dai procurati un DACchetto dsd ...giusto per giocare

[antonellocaroli]

@Filippo:


L'hai provata? funziona anche con LMS?

Ho provato solo che funzionasse...in LMS non ho provato...
come avrai notato ieri so crollato davanti a un film...

Hai PM

[bigtube]

Dai procurati un DACchetto dsd ...giusto per giocare

Vade retro....e poi devo giocare con altro ....per colpa vostra

[marcoc1712]

in teoria hai ragione, ma... per sostituire un solo file bisognerebbe rifare (e mantenere) l'intero pacchetto di LMS, e per tutti i sistemi supportati! Una follia, non ci penso neanche!

Sebbene sia "poco ortodosso" è infinitamente più semplice fare solo un eseguibile statico di sox e sostituirlo a posteriori a quello installato da LMS nella sua dir.

vedi che a mettere le mani in pasta si diventa meno pasdaran?

non potresti fargli rimpiazzare proprio quello installato da LMS, in /Bin/arch/...?

beh, no, quello saebbe terrorismo...metti che qualche plugin o latro ne abbia bisogno (è una versione 'speciale' per lms) e per farlo dovrei comunque manutenere una serie separata di pacchetti di lms...

[marcoc1712]

Lo devo dire....il dsd non mi interessa....ma state facendo un lavoro davvero di gran valore...BRAVISSIMI

pernsa che non interessa nemmeno a me... Quando si dice un contributo disinteressato...

[marcoc1712]

Vade retro....e poi devo giocare con altro ....per colpa vostra

E sì, una bella cenetta pagate ci starebbe, ma secondo me tra me e te non gli conviene...

[UnixMan]

E sì, una bella cenetta pagate ci starebbe, ma secondo me tra me e te non gli conviene...

Con Giovanni non ho avuto il piacere... ma avendo visto te, direi che conviene piuttosto regalarvi un vestito!

[marcoc1712]

pensavo più alla seconda opzione (copia dei vari eseguibili "dedicati" di sox inclusi direttamente nell'archivio dei files di C-3PO), così si installa tutto in un colpo solo e riduciamo il numero di possibili "failure point". Ma non c'è problema, nel caso fosse necessario possiamo senz'altro fare anche un repository dedicato per i vari binari di "sox-dsd".

Salvo verificare sia possibile ed ASSOLUTAMENTE in linea con le varie licenze, va bene, a condizione che NON ci siano modiifche rispetto a quanto manutenuto da Mansur (in nessuna componente, compresi i makefile o altro), così da potervi far riferimento per il codice sorgente, in caso di modifiche anche minime, bisogna renderle disponibili a richiesta ed io non mi ci metto a gestirlo. Se qualcuno lo vuole fare, basta creare un repo - es. in github - e compilare a partire da quello, come ho fatto io con squeezelite a suo tempo.

Tecnicamente, gli eseguibili NON saranno nel pacchetto del plugin (altrimenti si creano i noti problemi) ma scaricati in fase successiva, come avviene in windows per l'eseguibile di C-3PO, quindi in realtà nei pacchetti c'è solo il link ( e l'MD5), l'eseguibile in se può stare in qualsiasi sito raggiungibile.

Intanto concrentratevi nel produrre e testare i diversi eseguibili che vogliamo distribuire (ricordando che il discriminante, al massimo, è OS + arch,v. cartella bin del server), facendo molt attenzione ed annotandosi la seppur minima modifica di impostazione rispetto ai files distribuiti da mansr, poi decidiamo il metodo migliore.

[UnixMan]

Salvo verificare sia possibile ed ASSOLUTAMENTE in linea con le varie licenze,

SoX è GPL, non esiste alcuna restrizione per la distribuzione binari. Ovviamente si devono mettere a disposizione anche i sorgenti, ma quelli sono già su git... quindi, qual è il problema?

va bene, a condizione che NON ci siano modiifche rispetto a quanto manutenuto da Mansur

nei binari che ho prodotto io non c'è nessuna modifica.

Quelle che eventualmente avete dovuto fare voi per riuscire a compilarlo con il compilatore M$ o per os/x mandatele a Måns in modo che le integri, ed il gioco è fatto (poi speriamo che anche le sue modifiche siano integrate quanto prima nella versione ufficiale...).

Se qualcuno lo vuole fare, basta creare un repo - es. in github - e compilare a partire da quello, come ho fatto io con squeezelite a suo tempo.

eviterei questa proliferazione di fork e di repositories... non ce n'è motivo, e si rischia di creare solo confusione. Cerchiamo di andare alla fonte, tanto più che non stiamo modificando il codice ma, casomai, solo sistemando dei bug nei "progetti" per il build.