Newsgroup: it.media.video.produzione
Titolo: DV PAL - Righe pari e dispari

Per il mio futuro film amatoriale sto sviluppando del software di
elaborazione delle immagini che faccia cose molto particolari di cui
ho deciso di avere bisogno. Volevo qualche conferma se ciò che ho
capito è esatto.
Estraggo il filmato DV sul mio PC. Monto un pezzetto di filmato
e lo salvo come AVI "non" ricomprimento il filmato.
Prendo VirtualDub (ho installato un vecchio codec Panasonic per
leggere il formato DV) ed estraggo tutte le immagini del pezzetto di
AVI.
Ogni fotogramma in realta' e' formato da due semi fotogrammi "presi"
in tempi diversi (giusto?).
Numerando la prima riga come "riga zero", le righe pari sono quelle
che fanno riferimento temporale al semi fotogramma piu' "vecchio"?
Leggiucchiando un poco benis sullo standard PAL ho capito questo.
Pero' quando vedo che il DV e' "field B" in realta' non capisco cosa
vuol dire, e ho paura che centri con il mio problema di righe pari, e
dispari.
-- 
Li mortacci a Lycos che ha censurato il sito Papero 1
Sito Papero 2 -> 
http://user.7host.com/papero/
Sito Papero 3 -> 
http://members.xoom.it/davidequack

Ciao, Davide!
Il giorno 22/12/2003 alle ore 10:14 hai scritto:
 DQ> Per il mio futuro film amatoriale sto sviluppando del software di
 DQ> elaborazione delle immagini che faccia cose molto particolari di cui
 DQ> ho deciso di avere bisogno.
Se vuoi un consiglio, visto che stai sviluppando un software, anziche' un
programma stand-alone realizza un plugin per VirtualDub o per Premiere (o
per il programma che userai per il montaggio), oltre ad essere piu' semplice
ti mette al riparo dai problemi di interlace vari e non ti costringe a
lavorare su immagini o file AVI temporanei.
 DQ> Numerando la prima riga come "riga zero", le righe pari sono quelle
 DQ> che fanno riferimento temporale al semi fotogramma piu' "vecchio"?
L'unico modo per avere la certezza e' fare delle prove visualizzando i file
elaborati su un televisore.
Bye

 ho deciso di avere bisogno.
Ci anticipi di cosa si tratta?
Ciao
--
http://tinyurl.com/ekcb

elaborati su un televisore.
Il mio timore e' che non riesca a "capirlo" vedendolo in TV. Stavo
infatti pensando di generare dei frame con parte dell'informazione
interlacciata (la parte originale), e parte no (l'immagine di sintesi
appicciata). Poi provare e vedere. Essendo un lavoro amatoriale, alla
fine deve soddisfare me.
Io poi ho anche il problema di "provarlo". Al massimo posso prendere
il risultato, buttarlo sul camcorder, e poi attaccare il camcorder
alla TV. Non ho la piu' pallida idea se quanto attacco il mio
camcorder amatoriale alla TV vedo una "buona" immagine, oppure e' gia'
abastanza degradata di suo. Non ho mai visto un filmato direttamente
dalla telecamera, se non per vedere "in diretta" qualche spezzone
appena girato.
Bye


Ciao, Davide!
Il giorno 22/12/2003 alle ore 14:38 hai scritto:
 DQ> Il mio problema e' tenere bassi i tempi di sviluppo, il mio tempo
 DQ> libero e' solo parte del fine settimana.
Rimango sempre stupefatto dalla assoluta mancanza di voglia di documentarsi,
di sperimentare e piu' in generale di fare qualsiasi cosa al di fuori del
premere un bottone. Una volta anche se si aveva poco tempo si aveva anche
voglia di sperimentare e di imparare, ora non piu', tutti di fretta, tutti
che hanno "poco tempo". Ma e' un hobby, se uno non ha tempo per il suo hobby
e' evidente che ha sbagliato tutto.
 DQ> Il mio timore e' che non riesca a "capirlo" vedendolo in TV.
A meno che tu non abbia dei seri problemi di vista lo capirai senz'altro se
hai sbagliato l'ordine dei campi.
 DQ> Non ho mai visto un filmato direttamente dalla telecamera, se non per
 DQ> vedere "in diretta" qualche spezzone appena girato.
E credi che si vedra' diversamente ? Mah...
Bye


