Newsgroup: it.comp.os.linux.software
Titolo: JACK Transport, Hydrogen e Ardour (e altri clients JACK)

Salve a tutti,
ho letto 
http://groups.google.it/groups?q=jack+transport
+group:it.comp.os.linux.*&hl=it&lr=&ie=UTF-8&group=it.comp.os.linux.
*&selm=pan.2003.06.23.21.52.13.926716%
40despammed.com
&rnum=1
in cui Emiliano Grilli scrive della possibilita' di sfruttare la API
JACK Transport per interfacciare Hydrogen con altre applicazioni per
JACK. Ho intenzione di interfacciarlo con Ardour anche per quanto
riguarda il transport (oltre chiaramente alle connessioni, cosa
semplicissima).
Effettivamente, Hydrogen 0.8.3beta (la 0.8.2 non compila su Slack9.1)
si puo' settare come jack transport slave, cosi' che con
jack_transport play in console venga avviata la riproduzione in
Hydrogen, anche se a quanto ho notato, in maniera un po' saltellante:
se in jack_transport faccio stop e poi play, o ripete il pattern o
salta direttamente a quello successivo, raramente riprende la
riproduzione dal punto esatto in cui l' avevo stoppata :-(
...vedro' con la cvs di oggi....
Non riesco a capire invece come settare Ardour come jack transport
master... o anche solo come jack transport slave... qualcuno sa come
farlo? Sembra ignorare i settaggi che imposto nell' editor delle
opzioni per il sync...
-- 
           salvuz
     POST FATA RESVRGO
 Linux registered user #291700 | machine #174619
 get counted on ---> 
http://counter.li.org/
 <---

 opzioni per il sync...
Ti consiglierei una ricerca sulle mailing list di ardour, jack e la mitica
linux-audio-users.
In teoria l'ultima tarball di ardour dovrebbe poter andare con il jack
transport, ma non ho ancora provato. (comunque stiamo parlando di software
che in nessuno dei tre casi ha ancora raggiunto la versione 1.0, quindi ci
vuole anche un po' di pazienza...)
Facci sapere, mi interessa molto
Ciao
PS: comunque vedrai che comix sarà più preciso su questo.
-- 
Emiliano Grilli
Linux user #209089 
http://www.emillo.net

 Facci sapere, mi interessa molto
Come no! :-)


 eppure le connessioni sono a posto e i volumi anche... 
Intendo tracce con audio gia' inciso durante la sessione precedente.
Durante la sessione tutto sembra funzionare, se invece salvo, chiudo e
riapro ardour e ricarico la sessione, si presenta il problema.
Intanto ho finito di compilare ora la cvs.


 disinstallando e reinstallando ardour ogni volta).
E neanche si sentono le nuove registrazioni se continuo a lavorare su
tali tracce, una volta caricata la sessione ''rovinata'' dalla
0.9beta6, quindi potrebbe essere che le cose scritte nel salvataggio
non vengano interpretate correttamente dal parser XML di entrambe le
versioni... 


 Intanto ho finito di compilare ora la cvs.
 Credo di aver capito qual e' il problema... a colpi di diff e
modifiche alla sessione. A quanto pare, nella 0.9beta3 il pan delle
tracce era scritto come "0,5,0,5" , dalla beta5 invece, "0.5,0.5",
insomma con il punto decimale, invece che con la virgola. Il fatto e'
che con la virgola era un errore anche per la beta3, da cui l'errore
di cui scrivevo prima. Se c'e' l'errore (file generato dalla beta3) o
se lo ''inietto'' io apposta nel file della beta6, il panning viene
disattivato, e le tracce si sentono. 
Infatti, anche se si disattiva manualmente il panning ecco che si
sentono di nuovo le tracce. E' come se con il punto decimale non ci
fosse l'errore ma qualcosa restasse inizializzato in ardour, infatti
basta riattivare il panning dopo averlo disattivato, o anche dargli
il focus col mouse, che si sentono di nuovo le tracce e funziona
anche il panning. In pratica basta ricordarsi di "toccare" il
controllo del panning di tutte le tracce, quando si carica una
sessione (o salvare con i panning disattivati).
Ora posso dormire piu' tranquillo...  :-)
 
 A parte questo, Ardour e H2 non hanno mai crashato e la riproduzione
e' stata sempre precisa, tranne qualche sporadica ''pernacchietta''
di Jack (credo dovuto al fatto che ora sono in kde e non in icewm con
networking disattivato, che uso in questi casi, e tranne un segfault
di ardour se durante la riproduzione o la registrazione si cerca di
spostare il cursore temporale, senza prima stoppare il transport, con
ardour impostato come jack transport master.
Se hai tempo prova quest' ultima versione, i progressi ci sono.


 Se hai tempo prova quest' ultima versione, i progressi ci sono.
Lo so, lo so... sono anche iscritto alla ml degli sviluppatori (in modo
digest - ci do un'occhiata ogni tanto) - ma il fatto è che il tempo è
sempre tiranno... per adesso quando devo registrare velocemente qualcosa
in multitraccia mi affido ancora al caro vecchio "ecasound"
Ardour è sicuramente il sw più eccitante per editing audio, ma
preferisco che si stabilizzi ancora un po' prima di farne un uso
"estensivo". Per ora mi limito ad osservare i miglioramenti (enormi) fatti
da una versione all'altra.
Ciao


 smesso di compilarmelo da solo da quando è entrato nel repository)
Aggiornata oggi alla 0.9beta7 ;-)


 Aggiornata oggi alla 0.9beta7 ;-)
Aggiornata anche alla 0.9beta8, e il problema dell'errore sul pan sembra essere
scomparso, ma ho notato il comportamento che descrivevi (non suona se non
cambi il pan).
Purtroppo la mia versione di hydrogen credo non supporti ancora il jack
transport, o almeno non sono riuscito a farlo andare...


 Ciao
Stavo per scrivere anch'io della beta8, mi hai preceduto...
Sono curioso di vedere se il timestretching ''snappa'' bene la traccia
sulla griglia o risulta ancora impreciso...
Per quanto riguarda hydrogen, puoi compilare la 0.8beta3, tra le
preferenze nell'audio ha ''jack transport slave''...  magari ti crei
un debbino veloce con checkinstall tanto per provare...
(in ardour uso jack come sync source e ardour fa da jack transport
master (e non anche time master))
Fammi sapere come va!


 Fammi sapere come va!
OK, se puoi contattarmi in pvt - 
emi...@despammed.com
 - ché la tua mail
pare non valida...
