January 2022 - Indirelim

Caricamento ultima versione DAW
by Luca Andrea Ludovico 26 Jan '22

26 Jan '22

Carissimi, sta diventando molto urgente la questione di avere un branch caricato sullo spazio web di INDIRE. Ho appena avuto un incontro virtuale in cui Marco Morandi ha evidenziato due cose: Venerdì la documentazione verrà inviata al ministero per il collaudo, per cui in qualsiasi momento successivo la soluzione web potrebbe essere visionata da tecnici (non esperti di DAW, ma comunque con competenze tecnologiche); Marco vorrebbe poter fare una valutazione preventiva del lavoro svolto, a monte della commissione di collaudo. Quindi vi chiedo come siamo messi con le change requests considerate fondamentali e quando sarà possibile avere una versione online. A presto. Luca A. Ludovico

4 3

Consegna della DAW
by ludovico＠di.unimi.it 22 Jan '22

22 Jan '22

Un saluto a tutti. Neanche a farlo apposta, ieri sera ho ricevuto una mail da Marco Morandi di INDIRE, che copio e incollo in calce. Alla luce di questa richiesta, che giunge non del tutto inaspettata, vi chiedo di fare il massimo sforzo per risolvere la maggior parte delle change request interne entro la fine della prossima settimana, meglio se con qualche giorno di anticipo così che possiamo visionarle anche noi del LIM e capire nel caso come parare il colpo. Chiaramente lascerei fuori le cose di maggior impatto, ad esempio lo zoom orizzontale, e quelle non strettamente richieste (vedi tutto il mondo relativo al MIDI, la visualizzazione delle informazioni aggiuntive dei campioni della libreria, ecc.). Di queste cose ci occuperemo con maggiore tranquillità più avanti, ora dobbiamo solo portare a casa la pelle dellorso. Grazie, a presto. Luca A. Ludovico --- ciao Luca, sto chiudendo le varie procedure per questo progetto, alla fine della settimana prossima devo consegnare la maggior parte delle cose, avrei quindi bisogno di un documento da poter allegare sia per la relazione finale che per il pagamento. Prima di tutto è necessaria la release definitiva installata sui server, in modo da comunicare, nella mia relazione, l'indirizzo presso cui poter visualizzare il prodotto. Per questo serve una release funzionante in tutti gli aspetti; anche se poi continueremo a sviluppare contenuti, è necessario che la base di quanto richiesto ci sia, in modo da poterla collaudare e farla collaudare per l'autorizzazione del pagamento. Accanto a questo è necessario avere una sorta di documentazione o di relazione di quanto effettuato, in modo da presentarla come documentazione definitiva. Il resto delle cose da fare riguarda me, ma su queste due possiamo organizzarci su come fare? io sono disponibile anche a incontrarci quando vuoi on line, ciao Marco

1 0

Proposta di riunione
by Luca Andrea Ludovico 18 Jan '22

18 Jan '22

Carissimi, ora che abbiamo avuto modo di visionare il progetto e di condividere le nostre osservazioni, propongo di fissare un incontro per fare il punto della situazione. L’elenco cui abbiamo contribuito sia io sia Giorgio Presti è piuttosto articolato, questo è vero, ma parecchi punti possono essere smarcati in modo rapido. Sappiamo che c’è tanto lavoro sotto, ma il timore è che queste piccolezze da sistemare vadano a invalidare la percezione da parte del committente; quindi, è importante convergere in modo rapido verso una soluzione. Date utili per l’incontro, non troppo ravvicinate ma nemmeno eccessivamente lontane, potrebbero essere giovedì mattina o venerdì mattina. La presenza del Dott. Presti è fondamentale, e di solito lui il giovedì non è disponibile. Fatemi sapere cosa ne pensate. A presto. Luca A. Ludovico

5 4

Re: [INDIRE] Build su server
by Luca Andrea Ludovico 15 Jan '22

15 Jan '22

