Newsgroup: it.hobby.elettronica.digitale
Titolo: Standard digital video CCIR-656

Salve a tutti.
devo utilizzare un chip ( video encoder) che accetta in ingresso il suddetto
standard CCIR-656, ma non riesco a trovare nulla di veramente esaustivo che
possa spiegarmi in che modo devo inviare  la mia informazione digitale.
In ingresso ho 16 bit.
Chi mi aiuta.
Grazie
Ciao
Salvo

"SDL" <S.De...@nospamUSA.NET> ha scritto:

Trovi delle application note ben fatte sul sito Philips Semiconductors
nella sezione multimedia video.
i 16 bit sono:
8 bit luminanza (Y) a 13.5 MHz
8 bit crominanza (U/V) multiplexati a 6.75 MHz.
c'è anche un clock a 13.5 MHz, un sincro di riga e uno di quadro.
Di solito gli encoder possono funzionare sia in modalità master
(generano clock e segnali di sincronismo) o slave (ricevono questi
segnali dall'esterno).
Ci sono anche parecchie impostazioni da fare internamente tramite bus
I2C o similare, prima che l'oggetto funzioni.
Potrei essere più preciso se mi dici che encoder è.
ciao.

 devo utilizzare un chip ( video encoder) .......
Io ne uso di video encoder e non sono poi cosi' comuni quelli per il 656.
Di che si tratta??
ciao
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

E' per caso un Conexant???


 ha scritto nel messaggio
news:al57kj$oo8$1...@news.newsland.it...



Le barre vengono generate internamente dall'encoder anche senza
segnali applicati; in ogni caso vuol dire che clock, alimentazioni e
uscite sono a posto, e anche i registri che impostano le varie
frequenze.
Io ho usato l'ADV7177 che non dovrebbe essere molto diverso.
Ma quando applichi i segnali cosa vedi, nero o schifezze?
Ciao.

 >No č un ADV 7171 della Analog Devices


Salvo
Purtroppo non ho più a disposizione la vecchia scheda con l'ADV7177,
ma ripensandoci mi sono tornati in mano alcuni appunti che forse ti
possono esser utili:
Io in realtà ho lavorato in modalità slave 1, e fornivo all'adv i
segnali hsync, blank e field. Inoltre i dati non sono a 16 bit a 13.5
MHz, come dicevi nel tuo primo post, ma 8 bit multiplezati a 27 MHz.
In modalità CCIR656, la sincronizzazione avviene attraverso
particolari sequenze di byte del tipo
ff 00 00 xy, dove xy indica il tipo di sincronismo.
Ovviamente la sequenza ff 00 00 è proibita nel resto dell'immagine.
Anche la sequenza 00 ff ff è proibita e indica l'inizio di un blocco
di dati ancillari, tipo embedded audio, che deve essere ignorata dal
sottosistema video.
Queste sequenze si chamano SAV (start of active video) e EAV (end of
active video). e sono di 8 tipi, definiti dal valore del codice xy.
Questi 8 valori sono definiti dalla norma CCIR 656, che riguarda la
codifica digitale dei segnali video campionati secondo la norma CCIR
601.
Degli otto bit del byte xy solo 3 sono impiegati per la
sincronizzazione; il byte è così composto
1  F  V  H p3 p2 p1 p0
F indica se il field è pari o dispari ed è 0 nel primo field.
V è 1 nel blanking verticale
H è 1 nel blanking orizzontale
p3 p2 p1 p0 vengono fissati in base agli altri bit e possono essere
impiegati per la correzione degli errori.
le 8 combinazioni "legali" degli 8 bit sono
10000000 F=0 H=0 V=0 - SAV di una riga attiva nel primo field
10011101 F=0 H=1 V=0 - EAV di una riga attiva nel primo field
10101011 F=0 H=0 V=1 - SAV di una riga di blanking verticale nel primo
field
10110110 F=0 H=1 V=1 - EAV di una riga di blanking verticale nel primo
field
11000111 F=1 H=0 V=0 - SAV di una riga attiva nel secondo field
11011010 F=1 H=1 V=0 - EAV di una riga attiva nel secondo field
11101100 F=1 H=0 V=1 - SAV di una riga di blanking verticale nel
secondo field
11110001 F=1 H=1 V=1 - EAV di una riga di blanking verticale nel
secondo field
Dopo il blocco <SAV> il primo byte è il campione Cb[0], seguito da
Y[0], poi Cr[0] Y[1] Cb[1] Y[2] Cr[1] Y[3] ... fino a Y[719] <EAV>
Sicuramente la modalità CCIR656 è utile se hai già i dati video
codificati in tale formato, ad esempio da SDI. se devi codificare
immagini di provenienza diversa, ti conviene lavorare in uno degli
altri modi.
auguri.
Ciao

Ti ringrazio per le note mi sono state di grande aiuto.
Leggendo il Data sheet alla voce Video Input Data port Support dice:
CCIR-656 4:2:2 8-Bit Parallel Input Format
4:2:2 16-Bit Parallel Input Format
Non mi sembra di averci grosse alternative sugli standard da utilizzare a
parte il CCIR-656.
Il 4:2:2 16-Bit Parallel Input Format è meno complicato?
Sto comunque provando ad implementare il protocollo CCIR-656, ma se l'altro
è + semplice sono pronto a cambiare strada
Ciao
Salvo