[Download] ubuntu kernel RT

as91 ha scritto:
Per rendere questo concetto ad un livello più concreto: immagina un'immagine di 70 dpi, se la ingrandi troppo si vedono i pixel. Quindi la si stampa e si fa la scansione della stampa ad almeno 1800dpi. In digitale non puoi fare un lavoro del genere, anche se magari trovi l'opzione per scalare l'immagine. Prova per credere!  

In realtà il diethering nell'audio è pratica comune se è necessario fare upsampling (bleah!) o downsampling, cioè ogni volta che si finisce in un CD/DVD! Di soltito quello triangolare è quello cosnigliato, anche se non ho mai apprezzato 'ste gran differenze.

as91 ha scritto:
Conosco bene quel principio, vale per qualsiasi processo di campionamento di segnale, il fatto è, dando un esempio stupido, se registri a -12 db - come dovresti fare per i picchi...nel momento finale durante la normalizzazione perdi molta qualità. Un altro esempio si ha quando usi i preamplificatori e amplificatori digitali: non fanno poi così tanti miracoli come si crede...vale lo stesso esempio dell'immagine di prima, ovviamente in senso lato. Se registri direttamente a 44.1 durante l'elaborazione del segnale perdi definizione e ti trovi con una tracci che in pratica ho una risoluzione (bit di campionamento) inferiore ai 44.1. Registrando a 96kHz non avrai mai questi problemi. 192kHz non apporta nessun vantaggio rispetto ai 96.

Mi sfugge il legame tra oversampling a 88.2/96KHz e miglioramento dell'headroom (il mio riferimento per gli 0VU è -16dBFS, ovviamente tutto bilanciato e a +4dBu). Comunque anch'io lavoro se posso a 88.2, trovo che il suono acquisisca una dinamica più reale, soprattutto nelle alte, penso per via dei transienti.

Ciao,
Touch.

touchstyle ha scritto:Comunque anch'io lavoro se posso a 88.2, trovo che il suono acquisisca una dinamica più reale, soprattutto nelle alte, penso per via dei transienti.

Nelle alte vengono registrati meglio gli armonici

