![Ubuntu One Music Store da rimuovere da Rhythmbox in Ubuntu](/f/43eefe7ca25d33d7cc6804a74e40248d.jpg?width=100&height=100)
Edward Hervey, manutentore del più promettente e avanzato editor video Linux "PiTiVi" ha risposto ad alcune domande pertinenti e approfondite di Christian F.K. Schaller sul blog PlanetGnome.
Di seguito sono riportati alcuni dei punti salienti di quell'intervista.
Come descriveresti gli obiettivi di PiTiVI rispetto alle tradizionali applicazioni di editing video come iMovie, Avid o Final Cut Pro?
Ci sono molti obiettivi per PiTiVi, ma direi che l'obiettivo fondamentale da cui derivano tutti gli altri obiettivi è quello di essere un editor video framework senza limitazioni (a differenza di tutti gli altri editor che hanno limitazioni molto specifiche su ciò che possono fare o sostegno).
L'eliminazione dei limiti di formati, dispositivi, filtri,... che possiamo supportare ci viene fornita attraverso l'uso del framework multimediale GStreamer. Tutti gli altri editor l'hanno codificato, mentre noi possiamo ad esempio essere orgogliosi di essere l'unico editor gratuito non legato a nessuna libreria vincolata da brevetti! Ciò significa anche che se un'azienda crea un plug-in GStreamer proprietario per un formato/codec/dispositivo specifico... lo ottieni anche "gratuitamente" in PiTiVi senza dover fare nulla. Questa è l'unica barriera di limitazione che abbiamo risolto grazie alle nostre scelte progettuali.
Inoltre, non vogliamo avere un editor video le cui funzionalità siano statiche, ecco perché abbiamo scelto di (ri)scrivere PiTiVi in python e rendere l'intero design molto modulare. L'interfaccia utente non è legata al backend principale, infatti puoi anche usarla senza un'interfaccia utente. Il modo in cui è progettato il backend principale, potresti anche scrivere modi diversi per rappresentare la linea temporale, alcuni potrebbero essere più adatti a seconda del tuo livello di competenza o su cosa vorresti concentrarti di più (che dipende da dove ti trovi in una produzione flusso di lavoro).
L'obiettivo finale è che PiTiVi porti gli strumenti di modifica di base senza porre alcuna restrizione. Questo, sfortunatamente, ha un costo: dover assicurarsi che tutti i bug/problemi/limitazioni siano corretti/rimossi al livello corretto invece di aggiungere hack su hack. E questo richiede tempo...
Quali formati multimediali supporta attualmente PiTiVI?
Tutto ciò che i plugin GStreamer installati sul tuo sistema possono supportare, anche se alcuni formati lo sono intrinsecamente migliore per l'editing video veloce, come quelli che offrono una ricerca accurata, solo codec I-frame, eccetera…
Qual è lo stato di PiTiVI e quale tabella di marcia hai per il futuro?
Negli ultimi 6 mesi abbiamo fatto un refactoring approfondito di PiTiVi, basato sull'analisi che ho fatto la scorsa estate degli ultimi 5 anni di feedback che abbiamo ricevuto su PiTiVi. Oltre a consentirci di aggiungere nuove funzionalità in modo molto più semplice, abbiamo già implementato funzionalità molto necessarie, come la modifica multistrato, la miniatura, il ritaglio, la modifica increspatura/rotolo, il supporto di formati di file generici, ecc...
Stiamo cercando di fare una prima versione in anteprima dei nuovi pitivi ora a maggio. Quindi aggiungeremo gradualmente più funzionalità nell'interfaccia utente, come transizioni, effetti, titoli, modifica slip/slide e più formati di file supporta (consentendo ad esempio di importare progetti da altri editori).
Per coloro che non hanno familiarità con i termini, cosa si intende con modifica multilivello, miniature, ritaglio e modifica con ripple/roll?
editing multistrato: la possibilità di poter ordinare i tuoi video non solo nel tempo, ma anche attraverso più livelli paralleli.
miniatura: visualizzazione delle miniature per ogni fonte utilizzata nella timeline, che consente di vedere rapidamente cosa viene utilizzato nella timeline in un dato punto senza dover cercare.
trimming: modifica della posizione iniziale o finale di una sorgente.
Ripple editing: accorciare o allungare un punto di ingresso o di uscita di un singolo elemento multimediale, spostando tutto il supporto a destra di quel clip in alto o in basso nella timeline, per regolare la nuova dimensione dell'alterato clip.
Editing roll: come ripple, tranne che il tempo di esecuzione totale del gruppo di clip rimane invariato.
Chi sono gli attuali principali contributori a PiTiVI oltre a te stesso?
I due principali contributori oltre a me sono Brandon Lewis, che ha iniziato a lavorare durante l'estate di Code 2007 e si occupa principalmente dell'interfaccia utente, e Alessandro Decina che ha iniziato a lavorare ad ottobre assistendomi principalmente nei livelli inferiori di PiTiVi e migliorando GStreamer. Entrambi sono dipendenti di Collabora Multimedia dallo scorso autunno e lavorano il 100% del tempo su PiTiVi. Per coloro che si interrogano sui motivi di lavoro per investire così tante risorse in PiTiVi in Collabora Multimedia, prima di tutto svolgiamo attività di consulenza per clienti nei settori della creazione di contenuti che desiderano utilizzare l'editor PiTiVI per compiti specifici in il loro flusso di lavoro di produzione e in secondo luogo abbiamo clienti che desiderano utilizzare l'infrastruttura che abbiamo creato per PiTiVI per impostare attività di manipolazione video automatiche in un'interfaccia senza interfaccia utente moda. Ad esempio ritaglio, ridimensionamento e transcodifica automatici.
Quali sviluppi futuri in GStreamer stai cercando in termini di abilitazione di nuove funzionalità in PiTiVI?
Anche se abbiamo funzioni di modifica funzionanti con l'attuale core e plug-in GStreamer, stiamo lavorando su un certo numero di funzioni per migliorare ancora di più l'esperienza di modifica.
Una caratteristica molto necessaria è implementare il supporto di GstIndex in più plugin. Ciò consentirà la scansione dei file non modificabili durante l'importazione e la creazione di un indice di file, consentendo una ricerca più rapida in quei file in seguito. Ciò consentirà anche ad applicazioni come PiTiVi di poter avere una migliore conoscenza del layout dei file, come il posizione dei fotogrammi chiave in modo che possiamo sapere in anticipo qual è la posizione più efficiente in cui cercare o dove possiamo fare tagli senza perdite.
Un lavoro infinito da fare in GStreamer è avvolgere sempre più librerie come plugin. Le persone spesso confondono GStreamer come una libreria di codec, il che è completamente sbagliato, GStreamer è un framework, che consente agli autori di applicazioni non doversi preoccupare delle parti di elaborazione e dell'elaborazione degli scrittori di librerie per non doversi preoccupare delle applicazioni che utilizzano loro. Alcune librerie che dovremmo assolutamente essere impacchettate come lo sono i plugin GStreamer gavl e la straordinaria quantità di eccellenti filtri AVISynth (che saranno realizzati quest'estate come parte di Summer of Code). Tutti questi miglioreranno sicuramente l'esperienza dell'utente per PiTiVi.
Oltre a ciò, continueremo a migliorare l'utilizzo della memoria e l'utilizzo della CPU del core di GStreamer e dei vari plugin. E stiamo cercando di fare un uso migliore di vari dispositivi hardware come le schede grafiche tramite VDPAU, VA-API e i plug-in gst-plugins-gl. Ciò consentirà alle applicazioni GStreamer di scaricare molta elaborazione sui dispositivi hardware, lasciando più tempo della CPU disponibile per l'elaborazione generica.
Insieme a Jokosher e PiTiVI essendo entrambi applicazioni di editing multimediale, che utilizzano GStreamer e sono scritti in Python, la domanda naturale è se c'è molta cooperazione tra i due progetti?
Purtroppo non quanto ci si potrebbe aspettare. Ci siamo aiutati molto a vicenda per tutte le parti sottostanti (GStreamer, attacchi Python, GNonLin plugin), ma quando si tratta dell'interfaccia utente e della logica di base abbiamo casi d'uso diversi e diversi basi di codice. Sarebbe bello avere un'integrazione più stretta, permettendoti di usare Jokosher per modificare le parti audio di un video clip e PiTiVi per fare le parti video.
Quali sono le principali sfide tecniche che stai affrontando in termini di scrittura di un editor video per sistemi linux/unix? Quanto è pronta l'infrastruttura Linux, ad esempio, in termini di hosting di un'applicazione del genere? E qual è la tua opinione sullo stato della multimedialità su linux/unix in generale?
Il multimedia open-source ha percorso una *LUNGA* strada negli ultimi 10 anni. Per chi non se lo ricorda... all'epoca dovevamo usare lettori diversi a seconda dei formati e si riusciva a malapena a catturare video dalle videocamere DV. Ma il problema è che ognuno sta facendo il proprio software nel proprio angolo. C'è una totale mancanza di coesione tra tutti i vari multimedia applicazioni/librerie/supporto per dispositivi su Linux che è IMHO il motivo per cui non siamo ancora il piattaforma di riferimento per la creazione multimediale. A differenza di altre piattaforme (win/mac), non dobbiamo riscrivere le nostre librerie per determinati supporti multimediali/dispositivi, ma possiamo riutilizzare quelle esistenti... perché non ci siamo? GStreamer cerca di riunire tutto e risolvere la maggior parte di questi problemi, ma viene ancora respinto da alcuni sviluppatori di software per alcune folli ragioni sconosciute. Il giorno in cui risolveremo questo problema... saremo la piattaforma desktop killer proprio come l'abbiamo gestita per dispositivi e server incorporati.
Quali altre applicazioni multimediali usi tu stesso?
Totem, Rhythmbox, audacia (ahi, non usa GStreamer). A volte anche io uso avisynth/virtualdub (applicazioni win32) tramite WINE, ma ciò potrebbe cambiare presto con un progetto Google SoC per avvolgere i filtri AVISynth come plug-in GStreamer.
Intervista condotta da Christian F.K. Schaller.
Leggi l'intervista per intero @ http://gnomedesktop.org/node/4082
Sito ufficiale di PiTiVi
Tutto Ubuntu, tutti i giorni. Dal 2009.