I camcorder iniziano sempre dalla riga pari (1), mai dall dispari (0).
Vai tranquillo.
BQ

E credi che si vedra' diversamente ? Mah...
Sospetto che la mia telecamera converta il segnale digitale in
analogico. Sospetto che la conversione non sia perfetta. Come faccio a
valutare la qualita' della conversione se non ho termini di
riferimenti?
Se vuoi colmare la mia ignoranza, sono pronto ad accettare i tuoi
consigli. 


I camcorder iniziano sempre dalla riga pari (1), mai dall dispari (0).
Ti ringrazio.


Ci anticipi di cosa si tratta?
Per ora e' solo aria fritta, per questo non voglio anticipare quello
che potrebbero risultare solo stupidaggini dovute al troppo panettone.
Tutto nasce dalla considerazione che le mie riprese in blu screen
fanno schifo. Perche' l'illuminazione del set (il mio salotto) e'
fatta male, perche' come sfondo uso una tovaglia di carta da 5 euro
che mi da problemi, e per tanti altri motivi.
Essendo arrivato a fine budget, e avendo il dentista incominciato a
reglamare la sua parte del mio stipendio, ho deciso di buttarmi sul
software. 
Il primo che sto facendo e' quello che chiamo "l'inseguitore". E' un
algoritmo risorsivo basato sull'idea delle analisi delle immagini per
cluster. Tu dici un colore e lui ti cerca tutto cio' che e' vicino a
"quel" colore fino a trovare l' "orlo" dei colori vicini. Serve per
pulire lo sfondo. 
Il secondo sarebbe quello che per ora chiamo "camera detect".
Dall'analisi di marker che metto sullo sfondo voglio calcolare tutti
gli spostamenti della vicamera ( posizione XYZ, velocita assiali,
velocita' angolari, zoom).
Il terzo miscelerebbe fotografie dinamicamente tagliate e
ridimensionate come sfondo (vedi programma 1) secondo i dati della
posizione della videocamera (vedi programma 2) per ottenere il
filmato.
++++
Perche' fare questa faticaccia? Infondo perche' mi diverto. Pero' mi
piacerebbe arrivare alla fine. Il programma di inseguimento, dopo un
mese di lavoro, incomincia a dare segni di vita. Gia' so di alcuni
problemi che incontrero' nei programmi successivi (se ci arrivo). Qui
volevo solo anticiparmi eventuali soluzioni.
Per esempio non sono riuscito a sfruttare la degradazione del segnale
della compressione DV, e la degradazione intrinseca del CCD del
camcorder, anche se con semplici trasformazione da coordinate RGB in
YCbCr e creando un immagine in bianco e nero a partire dal nuovo
canale, "mi sembra" che sia possibili notarli molto piu' facilmente.
Sono convinto che si possa usare questa informazione per migliorare i
miei algoritmi, cosi' come sono convinto che molti degli algoritmi di
image processing che ho visto fanno finta che non esistano queste
degradazioni.


programma stand-alone realizza un plugin per VirtualDub o per Premiere
Non mi piace avere torto, ma in questo caso devo ammettere che non
avevo ragione. Non che sia una cosa rara che abbia torto :-(
Tra le varie cose ho sviluppato un programma specifico auto-adattativo
di cancellazioni degli "sfondi" alaborava le immagini dei singoli
frame, e che funzionava secondo le mie attese come qualita' del
prodotto finito, ma ci mette sui 5-6 minuti a frame. All'inizio ci
metteva anche di piu', ma non sono riuscito a scendere sotto questa
cifra neanche con tutti i trucci esoterici che conosco (leggi:
strutture dati e compilatori "speciali")
Adesso sto riscrivendo il programma monolitico in Python come un
Plug-in di Virtual Dub in C++ nella speranza di avere tempi di
elaborazioni "accettabili". 
Da una parte devo dire che VirtualDub e' fatto talmente bene da
rendere la scrittura di un plug-in veramente facile. Dall'altra parte
della medaglia pero' riscrivere un programma che lavora in 5
dimensioni (x,y e r,g,b) non e' una cosa molto invogliante.
Non so nemmeno cosa fare del plug-in se riesco a terminalo. Renderlo
disponibile o meno anche agli altri. Non credo che ci siano molti
programmatori/videomaker avrebbero voglia di usare quel codice.


Ciao, Davide!
Il giorno 03/01/2004 alle ore 09:11 hai scritto:
 DQ> Adesso sto riscrivendo il programma monolitico in Python come un
 DQ> Plug-in di Virtual Dub in C++ nella speranza di avere tempi di
 DQ> elaborazioni "accettabili".
Ma Pyton non e' interpretato ? Hai voglia ad ottenere tempi migliori...
 DQ> Da una parte devo dire che VirtualDub e' fatto talmente bene da
 DQ> rendere la scrittura di un plug-in veramente facile.
Che ti avevo detto ? Idem per Premiere e' un po' piu' complicato per via
delle strutture strane che vengono passate ma alla fine il concetto e'
identico.
 DQ> Dall'altra parte della medaglia pero' riscrivere un programma che
 DQ> lavora in 5 dimensioni (x,y e r,g,b) non e' una cosa molto invogliante.
Non capisco, hai sempre un buffer RGB che puoi indirizzare con coordinate
XY.
 DQ> Non so nemmeno cosa fare del plug-in se riesco a terminalo. Renderlo
 DQ> disponibile o meno anche agli altri. Non credo che ci siano molti
 DQ> programmatori/videomaker avrebbero voglia di usare quel codice.
Anticamente si diceva che il vero programmatore realizza software che verra'
usato si e no da altre due persone in tutto il mondo.
Bye

 usato si e no da altre due persone in tutto il mondo.
http://www.arcetri.astro.it/~comore/true_programmer.txt
;)
--
http://tinyurl.com/ekcb

Ciao, Salvo!
Il giorno 03/01/2004 alle ore 12:29 hai scritto:
 SO> 
http://www.arcetri.astro.it/~comore/true_programmer.txt
 SO> ;)
