OK, allora, nel caso (ma non mi par eproprio il caso), tornerò a debian + liquorix.
Ma mi risulta difficile pensare ad un problema dell'hw, quando su OS diversi si comporta come deve. Con ogni evidenza è il driver.
edit: mi sfugge, cosa hai cambiato in gentoo?
Ultima modifica di marcoc1712 : 29-10-2016 a 22:41
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
Ho ricompilato il kernel, v. sopra
Anziché selezionare la quarta opzione ho scelto la terza.
Se vuoi puoi provare anche tu.
per mantenere il kernel attuale ti conviene editare il file
nano /usr/src/linux/Makefile
cambiare EXSTRAVERSION= comevuoi (tipo EXSTRAVERSION= -r14-BasicRT)
chiudere e salvare
poi dai
genkernel --menuconfig --install all
a questo punto ti si apre un menú completamente non configurato...
se vuoi caricare l´ultima configurazione che hai salvato:
da un altro terminale vai in
cd /usr/src/
poi
con ls -a controlla che cartelle hai...io per esempio ho linux-4.6.7-rt14
cd linux-4.6.7-rt14
e con ls -a per l élenco dei file, copia il nome dell ultimo beckup del .conf (es. .config--2016-10-29--19-07-39.bak)
nel menu del kernel vai in basso a destra e seleziona load cancelli il .conf e con il tasto destro del maus ci copi il nome del conf che hai copiato prima (.config--2016-10-29--19-07-39.bak) e dai l´ok...
poi cambi solo quell´opzione del RT...
Chiudi e salva...alla fine ls /boot ti dovrebbe dare l´elenco dei kernel tra cui anche quello appena compilato.
aggiorni grub e riavvii
io ho un kernel molto snello, quindi per la compilazione impiega non piú di 20 min...
Ultima modifica di antonellocaroli : 30-10-2016 a 14:24
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
Ma non é che questi ti so sfuggiti Marco?
http://www.nexthardware.com/forum/pc...tml#post966792
http://www.nexthardware.com/forum/pc...tml#post966795
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
Non so che dirti allora Marco...hai qualcosa che non va da qualche parte...e non saprei dove
Purtroppo quello dipende dai moduli che deve compilare...io ho tolto un sacco di roba che ritenevo inutile...per questo nel mio caso i tempi si accorciano...
mi pare cosa buona e giusta. Il "full preempt" permette l'interruzione di qualsiasi operazione, inclusi gli stessi gestori di IRQ. Il che potrebbe anche essere necessario per aderire alla definizione di "real-time" nel senso più stretto, ma mi pare una pessima idea... rischia di creare un mucchio di problemi e di instabilità e, per giunta, in media porta a prestazioni sensibilmente peggiori! (anche in termine di latenza).
IMHO, salvo casi molto particolari (non certo per l'audio) è assolutamente da evitare...
BTW, just in case: occhio che le modifiche ai gruppi di un utente non sono effettive immediatamente, ma solo dopo un nuovo login.
Eventualmente, una cosa che potresti provare a fare è assegnare all'utente squeezelite il gruppo "audio" come gruppo principale...
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
In effetti, qualcosa si simile lo si legge più o meno ovunque ed in particolare qui: http://wiki.linuxaudio.org/wiki/system_configuration.
In quell'artciolo ho trovato indicazioni interessanti per capire molte cose che mi sfuggivano oltre ad uno script che serve a verificare la 'correttezza' dela propria installazione,a i fini audio.
L'ho provato e segnala qualche cosetta da sistemare:
Ora io non so se sono cose importanti o meno (l'ultima sulla tmpfs partition mi pare non sia più necessaria), ma lo segnalo, forse per qualcuno sono spunti interesanti, di certo le spiegazioni successive aiutano a acapire meglio il razionale dietro ai diversi comandi.codice:marco@gentooMiniPc ~/realtimeconfigquickscan $ env SOUND_CARD_IRQ="88" perl realTimeConfigQuickScan.pl == GUI-enabled checks == Checking if you are root... no - good Checking filesystem 'noatime' parameter... 4.6.7 kernel - good (relatime is default since 2.6.30) Checking CPU Governors... CPU 0: 'performance' CPU 1: 'performance' CPU 2: 'performance' CPU 3: 'performance' - good warning: '/sbin/sysctl vm.swappiness' did not produce a parsable result Checking swappiness... - warning Checking for resource-intensive background processes... none found - good Checking checking sysctl inotify max_user_watches... < 524288 - not good increase max_user_watches by adding 'fs.inotify.max_user_watches = 524288' to /etc/sysctl.conf and rebooting For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#sysctlconf Checking access to the high precision event timer... not readable - not good /dev/hpet found, but not readable. make /dev/hpet readable by the 'audio' group For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#hardware_timers Checking access to the real-time clock... not readable - not good /dev/rtc found, but not readable. make /dev/rtc readable by the 'audio' group For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#hardware_timers Checking whether you're in the 'audio' group... yes - good Checking for multiple 'audio' groups... no - good Checking the ability to prioritize processes with chrt... yes - good Checking kernel support for high resolution timers... found - good Kernel with Real-Time Preemption... found - good Checking if kernel system timer is high-resolution... found - good Checking kernel support for tickless timer... found - good == Other checks == Checking filesystem types... ok. not found. ** Warning: no tmpfs partition mounted on /tmp For more information, see: - http://wiki.linuxaudio.org/wiki/system_configuration#tmpfs - http://lowlatency.linuxaudio.org
Tornando a quello che scrivi, mi pare in linea con quanto scrivono loro al capitolo "Do I really need a real-time kernel?"
che è quello che sostengo da tempo ed è alla base della scelta di usare buffer molto grandi, che è la negazione del realtime.
Proverò a compilare anche le altre opzioni, giusto per verifica, ma francamente tendo a pensare che eseguendo solo squeezelite su stream PCM, non si creino mai le condizioni di 'conflitto' tali per cui il sistema di scheduling attivo possa fare la differenza. Non ci sono batch, non c'è interattività, nessun accesso a disco e gli stessi THD di squeezelite sono striminziti.
Ho riscritto il file /etc/security/limits.conf, ripartendo da un file originario (recuperato in rete) ed aggiungendo le righe richieste dalla guida senza eliminare quelle già presenti e commentate. Adesso funziona. Probabilmente c'era qualcosa di sporco nel file o qualche permesso sbagliato...
Chiedo scusa.codice:gentooMiniPc realtimeconfigquickscan # cat /etc/security/limits.conf # /etc/security/limits.conf # #Each line describes a limit for a user in the form: # #<domain> <type> <item> <value> # #Where: #<domain> can be: # - a user name # - a group name, with @group syntax # - the wildcard *, for default entry # - the wildcard %, can be also used with %group syntax, # for maxlogin limit # #<type> can have the two values: # - "soft" for enforcing the soft limits # - "hard" for enforcing hard limits # #<item> can be one of the following: # - core - limits the core file size (KB) # - data - max data size (KB) # - fsize - maximum filesize (KB) # - memlock - max locked-in-memory address space (KB) # - nofile - max number of open file descriptors # - rss - max resident set size (KB) # - stack - max stack size (KB) # - cpu - max CPU time (MIN) # - nproc - max number of processes # - as - address space limit (KB) # - maxlogins - max number of logins for this user # - maxsyslogins - max number of logins on the system # - priority - the priority to run user process with # - locks - max number of file locks the user can hold # - sigpending - max number of pending signals # - msgqueue - max memory used by POSIX message queues (bytes) # - nice - max nice priority allowed to raise to values: [-20, 19] # - rtprio - max realtime priority # #<domain> <type> <item> <value> # #* soft core 0 #* hard rss 10000 #@student hard nproc 20 #@faculty soft nproc 20 #@faculty hard nproc 50 #ftp hard nproc 0 #@student - maxlogins 4 # End of file * hard rtprio 0 * soft rtprio 0 @realtime hard rtprio 0 @realtime soft rtprio 0 @audio - rtprio 99 @audio - memlock unlimited
Ultima modifica di marcoc1712 : 30-10-2016 a 16:05
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)