Un saluto a tutti. Alla fine siete riusciti a risolvere il problema di accesso alle risorse: molto bene! Scrivo sulla mailing list perché anche i colleghi del LIM possano fare le loro prove con la DAW online. So che soprattutto Giorgio scalpitava per poterci giocare un po’. Ovviamente ci sono un bel po’ di cosette da sistemare, ma non vedo al momento nulla di drammatico. Intanto, alcune sottigliezze sull’interfaccia. I knob di regolazione del pan all’avvio sono tutti spostati a sinistra, credo debbano trovarsi in posizione centrale. Quando si torna a inizio traccia attraverso apposito pulsante, il cursore non viene istantaneamente portato al punto iniziale. Ve ne accorgete molto facilmente se mettete in pausa e poi invocate il pulsante: il counter torna a 0, ma l’indicatore verticale resta dov’era. Andando in play poi va tutto a posto. La vista dei campioni audio non dovrebbe chiudersi ogni volta che si aggiunge qualcosa alla timeline, anzi io la terrei in generale sempre aperta, al limite consentendo all’utente di chiuderla se proprio proprio vuole. Sarebbe comodo, ma questo lo possiamo posticipare, avere uno strumento per zoomare in orizzontale: anche se dispongo di uno schermo molto grande, io vedo solo 11 battute da 4/4; ma alcuni campioni della categoria “tuned” ne durano 16, quindi è un po’ complesso ridimensionarli. In alternativa, farei più strette le caselle. Riguardo al cursore verticale, in generale lavora con il drag ‘n drop (giusto!), ma quando il trascinamento porta il cursore su altri elementi grafici (ad esempio, sul riquadro di un evento in una traccia o al di fuori dell’area della timeline), rimane agganciato ai movimenti del mouse. Nel pannello dei campioni audio (il cui titolo, per omogeneità, dovrebbe essere “Campioni audio” e non “Audio”), al passaggio del mouse di illuminano di grigio le intere caselle con i nomi di famiglie e strumenti, il che fa pensare che tutta l’area sia sensibile al clic del mouse; invece, solo cliccando sul nome o sull’icona si apre/chiude l’alberatura. Inoltre, il cursore dovrebbe diventare di tipo “pointer”, proprio per evidenziare la possibilità di fare clic. Potrebbe essere un problema di visualizzazione di Chrome su Mac, ma quando trascino un evento per riposizionarlo nella traccia, probabilmente la dimensione del suo margine viene modificata. L’effetto è che si nota uno “snap to grid” sfalsato rispetto alla posizione attesa. Faccio un esempio: trascino un rettangolo per rilasciarlo all’inizio di una cella; quando lo posiziono “correttamente”, sembra che lo stia rilasciando in realtà diversi campioni più avanti (rimane un margine nero tra il delimitatore bianco della cella e il riquadro colorato). Poi quando rilascio va tutto a posto. Alcuni aspetti più funzionali. Quando il campione ha una durata temporale piuttosto estesa (ad esempio i tuned loop allungati fino a coprire un certo numero di battute), il pulsante di pausa ferma il cursore ma non stoppa l’esecuzione del suono. Al momento gli eventi audio si possono trascinare solo all’interno della traccia, e non possono essere spostati in altre tracce. Forse è una cosa accettabile, lascio la parola al collega Giorgio. Qualsiasi suono vada a leggere dalla libreria, trascinato sulla timeline occupa 4 celle. Questo spazio risulta in generale molto sovradimensionato rispetto ai suoni impulsivi, e molto sottodimensionato rispetto ai loop. Senza poi informazione grafica relativa alla forma d’onda, per ridimensionarlo correttamente si deve andare a tentativi. Ipotizzo (ma ancora una volta chiamo in causa Giorgio) che la lunghezza del riquadro dovrebbe tenere conto della durata del suono, assumendo anche larghezze che non siano multipli delle celle della timeline. Tra l’altro, va tutto ricalcolato dinamicamente quando si modifica l’informazione di metronomo, perché la dimensione delle celle rimane uguale ma va a corrispondere a un numero di secondi diverso, quindi anche i rettangoli degli eventi devono essere ridisegnati di conseguenza. Cambiare metronomo e metro al momento non corrisponde ad alcun comportamento né grafico né di performance, giusto? Al momento mi fermo qui con l’analisi, ma non vorrei aver spaventato nessuno. Solo mi aspetto che queste osservazioni ci vengano rivolte anche dall’esterno, quindi meglio giocare d’anticipo. A presto, e buon lavoro a tutti. Luca Da: Lorenzo Colombo <lorenzo.colombo8(a)studenti.unimi.it> Data: venerdì 14 gennaio 2022 16:44 A: Luca Andrea Ludovico <ludovico(a)di.unimi.it> Oggetto: Build su server Buongiorno, le comunico che sul server di indire è presente una build funzionante (ad eccezione del salvataggio/caricamento da remoto riguardo il quale Alessandro dovrebbe inviarle una mail). Per provare l'applicazione è necessario collegarsi alla VPN ed andare al seguente indirizzo: http://192.168.33.60/. ISTRUZIONI: - creazione evento strumento: doppio click su traccia strumento - aprire pianoroll: doppio click su un evento strumento - creazione evento audio: trascinare campione audio del pannello laterale sulla traccia audio - aprire pannello laterale: menu navigazione Vista Siamo a vostra disposizione per ulteriori chiarimenti sull'uso dell'applicazione. Cordiali Saluti Lorenzo Colombo

2 1

Riflessioni post riunione
by Luca Andrea Ludovico 12 Jan '22

12 Jan '22