MITICO !!!  :-)
Azz... ma sei un database ambulante...
Bye

 Azz... ma sei un database ambulante...
GOOGLE lo e'.
Ricordavo di averlo visto, e ho solo fatto una query.
Ciao
--
http://tinyurl.com/ekcb

usato si e no da altre due persone in tutto il mondo.
Non che ci tenga poi' cosi' tanto ad un essere "vero" programmatore.
P.S.
In super quark mi sembra che quando un degli Angela parla davanti al
suo sfondo "falso" abbia i contorni "colorati" di nero. Nei film
americani capisco che uno sfondo e' "appiccicato" solo perche'
altrimenti quella ripresa e' impossibile. E' solo questione di
software, o nei film hanno hardware e set che permetto al software di
essere più efficaci?


Ciao, Davide!
Il giorno 05/01/2004 alle ore 15:44 hai scritto:
 DQ> Malgrado tutto la scelta di prototipare tutto in Python (interpretato
 DQ> ) e poi di buttare tutto e riscrivere in C/C++ la ritengo corretta, e
 DQ> la manterro'.
Avevo capito che volevi scrivere il plugin in Python e basta.
 DQ> Premiere costa troppo per le mie finanze, anche se sospetto che
 DQ> sarebbe "esattamente" cio' che mi servirebbe.
Da quando il costo di un programma e' un problema ?
 DQ> E' solo questione di software, o nei film hanno hardware e set che
 DQ> permetto al software di essere più efficaci?
Secondo me nei film hanno molto piu' tempo a disposizione per la post
produzione per eliminare tutti i difetti che possono saltare fuori.
Bye

 
poi il sw lo distribuirai in GPL o lo venderai?

produzione per eliminare tutti i difetti che possono saltare fuori.
Soltanto che fotogramma a fotogramma c'e' da impazzire.
Preo' credo sia solo un problema di soldi.


poi il sw lo distribuirai in GPL o lo venderai?
Per venderlo dovrei migliorare l'interfaccia e dare un supporto
all'eventuale compratore. Non sono cose da fare nel tempo libero.
Per fare una cosa ben fatta poi dovrei scrivere un programma di video
editing. Mi piacerebbe fare un programma di video editing in GPL. Le
librerie per farlo ci sono tutte, e sono pure portabili, pero' e'
improponibile pensare ad un progetto del genere senza un team di bravi
sviluppatori dietro. E comunque sarebbe un lavoro di anni.
A dare in GPL il plugin per virtual dub nudo e crudo ho paura di
"regalare" la conoscenza, senza avere in cambio nessun aiuto
programmatorio. 
Penso che mi terro' tutto fino al completamento del mio secondo corto
(estate/autunno 2004 ??), poi ci pensero'.
