bonjours
grace a la compression numerique on peut transmetre plus de chaine avec le meme canal de transmission c'est la TNT
y a il des circuit simple pour faire ce genre de compression pour transmetre une image video avec une bande passante plus faible qu'un canal television entier
l'idée est de mettre une camera dans un truc radiocommandé
merci
Bsr Chatelot ...
Mettre une caméra et transmettre la vidéo IMPOSE un émetteur et à l'autre bout
un .... récepteur.
MAis tu ne dis RIEN sur la liaison que tu veux réaliser (portée ??).
La COMPRESSION numérique ne suffit pas pour faire de la TNT.
C'est plus complexe que tu ne crois.
Le plus simple pour ce genre de liaison est de la transmission ANALOGIQUE en norme satellitaire (norme S).
Il est totalment inutile de vouloir compresser car je doute que tu veuilles transmettre avec plusieurs canaux (faudra autant de récepteur évidemment, si l'on veut les voir en meme temps).
Mais faut faire l'émetteur et le modulateur VIDEO (+ audio si nécessaire).
Il existe des caméras HF toutes prétes dans la gamme des 2 GHz.
Idéal pour l'application envisagée
Les retransmetteurs vidéo d'appartement peuvent aussi convenir.
Bonne soirée
je sais bien que c'est complexe , quand c'est simple je n'ai pas besoin de poser de question : la tnt est utilisé pour faire passer beaucoup de chaine dans un canal normal : ce que je cherche est de faire passer une seule chaine dans un canal reduit : la question m'est venue en voyant les camera ip et la transmission par wifi : la compression mpeg2 comprime la video , le tcip gaspile un peu , le wifi gaspille encore plus et au bout le resultat est moins bon qu'une transmission directe
par contre les radio amateur ont transmis des image en sstv tres lent mais sans compression , et avec un bon systeme de compression il serait possible de faire mieux
BJr Chatelo....
Les limites de la compression numérique:
http://f5ad.free.fr/DATV-QSP_F5AD_Debit_DATV.htm
La SSTV s'en tient à des images FIXES, dés que cela "s'anime" c'est plus pareil.
Cordialement
merci pour le lien
f1jbb a exactement ce que je cherche mais si c'est trop compliqué c'est qu'il n'y a pas moyen de faire plus simple
j'était aussi inquiet sur le temps de retard du au codage et decodage : ils parlent de 0.6 seconde : c'est trop pour moi
donc il n'y a rien a faire de mieux que les transmetteurs video a 2.5GHz
Bjr Chatelot...
En quoi est génant un "décalage" temporel de 0.6s ??
De toute façon il y a TOUJOURS un décalage avec la PRISE de VUE et le
"rendu" sur l'afficheur ( TV) au final !!!
Mais comme on ne le SAIT PAS, y a pas de géne !
C'est un peu comme la lumiére du soleil qui mets 8 s à nous parvenir !!
Le "jour" se léve 8 s plus tard pour nous .
Nous vivons TOUJOURS dans du "différé".
La solution F1JBB est en effet de la grosse cavalerie mais en numérique on ne peut faire "simple".
Cordialement
Dernière modification par f6bes ; 19/07/2007 à 11h24.
pour une emission de television le temp de codage n'a pas d'importance , il suffit de retarder aussi le son de la meme facon mais si l'image doit servir a telecommander un robot ou un modele reduit le temps de retard de 0.6 seconde est une catastrophe
mais je vois venir l'interet du codage numerique d'un bouquet de chaine dans le meme canal : quand sur une chaine l'image est facile a compresser cela laisse de la place aux autres chaines : et tant qu'il n'y a pas des images difficile a compresser sur toutes les chaine a la fois c'est bon
Bjr Chatelot......Envoyé par chatelot16
Oui , effectivement c'est génant si on ne réagit qu'aprés !!
Mais je ne vois pas trés bien la nécessiter qui pousserait à "compresser" dans cette application.
On y gagnerait quoi en pratique ?
Aprés tout la place est LARGEMENT disponible dans cette sorte d'application.
On a raremenr besoin de "caser" plusieurs émissions en meme temps.
Pour des modules analogiques E et R (4 à 256 canaux), un lien:
http://www.comelec.fr/categorie2.asp?cat=1&sscat=
Cordialement