Era tanto che mancavo dal forum e vedo che questa cosa del kernel è andata avanti. A breve ho intenzione di passare alla nuova versione di Xubuntu + KXstudio, e penso di fare anche una prova con questo kernel di as91 (con cui torno a complimentarmi per l'ottimo lavoro).

P.S: sono d'accordo anch'io che la questione del campionamento meriterebbe un post a parte!

si devo eliminare l'altro sito, appena carico il nuovo kernel sistemo anche i link   

finito di compilare il nuovo kernel: 3.14.17-rt9

Stato dei test: il sistema si avvia, e jackd parte con atenza minima di 1ms.

Altri test: non ora....ora dormo!

Link: appena scelgo la piattaforma su cui caricarlo vi faccio trovare il link

    

      

as91 ha scritto:
Stato dei test: il sistema si avvia, e jackd parte con atenza minima di 1ms.

Con che scheda e che driver?

Ciao,
Touch.

Grande as! Appena carichi il tutto lo provo   (anche se con il tuo kernel rt 3.12.14 mi trovo mooolto bene..)

touchstyle ha scritto:

as91 ha scritto:
Stato dei test: il sistema si avvia, e jackd parte con atenza minima di 1ms.

Con che scheda e che driver?

Ciao,
Touch.

Col sistema descritto in firma, scheda integrata..

Babbo Natale ha scritto:Grande as! Appena carichi il tutto lo provo   (anche se con il tuo kernel rt 3.12.14 mi trovo mooolto bene..)

e quello è meno performante del 3.12.13...adesso vediamo. Faccio anche la versione a 64b e carico entrambe

as91 ha scritto:
Col sistema descritto in firma, scheda integrata..

Che driver ti carica? Giusto per sapere...
Quel "minimo 1ms" dove lo leggi, o come lo hai calcolato? E' stabile (senza xrun) con che carico di sistema?

Ciao,
Touch.

ho fatto una prova veloce di 10 minuti 64 192000 3.

Con "1ms" intendevo la latenza di buffer indicata da jackd, quindi i realtà sarebbe: 1+0.3ms=1.3ms. Più i 35 (17 in entrata e 17 in uscita, 0.08 ms e 0.16=0.34ms) -> quindi la vera latenza era di circa 1.68ms

invece i driver sono quelli per la scheda wireless. I questo kernel dovrei essere riuscito a caricare i driver per la scheda wireless. Il kernel non ne carica i moduli all'avvio di defaul, però è ora possibile usarla attivandola manualmente - in teoria: questa funzione non l'ho ancora testata e non so che conseguenze potrebbe avere sulla stabilità del kernel

In questa pagina https://help.ubuntu.com/community/UbuntuStudioPreparation riporta questo:

If the performance of the -lowlatency kernel provided in Ubuntu repositories is not enough for you, you may try this repository. It is mostly needed for audio production too, but scientific or industrial use may need them too.

sudo add-apt-repository ppa:abogani/realtime

Take care using those kernels : they might not support restricted drivers (Example: nNidia or AMD/ATI, some wifi chipsets).

sapete qualcosa di questo kernel?

Grande, domani provo il 3.14.17-64bit e ti dico come va!

sul mio pc funziona anche il wifi!come avevate richiesto

as91 ha scritto:sul mio pc funziona anche il wifi!come avevate richiesto

Solo a me funziona anche con il kernel rt vecchio?

Un' altra cosa, non ricordo la procedura di installazione e non trovo il file readme/install puoi ricordarmela? Grazie!

Sudo dpkg -i linux -headers*.deb linux-image*.deb

Mi sembra, comunque scarica "doventation", apri il file install e trovi i comabdi corretti

Dunque ho installato il kernel rt 3.14.17 64bit e come mi aspettavo si comporta subito molto bene. Ho registrato su ardour qualche ora tra ieri e oggi chitarra/basso/voce più un pò di roba con la tastiera midi yoshimi, hydrogen, swami e altro. Con le impostazioni raggiungo la latenza di 2ms e zero x-run anche dopo parecchio minuti di registrazioni con più tracce; compaiono solo quando apro o chiudo un programma tipo hydrogen o zynadd ma oltre che essere sporadici credo non influiscono in alcun modo alla registrazione generale. La temperatura si mantiene costante e bassa, anche se devo dire che non ho caricato molti plug in sinora. Trovavo molto stabile anche il precedente 3.12.14 e per l' uso che ne faccio non trovo particolari differenze (scusami As, sono sicuro che ce ne sono ). Questa nuova versione riconferma quindi le ottime impressioni avute col precedente kernel.

Io continuo a trovare il 3.12.13 come il più leggero e stabile, canche se è limitato in molte funzioni...comunque gli xrun all'avvio di applicazioni sono notariamente ignorabili.

Comunque sono contento che sia apprezzato!

Quando riuscirò a mettere mano al pc anche io (devo installare il nuovo sistema operativo da 3 mesi...) proverò le varie versioni e ti faccio sapere le mie impressioni!

Ieri ho smanettato un po' con i vari kernel.
La versione 3.14 non porta alcun beneficio rispetto alla ufficiale 3.13 lowlatency.
Ho notato qualche miglioramento con la 3.12, niente di miracoloso, ma comunque notevole.
Per quanto riguarda la stabilità non ho notato differenze.

Commenti a parte, avevo qualche dubbio:
- il wifi nel mio pc non va, non ho capito in quale versione del kernel dovrebbe andare;
- eseguendo lo script The realTimeConfigQuickScan (quello di questa famosa guida) dice che non trova patch preempt nel kernel. Non dovrebbe essere così..

sinceramente sei il primo a far notare questi problemi. Sul wifi confermo che è stato un errore di log, nel senso che aggiungerlo avrebbe creato troppa instabilità. Per quanto riguarda gli altri problemi, sono assurdi, nel senso che sembrerebbe quasi ce stai lavorando con un kernel completamente diverso dal mio

UPLOAD: nuovo kernel compilato, versione 3.18.13-rt7

Più leggero, con più driver, più stabile

Grande! dove lo posso trovare?

classico link in prima pagina, questa versione comprende anche firmware e librerie, oltre all'headers e l'image.

Si installa col classico

Codice:

sudo dpkg -i linux-*.deb