Newsgroup: it.media.video.produzione
Titolo: Limiti del codec DV ??

Notoriamente si è sempre detto, in ambito prosumer, che i limiti del codec
DV non sono visibili ad occhio nudo, ed emergono solo quando una clip già in
DV viene ricodificata diverse volte.
Premettendo, inoltre, che non ho mai dedicato molto tempo alla comprensione
degli spazi colore, e penso che ho fatto male... vi sottopongo ciò che ho
notato realizzando una clip ad uso semipersonale. Ma vi spiego tutto nel
dettaglio.
Ho realizzato una clip di circa 6 minuti che verrà proiettata durante il 
matrimonio di mio cognato.
Essa contiene uno slideshow di foto personali della sposa, dello sposo, e 
del loro rapporto.
All'inizio della clip, ho pensato di realizzare una sigla stile STAR WARS 
per fuorviare ironicamente gli invitati del vero contenuto della clip... 
contenuto sicuramente di alto tasso commozionale.
Quando mi sono cimentato con After Effects nella creazione della sigla, che 
sinceramente penso mi sia venuta proprio ben bene, ho notato, codificandola 
in DV che quando i titoli svaniscono in lontanza, si possono notare delle 
tonalità a volte rosse e a volte verdi sui titoli stessi (che sono di colore 
giallo), Mentre, analizzando i titoli originali di Star Wars dal dvd, non 
noto questo problema, che all'inizio avevo attribuito all'uscita 
videocomposita della mia Matrox RT X100...
Quindi ho associato il problema al codec, visto che poi il problema viene 
fuori anche visualizzando il tutto sul pc.
In tal caso, con quale codec devo dire ad After Effects di renderizzare il 
tutto per ottenere una vera e propria qualità professionale?
Per i curiosi, la clip in Mp4 è scaricabile su 
http://www.antonionatale.it/video/enzo_e_anna.mp4
Gradirei commenti, anche sulla qualità della clip, che è stata realizzata 
usando appunto AfterEffects 6.5 e Canopus Imaginate 2, montati con Premiere 
Pro 1.5 su una RTX100
Saluti a tutti
Antonio Natale 

A meno che tu non abbia un'autorizzazione scritta dagli interessati, la tua
può essere considerata una notevole violazione alla privacy.
Ti rendi conto che il video può essere visualizzato da milioni di persone?
Io,fossi in loro, non avrei gradito.
ciao

 ha scritto nel messaggio
news:gTzte.46823$75.25...@news4.tin.it...

quoto al 100percento, togli immediatamente quel file dalla rete, prima che
ti scoppi qualche casino.
Quanto alla domanda: esci in rgb (mi pare che di default AEx ti imposti
questa soluzione) interlacciato con il campo giusto per la tua scheda (credo
sia lower ma controlla).
Poi importi in premiere e codifichi direttamente.
Quanto all'emitter, puoi farlo se hai il tracciato della firma, ossia un
file vettoriale in Illustrator o Flash o che vuoi tu. Cmq io ci ho messo un
po' prima di riuscirci, è una funzione non documentata di Aex che Stefano &
soci mi hanno chiarito

Togli togli togli quella roba dal server!!!...è illegale mettere a
disposizione del mondo immagini private se non ci sono i dovuti
consensi...bastava mettere qlche secondo della sigla iniziale.
Enzo

 ha scritto nel messaggio 
news:1119279405.1...@g49g2000cwa.googlegroups.com...
Togli togli togli quella roba dal server!!!...č illegale mettere a
disposizione del mondo immagini private se non ci sono i dovuti
consensi...bastava mettere qlche secondo della sigla iniziale.
Enzo
OK, grazie per il consiglio... anche se tutto sommato lo trovo abbastanza 
esagerato, visto che svariate volte mi č capitato di vedere cose simili su 
siti statunitensi senza grandi problemi... posterņ solo clip della sigla... 
sperando di non ricevere denunce per i diritti violati di George Lucas! :)
Ritornando invece al mio problema, tenendo conto che la risposta ottenuta da 
Derrick non centra nulla con il mio problema... nessuno mi sa dare qualche 
dritta su quale codec utilizzare per ottenere il massimo livello di qualitą? 
devo renderizzare necessariamente fotogrammi interi?
Grazie in anticipo
Antonio 

 devo renderizzare necessariamente fotogrammi interi?
Booo prova con fotogrammi interi non compressi...io faccio titoli con
swish ed esporto in avi...non ho di sti problemi.
Enzo

 sperando di non ricevere denunce per i diritti violati di George Lucas! :)
