Merci beaucoup, je vais faire le test demain, et je pense que la broche centrale de l’alim doit être positive.
Tu peux peut-être ouvrir le boitier CGV pour voir si on peut en déduire la polarité en regardant le connecteur soudé et les pistes du PCB, pour repérer la masse et la broche positive.
On trouve cet appareil assez semblable : Transcodeur PS-103B Pal-Secam - CGV (e-monsite.com)
J’ai pu trouver la réponse, c’est le négatif qui est au centre.
Je ferai donc le test demain.
Petite astuce pour identifier : il suffit de trouver le contact qui est en liaison avec la masse des prises RCA.
Astuce indiquée par un spécialiste de la vidéo.
Bonjour,
J’ai donc intercalé ce boitier SP-10 , et la numérisation du betamax fonctionne.
C’était donc bien vu de la part de Manix !
Avec tous ces traitements, la qualité n’est pas optimale.
Je vais donc continuer mes recherches pour trouver un numériseur plus professionnel. Au hasard , j’ai trouvé ce lien qui semble intéressant : Comment transférer ses k7 vidéos soi-même ? - Family Movie
Je vais mettre une photo du résultat actuel.
Photo du résultat actuel:
Bonjour,
je pense que le transcodeur CGV dégrade le signal vidéo. Il en existe des plus qualitatifs.
Un graveur DVD de salon avec entrée analogiques convertis le SECAM en PAL avec fonction TBC si vous en avez un.
Avez vous un TV PAL/SECAM pour comparer la qualité directe et transcodée de ce CGV ?
il faudrait une clef de numérisation USB qui accepte le SECAM
Elgato Video Capture
Windows - MacOSX - iPAD
Attention: J’ai été très déçu par ce produit car il numérise en 640 x 480 la PAL/SECAM au lieu de 720 x 576, ce qui est fort dommage.
Son seul atout c’est de désentrelacer les vidéos et de les fournir en MPEG 4.
Celle que je possède (August VGB100) supporte le PAL/SECAM/NTSC, on la trouve en promo à -10% sur amazon (35 euros), j’en suis très satisfait,
un test de capture en PAL que j’ai fait avec cette clé USB (la source étant hackTV et un adaptateur USB3 vers VGA détourné pour sortir un signal vidéo-composite sur la pin RED et la masse, on voit que la qualité vidéo est de type broadcast, la clé USB August VGB100 ne dégrade quasiment pas le signal d’origine) :
un youtubeur français a fait un test ici avec comme source un magnétoscope VHS :
si le fabricant n’a pas changé les spécifications de ce produit alors ça devrait être bon, il y a le détail technique ici :
https://www.linuxtv.org/wiki/index.php/OTG102
une photo du PCB, basé sur une puce Conexant CX78921-11z (un double-clic pour voir en plus gros) :
Précisions par rapport à la vidéo du youtubeur :
- vous n’êtes pas obligé d’utiliser le logiciel de capture du fabricant, vous pouvez très bien utiliser un autre logiciel, il y en a des gratuits open-source, souvent mieux conçus, avec moins de bugs, d’ailleurs j’ai l’impression que le logiciel du fabricant embrouille un peu l’utilisateur, on voit dans la vidéo à 10 minutes 29 une liste déroulante « type de vidéo » qui ne montre que le PAL et le NTSC,
mais pas de panique, le pilote permet bien les 3 standards, il est probable que « type de la vidéo PAL/NTSC » soit en fait la résolution verticale 576p/480p du fichier de sortie,
pour choisir le standard couleur PAL/SECAM/NTSC il faut probablement cliquer sur le bouton « réglage » en haut à droite de cette fenêtre :
personnellement étant sous linux j’ai utilisé ffmpeg et mpv pour la capture, ces outils donnent la possibilité de choisir le standard couleur, virtualdub et VLC donnent aussi la possibilité de capturer.
- à plusieurs reprises il confond les 2 prises RCA audio (rouge et blanc) en parlant de « prises composites », mais il s’agit bien de connecteur d’entrée pour l’audio (voie gauche et droite), le connecteur jaune étant celui de la vidéo.
Autre remarque :
- le youtubeur indique que sa cassette VHS a une image dégradée et pense que c’est lié à l’usure, mais en réalité c’est le logiciel qui est configuré en PAL, alors que la cassette est en SECAM, on reconnait le symptome avec les motifs en arc-en-ciel :
La solution a été donnée dans les commentaires (d’où l’importance de bien choisir le logiciel de capture, mal conçu il va induire en erreur l’utilisateur et lui faire croire que la clé USB de capture est défectueuse) :
@alexandrecorelli7179
Hello David. Ta cassette n’est pas détériorée, elle est lue en PAL. J’avais le même souci avec la clé sur une cassette qui passait parfaitement sur la télé. Il faut aller dans les paramètres (la roue dentée), sélectionner en périphérique vidéo : « Conexant Polaris… », puis le gros bouton « réglage », sélectionner "composite " et cliquer sur le bouton « contrôle » et sélectionner « SECAM L ». Elle sera alors lue correctement.
J’avais acheté ce produit August pour avoir un enregistrement direct, sans passer par un PC et par un logiciel, donc équivalent à un ancien enregistreur DVD.
Je constate que si je souhaite de la qualité, je vais donc devoir retourner dans les complications .
Des complications certes mais ça reste surmontable, avec des gens qui peuvent t’aider depuis le forum si ça bloque avec cette solution de capture par clé USB et PC.
Le dernier souci dont je n’ai pas parlé pour les clés USB de capture :
- comme le traitement de compression vidéo est réalisé par le processeur du PC : s’il est très vieux et peu puissant (ou qu’on utilise un codec de compression trop exigeant en ressources comme le H265) alors il peut se produire une désynchronisation audio/vidéo au bout de plusieurs minutes de numérisation, comme le CPU a du mal à suivre la cadence de type « temps réel 25 ou 30 images par seconde » alors des trames risquent d’être perdues, d’où une possible désynchronisation de la piste audio,
un PC moyen de la fin des années 2000 devrait quand même avoir assez de puissance pour numériser de la vidéo SD (type intel core 2 duo), au pire il y a des codecs de compression peu gourmands comme le MJPEG, sinon il faudra réduire la résolution de capture en dernier recours.
Il y a bien des boîtiers de capture autonome pour la vidéo analogique, mais on a vu que la compatibilité avec le SECAM n’est pas garantie, et les options de réglages très limités voire inexistants (le résultat de la numérisation ne sera pas optimal, d’un coté on gagne en facilité d’utilisation mais on risque d’être frustré par le résultat si on est exigeant sur la qualité).
J’ai l’impression que les fabricants de ces boitiers autonomes visent d’abord le public des pays PAL, le standard majoritaire du temps de l’analogique, ou les utilisateurs de camescopes « video 8/Hi8 » qui n’ont existé qu’en version PAL et qui veulent numériser leurs vidéos de vacances des années 80/90.
Pour ce modèle par exemple je ne sais pas s’il gère le SECAM :
https://www.amazon.fr/dp/B0B9WL1SDG?tag=mlttop-21
Quelques commentaires d’acheteurs positifs mais on sait qu’il y a parfois des faux commentaires postés sur amazon, payés par le vendeur pour mettre en confiance l’acheteur.
J’ai fait un test de capture de signaux PAL, SECAM et NTSC avec une clé USB August VGB100,
le générateur de signaux vidéos est fait par le logiciel hackTV, via un adaptateur USB3 vers VGA (puce FL2K),
La capture PAL commence dès les premières secondes, puis vers 15 secondes sur la vidéo c’est du SECAM, puis enfin à 30 secondes c’est du NTSC :
Cet adaptateur USB3 vers VGA a un petit défaut : il y a parfois des parasites à l’image, comme des dropouts, des petits points blancs, je ne sais pas si c’est lié à une perturbation électro-magnétique (mauvais blindage quelque part),
j’utilise aussi un boîtier connecteur VGA male 15 pins, avec bornier vissable, pour relier la pin RED et la pin GND de l’adaptateur USB3 vers VGA à un cable RCA, c’est peut-être ce boîtier qui crée le problème, s’il modifie le voltage du signal :
https://www.amazon.co.uk/D-SUB-Breakout-Terminals-Screw-Connector/dp/B07QHS8GGW
Il y a 3 ans j’avais tenté la même expérience, mais avec un autre adaptateur USB3 vers VGA (puce FL2K) que Clopos m’avait preté, et à cette époque je n’avais pas ce souci de parasites, mais je n’avais pas utilisé ce boitier connecteur VGA avec bornier vissable, j’avais utilisé le système D pour relier la pin RED et la pin GND au connecteur RCA de la clé de capture VGB100, j’avais utilisé 2 petits trombones pour faire contact direct entre les 2 pins de la sortie VGA et le connecteur RCA.
L’auteur du logiciel hackTV à qui j’ai indiqué le problème m’a conseillé d’augmenter un peu le voltage du signal video composite généré par la puce FL2K, car le voltage généré est un peu juste pour de la vidéo composite (0.7 volts),
the voltages from the fl2k are lower than standard for composite video, so it could be related to that,
(it outputs 0.7v p-p, but really needs about double that for colour composite)
il m’a indiqué ce type de circuit à créer et à adapter pour amplifier un peu le voltage, en choisissant les bonnes valeurs pour les résistances, et en faisant en sorte que les resistances soient de type ajustables, pour faire varier le voltage produit en sortie par les pins RED et GND de l’adaptateur USB3 vers VGA :
Bonjour,
la vidéo montre bien la faiblesse du SECAM par rapport au PAL concernant la bande passante luminance.
En SECAM à cause de la chroma FM toujours présente, les deux derniers pavés 3,8 MHz et 4,8 MHz ne sont pas restitués.
Avec un codeur professionnel on aurait un « incendie SECAM » sur ces pavés.
En PAL la porteuse chroma en QAM supprimée permet l’imbrication des spectres luma et chroma et le filtrage en peigne permet d’éliminer le cross color.
Dommage que la mire NTSC n’ait pas de pavés de définition, mais là aussi on a la chroma en QAM supprimée.
elle montre surtout que l’implémentation du secam de hacktv est perfectible.
y’a aucune raison que le secam en lui même rabote la résolution de la luma passé 3 MHz… ni même aucune raison que ça « s’enflamme » en video composite.
si cette limitation éxistait dans le standard « d’époque » il n’aurait pas pu être serieusement utilisé en télédiffusion.
Ben si, c’est justement le défaut du SECAM : les mauvaises transitions ( et le phénomène de cross-color qui a conduit à la suppression des barres de "haute définition " de la mire pour éviter « l’incendie de couleurs »). Défauts passant inaperçus sur une image en mouvement.
mire exploitée avec suppression des barres « hautes définitions »
voir cette discussion
C’est là qu’on perçoit la supériorité de la première photo ! ! !
En effet, si on sait que dans une vidéo (en mouvement) on ne voit
pas les « franges » de couleurs, on aperçoit dans la seconde les écho de transistion même sans couleur ! ! !
y’a une legere nuance entre dire « le secam rabote la résolution » et « on a enlevé les pavés qui bavent pour faire plus joli »
hacktv pourrait mieux faire, c’est une certitude.