Signal rectangulaire avec rapport cyclique de 0.92

[portoe]

Excuse moi, je me suis pas relu, pour programmer j'ai ce qu'il faut.

Par contre Jack de quelle bete tu parle? Tu parle du MachXO2 7000HE??

Pour la synchro, je comptais la faire après avoir convertis les deux signaux vidéo en signaux carré.
-----

[invite14532198711]

Dans ce cas, oui il faudra un micro contrôleur pour faire le boulot.

ça veut dire quoi "convertis les deux signaux vidéos en signaux carré" ?

Tu comptes numériser les 2 vidéos, déterminer leurs synchro respectives, gérer l'assynchronisme (LAR, FIFO...) et synthétiser une synchro ?
Quand je dis synchro, c'est évidemment les 2, ligne et trame parceque la synchro ligne seule ne sert à rien...

[PIXEL]

OUTCH !!! là y'a du taf...... avec mémoire de trame et toussa.

[invite14532198711]

Hé oui, on a rien sans rien mon bon monsieur ! avant, au mieux ils avaient une horloge commune (genre le 50Hz), au pire des lignes à retards, maintenant on des ensemble de silicium !

Mais au fait, j'ai peut être raté des posts, mais le besoin c'est quoi exactement ? parceque mixer 2 images, je ne vois pas trop l'application en faite.

faire de l'incrustation de texte, ok,
obtenir plusieurs images sur la même trame (genre vidéo surveillance) ok aussi,
mais 2 images ensembles ?

[portoe]

Oui c'est ca numériser les deux signaux.

Je voudrais que le signal carré qui est une fréquence 15,625 kHz et qu'il soit au niveau bas pendant 4.7µs et j'aimerais faire en utilisant le composant programmable de chez Lattice: MachX02 7000HE.

[Jack]

C'est sur que synchroniser 2 sources video, c'est autre chose.

[invite14532198711]

Tu parles des signaux de synchro ou des signaux vidéos ?? c'est très différent, les un sont binaires (actif/inactif) et nécessitent que peu de composants pour obtenir un carré exploitable par un composant complexe (0-5V ou 0-3V3), les autres sont analogiques (sauf si la source est HDMI/DVI, ce qui m'étonnerait à la vue du 15625Hz).

Vu la fréquence, ça ressemble à du CVBS basique, donc analogique. Si c'est du RGB ça peut aller, si c'est du composite il faut un convert de qualité pour respecter les rotations de phases (la couleur est codée en rotation de phase en PAL/NTSC notamment).

Si c'est du SECAM ; ce qui est le meilleur format qu'il soit possible d'avoir sur un seul fil ; il faut mémoriser 2 trames, il y a une notion de paire et impaire, et là ça se complique...

[Jack]

Par contre Jack de quelle bete tu parle? Tu parle du MachXO2 7000HE??

Oui, donc, tu fais comment pour le souder?

[jiherve]

Bonsoir,
Si les deux sources vidéo sont synchronisables par réception d'un signal externe, il faudra au minimum générer un vrai signal de synchronisation ce qui suppose l'existence de la séquence de synchronisation trame. Si cela n'est pas le cas il faudra réaliser deux genlock pour pouvoir numériser les deux vidéos , faire suivre par au moins un FRC, cela suppose une mémoire triple page ou une grosse FIFO(mauvaise solution bien souvent), afin de synchroniser l'une des vidéo sur l'autre.
Donc un projet couillu.
JR

[portoe]

Bonjour,
Désolé pour hier soir, je n'étais pas chez moi.

alex, pour l'instant, partons sur les signaux synchro, assez simple a faire.

Jack, je n'est rien a souder, la carte est déjà prête, voilà la photo:


Je vous remercie de m'aider et de me répondre tout le temps rapidement

[invite14532198711]

Ok, il faudra donc bien imaginer le scenario nécessaire pour traiter ces signaux dans, sans quoi il sera impossible de coder quoi que ce soit pour ta cible...
c'est quoi le but final exactement ? si c'est pour de l'OSD tu te complique la vie.

par contre dans ta rédaction merci d'éviter les confusions de et/ai était/été pouvait/pouvez é/è, ça me hérisse en ce moment .

[portoe]

Qu'est ce que l'OSD?

J'ai pas de but précis en faite.

Désolé, je n'ai pas pour habitude de me relire, je vais faire gaffe à l'avenir.