Thursday, January 19, 2006
vecchio e nuovo
All'ordine del giorno in tc-devel c'e` la discussione su quali pixel format dovrebbero essere accettabili nella pipeline interna. In breve, si tratta di decidere quali formati di immagine dovrebbero essere usati per le rappresentazione intermedie dei frame decodificati da elaborare.
Chiaramente le conversioni di formato, costose, sono da evitare ovunque possibile, per questo, in linea di principio, se un dato frame entra (dal decoder) formattato in un certo modo, esce (nell'encoder) in quello stesso modo. Attualmente la maggior parte dei moduli esistenti possono gestire sia il formato yuv420 che rgb24, ma si sta pensando di abbandonare il secondo, rendendo il primo l'unico utilizzato internamente.
Ora, e` pur vero che attualmente yuv420 e` il formato piu` utilizzato, e` pur vero che si sta pensando (da molto) di rendere tutti i moduli capaci di gestirlo, ma nonostante tutto non riesco a non vedere il rinunciare al supporto yuv422 e rgb24 come una regressione. Non so come funziona, o come evolvera`, il video digitale ad alta definizione, ma mi pare improbabile che si rimanga ancorati a yuv420 per sempre. In ogni modo, e` anche vero che prima andrebbe sanato l'import layer.
Di palo in frasca: pare che anche i programmi su avilib andranno rivisti. C'e` (almeno) un bug latente in AVI_close() di cui ho qualche indizio ma pochi fatti. Pare che avere a che fare con file OpenDML talvolta evidenzi il bug, talvolta no. Il codice non e` in buone condizioni, quindi la futura sessione di debug non sara` piacevole, temo. Per farla giusta, occorrerebbe riscrivere o almeno rivedere pesantemente il tutto, ma questo va al di fuori delle mie attuali possibilita` (prevalentemente temporali).
Chiaramente le conversioni di formato, costose, sono da evitare ovunque possibile, per questo, in linea di principio, se un dato frame entra (dal decoder) formattato in un certo modo, esce (nell'encoder) in quello stesso modo. Attualmente la maggior parte dei moduli esistenti possono gestire sia il formato yuv420 che rgb24, ma si sta pensando di abbandonare il secondo, rendendo il primo l'unico utilizzato internamente.
Ora, e` pur vero che attualmente yuv420 e` il formato piu` utilizzato, e` pur vero che si sta pensando (da molto) di rendere tutti i moduli capaci di gestirlo, ma nonostante tutto non riesco a non vedere il rinunciare al supporto yuv422 e rgb24 come una regressione. Non so come funziona, o come evolvera`, il video digitale ad alta definizione, ma mi pare improbabile che si rimanga ancorati a yuv420 per sempre. In ogni modo, e` anche vero che prima andrebbe sanato l'import layer.
Di palo in frasca: pare che anche i programmi su avilib andranno rivisti. C'e` (almeno) un bug latente in AVI_close() di cui ho qualche indizio ma pochi fatti. Pare che avere a che fare con file OpenDML talvolta evidenzi il bug, talvolta no. Il codice non e` in buone condizioni, quindi la futura sessione di debug non sara` piacevole, temo. Per farla giusta, occorrerebbe riscrivere o almeno rivedere pesantemente il tutto, ma questo va al di fuori delle mie attuali possibilita` (prevalentemente temporali).
// posted by Ikitt @ Thursday, January 19, 2006 
Subscribe to Posts [Atom]