Quello a mio avviso sarebbe il male minore...sai che fanno i bastardi
quando vedono certe cose?? Le scaricano in locale e le mettono in file
sharing con un nome di file che attira moooolto l'attenzione di
pedofili e pornofili (lolita, teen, sex, etc etc)...e vedrai che il tuo
bel filmino di famiglia raggiungerą migliaia di copie in tutto il
mondo in poco tempo...ergo il consiglio.
Miii... quasi quasi si puņ utilizzare sta tecnica per gli spot commercali 
!!! GRRR :D 

 Derrick non centra nulla con il mio problema...
non c'entra nulla? Faresti bene a leggertela meglio, o a rassegnarti a
vedere schifezze...fai un po' tu
Tant'č vero che kikko ti ha dato la stessa risposta...

 Tant'č vero che kikko ti ha dato la stessa risposta...
Oh, ben inteso Derrick che ho detto che non centra nulla perché non ho 
capito il nesso, forse.
Mica voglio polemizzare con te, ben inteso... ti ringrazio cmq per la 
risposta, se mi spieghi pure il nesso,
ti ringrazio ancora di piů.
Ciao
Antonio 

Se esporti con fotogrammi interi non compressi, le matrici di
crominanza hanno le stesse dimensioni di quella di luminanza (e non la
metà come avviene, al meglio, negli altri casi), ne consegue una
definizione migliore dei colori nei piccoli dettagli quali possono
essere i caratteri quando si rimpiccioliscono.
Enzo

 ha scritto nel messaggio 
news:1119339998.8...@g14g2000cwa.googlegroups.com...

Ora mi è più chiaro. Quindi quel tipo di problema era dovuto 
all'impoverimento delle matrici di crominanza, poiché dimezzate 
dall'interlacciamento... giusto?
Grazie Enzo... (ovviamente grazie anche a Derrick) 

 Grazie Enzo... (ovviamente grazie anche a Derrick)
Prego :)

 ha scritto nel messaggio 
news:1119341785....@z14g2000cwz.googlegroups.com...


Prego :)
Scusa... quindi vuol dire che dovrei trovare un codec DV che abbia matrici 
di campionamento di tipo 4:4:4 oppure posso impostare io questa cosa nel 
codec prima del render in AE in qualche maniera? Visto che poi si tratta di 
una immagine generata artificialmente e non di una ripresa, con una macchina 
che abbia qualche genere di limite 

 di campionamento di tipo 4:4:4
eheheheh ....il 4:4:4 è un sogno da Viper, per noi poveracci.
Il DV è 4:2:2. Esporta in RGB nofields da AE, importa poi la clip nel tuo
progetto DV Premiere. Di più? Nun se pò!!!

 che abbia qualche genere di limite
Nono...io adesso non so Ae quali impostazioni permetta di regolare...tu
dovresti solo scegliere di esportare come "fotogrammi interi non
compressi"...non so tradurre questa possibilità in AE poichè l'ho
usato in pokissime occasioni e adesso non ce l'ho a portata di
mano...non penso esista un DV in 4:4:4.
Derrick parlava di esportare in RGB, che quasi sicuramente, derivando
da un YUV non sottocampionato, riporta più fedelmente i colori.
Ma ripeto su questa impostazione di AE forse è meglio chiedere lumi al
nostro ispettore :P
Enzo

 luminanza ogni 2 di crominanza...
Ti scappa un 2 di troppo.
-- 
Je suis un hors-la-loi/au goūt de penthotal, et de cendre
Je suis un hors-la-loi/la vie est au-delą, tu lui ressembles
/* 
amad...@despammed.com
 */

 progetto DV Premiere. Di piů? Nun se pň!!!
Il DV PAL č 4:2:0, ma se esporti in video non compresso dall'AE ottieni 
immagini RGB, non YUV, quindi il problema non si pone.
Solo che la domanda č: in che formato vuole avere il video? Se č un DVD, 
prende il file uncompressed RGB e lo converte in MPEG2 MP@ML (che tra 
parentesi č sempre 4:2:0) senza proprio passare dal DV, se č un video per il 
web si sceglie un formato e comprime con quello, se invece vuole un master 
DV allora (e solo allora) deve ricomprimere in DV (e conviene fare come dici 
tu, cioč importare il video RGB in Premiere e uscire in DV da lě). Perň a 
quel punto deve generare un video interlacciato in AE, lower field, 
altrimenti i movimenti sul TV interlacciato non sono fluidi (a meno di 
impostare un congruo motion blur).
Anche la Viper, tra l'altro, esce in RGB, non in YUV.

 Ti scappa un 2 di troppo.
Si hai ragione, è 4:2:0, e lo zero mi sa che indica che viene
campionato U in un field ed V nell'altro sempre con 2 campioni ogni 4
di lum.
Correggetemi se sbaglio.
E' un modo un po' mongolo di dire tutto ciò che spesso porta a
confusioni.
:)
Enzo

 blur).