Cari tutti, a valle dell’incontro di ieri ho qualche spunto di riflessione da condividere con voi. Potrebbe trattarsi di idee parziali o non completamente rispondenti alla situazione reale, visto che non abbiamo ancora potuto testare la soluzione sul server. È probabile che, una volta risolto il problema di accesso alle risorse, ciascuno di noi ricercatori (anche con il supporto dei nostri esperti “amici” esterni) avrà ulteriori richieste. Da quanto mi è parso di capire, siamo messi molto bene con l’implementazione delle funzioni di una DAW (semplificata) in ambiente web. Se non abbiamo raggiunto il 100% degli obiettivi, ci siamo vicini. Rimangono in sospeso, invece, una serie di questioni relative all’uso condiviso del prodotto. Innanzi tutto, non abbiamo certezza che la soluzione basata su accessi concorrenti, in lettura e in scrittura, alla struttura dati centralizzata del progetto (un file JSON) regga a uno stress test. Tutto ci lascia immaginare che non sorgano problemi drammatici, ma – appunto – dobbiamo verificarlo sul campo. Questo problema è relativo alla parte sviluppata da noi del LIM, e ne siamo consapevoli, ma porta con sé alcune importanti conseguenze anche sul client. Innanzi tutto, come da specifiche, dobbiamo avere sul client un meccanismo di pull e push del progetto locale, e la cosa non è del tutto banale. Infatti, vi ricordo che l’utente deve ricevere, periodicamente o su richiesta, una copia del progetto centrale per allineare la sua versione locale, in modo da vedere in tempo differito le modifiche che altri utenti stanno apportando alle loro tracce. Ma la pull (intesa come allineamento della soluzione locale rispetto a quella centrale) non deve influenzare le tracce su cui l’utente sta operando localmente. Di converso, la push (intesa come allineamento del progetto centrale rispetto alle modifiche locali) deve riguardare solo le tracce su cui l’utente ha il lock (banalmente, quelle di sua proprietà). Una push intelligente, poi, allineerebbe solo le tracce su cui sono state operate modifiche rispetto alla precedente push, ma è una finezza su cui al momento possiamo soprassedere. Riassumendo: pull temporizzata e/o su richiesta esplicita, push solo su richiesta, il tutto ovviamente collegato ai nostri web services che devono correttamente gestire le chiamate. Un portato di queste considerazioni è che, sebbene il meccanismo di autenticazione sia compito di INDIRE, il client deve avere contezza non solo del progetto, ma anche dell’utente corrente. Al momento può anche trattarsi di una variabile stringa che funge da id dell’utente passata con il metodo GET al richiamo del client. Però tutto questo va gestito. Altro aspetto finora trascurato, almeno credo, è l’implementazione di un meccanismo di undo/redo sul client e di storicizzazione degli stati del progetto sul server. Come di consueto, la parte di vostra competenza è quella lato client, e anche qui potrebbe non essere banale decidere di quanto estendere undo/redo e su quali aspetti permettere di agire. Ad esempio, cosa deve succedere rispetto ai momenti di allineamento da remoto a locale (pull)? Personalmente, direi che undo/redo si applicano solo alle operazioni svolte in locale sulle tracce dell’utente, quindi quelle tracce non influenzate dalla pull. E cosa deve succedere rispetto a una push esplicita da parte dell’utente? A quel punto, direi di svuotare la lista degli undo/redo, soluzione molto pragmatica per non avere disallineamenti tra versione locale e versione centrale del progetto. Ma si possono anche fare scelte diverse, possibili in virtù del fatto che ogni utente rimane proprietario delle proprie tracce all’interno del progetto. Infine, mi chiedevo se sia stata implementata nel client la parte di visualizzazione e selezione dei campioni messi a disposizione da INDIRE, recuperabili attraverso la query sul database che vi ho girato. Infatti, la possibilità di “pescare” da quella libreria sarà una delle prime cose che INDIRE valuterà, e non potrebbe essere altrimenti, visto che i campioni audio in prima battuta potranno arrivare solo da tale collezione. Come nota a margine, vi ricordo la richiesta di poter caricare propri campioni, che implicherà la realizzazione di una maschera di caricamento per i file audio, il deposito sullo spazio web, la query di insert nel database e la gestione dell’utente/del progetto nel recuperare i campioni da mostrare. Non è una richiesta prioritaria, ma se qualcuno ci si potesse dedicare, faremmo una bella figura. Rimangono in sospeso le questioni grafiche, che sono però differibili nel tempo: il disegno della forma d’onda dei campioni, una qualche personalizzazione dell’interfaccia grafica a livello di foglio di stile, ecc. A presto. Luca

1 0

Fwd: Re: Abilitare CORS
by Lorenzo Colombo 12 Jan '22

12 Jan '22

1 0

Richieste sul server
by Luca A. Ludovico 12 Jan '22

12 Jan '22

Buongiorno a tutti. Qualcuno ha mandato la mail per spiegare meglio come configurare il server INDIRE? Per noi è un aspetto bloccante da vari punti dì vista, e temo che presto qualcuno ce ne possa chiedere conto. A presto. Luca A. Ludovico Inviato da iPhone

2 1