Gentoo: Installazione PC Server (HQPlayer, LMS ) e PC Player (NAA, Mpd, Squeezelite-R2)

[bigtube]

???? perché??

mi andava di scherzarci su
IO BUMP NO!!!!

[marcoc1712]

Pensavo che quel -p non funzionasse...invece ha un suo senso

gentooplayerP RTapp # ps -eLo rtprio,pri,cmd | grep squeezelite-R2
     -  39 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  39 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    89 129 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  39 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  19 grep --colour=auto squeezelite-R2

Un thread prende quella prioritá

rtapp chiaramente la "sovrascrive"

gentooplayerP RTapp # ps -eLo rtprio,pri,cmd | grep squeezelite-R2
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  19 grep --colour=auto squeezelite-R2

IL THD cui squezelite modifica la priorità è quello di OUTPUT, cioè quello che muove dal buffer applicativo di output (-b in:out) verso quello di alsa (499:3::0)) mediante le opportune chiamate alle API di ALSA che poi inoltra alla scheda audio via USB. In pratica il player vero e propio.

Se c'è un senso, allora direi che questo modo è certamente meglio che non quello di rtirq, che non tocca le priorita del processo di out ed anche di rtapp, che li alza tutti indistintamente.

Rimane invariato il punto di se conviene o meno assegnare ad un porcesso applicativo priorità più alta rispetto a processi di sistema ed anche se in situzioni senza contenzioso ha un senso tout court, rtIRQ sicuramente provoca qualcosa ed a mio avviso si sente anche, senza sapere se i due effetti sono direttamente collegati e nemmeno se sono legati alla latenza o meno.

[marcoc1712]

questo é strano....rtIRQ é uno script....se non lo avvii non ha nessun impatto sul sistema....l´installazione non fa altro che mettere i file di conf a loro posto e l´init script al suo....perché la semplice installazione dovrebbe avere qualche effetto?

Non te lo so dire, ma è quello che è successo, prima non ho mai avuto problemi, adesso, se lo disabilito, mi da quei problemi. In realtà, ma non so se sia questo il motivo, una volta che lo hai fatto partire, le priorità sono modificate, se anche lo fermi, rimangono tali ma non sono più monitorate.

[marcoc1712]

oh bella....finisce che rtirq lo togliamo tutti al volo....usiamo tutti la jlsounds

Io credo che il porblema non sia la JLSOUND, ma piuttosto il driver intell di USB3 presente sul sistema, su debian è stato risolto da una upgrade, FIlippo riporta che con driver diversi (per hw diversi) non sucede.

Sarebbe meglio trovare la maniera di cambiare driver...

[bigtube]

IL THD cui squezelite modifica la priorità è quello di OUTPUT, cioè quello che muove dal buffer applicativo di output (-b in:out) verso quello di alsa (499:3::0)) mediante le opportune chiamate alle API di ALSA che poi inoltra alla scheda audio via USB. In pratica il player vero e propio.

Se c'è un senso, allora direi che questo modo è certamente meglio che non quello di rtirq, che non tocca le priorita del processo di out ed anche di rtapp, che li alza tutti indistintamente.

Rimane invariato il punto di se conviene o meno assegnare ad un porcesso applicativo priorità più alta rispetto a processi di sistema ed anche se in situzioni senza contenzioso ha un senso tout court, rtIRQ sicuramente provoca qualcosa ed a mio avviso si sente anche, senza sapere se i due effetti sono direttamente collegati e nemmeno se sono legati alla latenza o meno.

In cosa consiste....vediamo se abbiamo le stesse idee

[bigtube]

Io credo che il porblema non sia la JLSOUND, ma piuttosto il driver intell di USB3 presente sul sistema, su debian è stato risolto da una upgrade, FIlippo riporta che con driver diversi (per hw diversi) non sucede.

Sarebbe meglio trovare la maniera di cambiare driver...

Io non ho USB3 e non saprei che dire.....pero' posso dire che con USB2 le cose vanno molto bene .
Il mio conf di squeezelite-R2 è il seguente :
SL_OPTS=" -o front:CARD=X20,DEV=0 -b 1024000:1024000 -a 499:2::0"

Io non do' nessun punto a -p ....lascio il default

[bigtube]

aggiungo che nel conf di rtirq infine ho commentato (#) l'ultima riga ....e cosi non mischio le applicaz. con gli irq

[marcoc1712]

[QUOTE=bigtube;966752]In cosa consiste....vediamo se abbiamo le stesse idee[/QUOT


Si certo provoca i messaggi di cui sopra (corredati da bump) se lo disattivo e la loro scomparsa se lo riattivo.

A livello 'sonoro' - immagino ti riferissi a questo - con le pinze e tutta la cautela del mondo, mi pare di sentrire una livemente maggiore focalizzazione e chiarezza quando è attivo.

[marcoc1712]

Pensavo che quel -p non funzionasse...invece ha un suo senso

gentooplayerP RTapp # ps -eLo rtprio,pri,cmd | grep squeezelite-R2
     -  39 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  39 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    89 129 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  39 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  19 grep --colour=auto squeezelite-R2

Un thread prende quella prioritá

rtapp chiaramente la "sovrascrive"

gentooplayerP RTapp # ps -eLo rtprio,pri,cmd | grep squeezelite-R2
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  19 grep --colour=auto squeezelite-R2

Ma squeezelite come è stato lanciato? da service o linea di comando? A me, nel primo caso, -p non viene applicato (secondo me perchè eseguito da squeezelite:squeezelite) nel secondo si come deve, ma lanciato da root.

questo può essere un problema con quel /etc/init.d script...

[bigtube]

A livello 'sonoro' - immagino ti riferissi a questo - con le pinze e tutta la cautela del mondo, mi pare di sentrire una livemente maggiore focalizzazione e chiarezza quando è attivo.

idem.....ma senza alcun disturbo o problema ....e non lieve differenza....pero io ho un pc diverso