Immagino che la sigla di guerre stellari è in progressivo... in quanto è una 
conversione dal formato cinematografico, o no?
Cmq, grazie anche a te Andrea... 

 una conversione dal formato cinematografico, o no?
Sì, è progressivo.

 di lum.
Il DV PAL e' un 4:2:0 con sottocampionamento Cr/Cb a linee alternate per
ogni campo, cioe':
linea 1 (top):    Y+Cr  Y  Y+Cr  Y  Y+Cr  Y ...
linea 2 (bottom): Y+Cr  Y  Y+Cr  Y  Y+Cr  Y ...
linea 3 (top):    Y+Cb  Y  Y+Cb  Y  Y+Cb  Y ...
linea 4 (bottom): Y+Cb  Y  Y+Cb  Y  Y+Cb  Y ...
linea 5 (top):    Y+Cr  Y  Y+Cr  Y  Y+Cr  Y ...
linea 6 (bottom): Y+Cr  Y  Y+Cr  Y  Y+Cr  Y ...
linea 7 (top):    Y+Cb  Y  Y+Cb  Y  Y+Cb  Y ...
linea 8 (bottom): Y+Cb  Y  Y+Cb  Y  Y+Cb  Y ...
linea 9 ...
Se l'immagine e' inferiore o uguale a 2 pixel, viene memorizzata
correttamente solo una delle due informazioni relative alla crominanza
Mi sfugge un po' il motivo di un campionamento della crominanza cosi'
assurdo, ed e' solo per il DV PAL: JPEG, MJPEG e MPEG-1 campionano Cr e
Cb come media delle crominanze del blocchettino 2x2, MPEG-2 e MPEG-4
e' diverso tra progressivo ed interlacciato ma e' simile a JPEG (viene
fatta comunque una media pesata di 2 su 4 pixel e Cr e Cb sono campionati
nella stessa posizione). Il DV NTSC, essendo un 4:1:1 con campionamento
del chroma solo sul primo pixel, potrebbe soffrire di un simile problema
ma in senso orizzontale.
Una spiegazione piu' dettagliata si trova qui:
 
http://www.mir.com/DMG/chroma.html
Per risolvere il problema stando sempre con l'esportazione in DV,
occorrerebbe che i dati mandati al codec siano gia' in 4:2:0, con il
chroma campionato come per l'MPEG-2. Sono decisamente arruginito con
Windows, pero' mi pare che nel vecchio Media Studio 5 ci fosse
un'opzione simile; dipendeva anche dai formati di input supportati dal
codec.
Ciao,
  Luca

Io sinceramente mi aspettavo che si campionasse Cr su di un field e Cb
sull'altro, visto che poi quello che interessa è l'immagine completa e
non i singoli field...in questo modo si evitava il problema che
evidenziavi tu dei blocchi 2x2:
Field A   (Y+Cr) (Y)
Field B   (Y+Cb) (Y)
con tutte le informazioni presenti nei 2x2pixel.
Mah...
Poi: come si campiona l'mpeg2 il croma? 4:2:2 ??
Grazie per le info.
Enzo

 Poi: come si campiona l'mpeg2 il croma? 4:2:2 ??
Solitamente e' in 4:2:0 (vedi il link del post precedente per ulteriori
dettagli sul 4:2:0 mpeg-2). Nell'High profile puo essere anche 4:2:2 o
4:4:4.
Ciao,
  Luca

Luca MaBAT ha scritto:

interessante il link, ma come si fa a campionare a +1/4 dal luma??
Media matematica pesata?
Enzo

 Media matematica pesata?
Credo proprio di si. Poi magari vai a scoprire che ogni codec lo fa alla
sua maniera, soprattutto se pensi che, solitamente, i sorgenti sono 4:2:0
PAL DV o 4:1:1, e si passa attraverso l'RGB o YUY2 (4:2:2), per poi
ripassare ancora in 4:2:0 MPEG-2. C'e' una doppia incognita: il decoder DV
terra' conto della disposizione del chroma PAL DV per generare il 4:2:2? E
l'encoder MPEG-2 ricampionera' in maniera corretta (+1/4 interlacciato,
1/2 progressivo)? Anche se nella stragrande maggioranza di riprese "reali"
non ha molto importanza la posizione del chroma, in filmati generati come
quello di questo thread possono sorgere dei fastidiosi problemi, e allora
ascoltiamo il saggio consiglio di Derrik: nessun sottocampionamento del
chroma (RGB o 444) fino al rendering finale.
Ciao,
  Luca