Du vrai 819 lignes : la solution !

Bonjour à tous,

Problème de tv qui saute résolu !

Pour tous ceux qui utilisent hackrf avec hacktv, le problème de décrochage de l’image est du tout simplement à la vitesse et la puissance du processeur. La prise usb n’a aucun effet sur l’émission car c’est de l’USB 2.0 pour le Hackrf one.
Je viens de faire les essais en Pal, Secam (problème de couleurs connu), et en 819 lignes, l’image est parfaite et le son bien présent en BG mais en L, le son est très faible. Par contre en 819, le son est correcte. L’image sur une vidéo HD est époustouflante sur un bon TV d’époque. La cadence à 24 ou 30 ou 25 im/s ne change rien sur la qualité et la fluidité. Le sample rate est à 16 Mhz, j’ai fais des essais concluant jusqu’à 21MHz sans aucun décrochage, ça décroche à partir de 22MHz.

Pour la commande : hacktv -f 551250000 -s 21000000 -r -m l -g 47 mireBBC.mp4
Voici ce que j’ai comme info :
Video: 1091x576 25.00 fps (full frame 1344x625)
Sample rate: 21000000
[flv @ 0x56084cf2da80] Missing AMF_END_OF_OBJECT in AMF_DATA_TYPE_OBJECT
[flv @ 0x56084cf2da80] Packet mismatch 0 5105 5105
Opening ‹ mireBBC.mp4 ›…
Input #0, flv, from ‹ mireBBC.mp4 ›:
Metadata:
lastkeyframetimestamp: 634
lastkeyframelocation: 13615930
creator : YouTube, Inc.
metadatacreator : YouTube Metadata Injector.
flvsource : cdbp
haskeyframes : true
hasmetadata : true
Duration: 00:10:34.87, start: 0.000000, bitrate: 172 kb/s
Stream #0:0: Video: flv1, yuv420p, 320x240, 176 kb/s, 30 tbr, 1k tbn
Stream #0:1: Audio: mp3, 22050 Hz, mono, fltp, 64 kb/s
Using video stream 0.
Using audio stream 1.
[swscaler @ 0x56084cf9e740] Warning: data is not aligned! This can lead to a speed loss
UUUUU

Avec un sample rate de 16MHz, je n’ai qu’un seul U qui s’affiche et encore quelques fois je n’ai rien.
Le U indique les erreurs de vitesse de transmission.

Le PC sous linux Ubuntu que j’ai utilisé est un Intel® Core™ i5-6500 CPU @ 3.20GHz × 4 avec 8Go de RAM.

La portée de la transmission est aussi étonnante, sur le canal 31 ou 46, j’ai encore une image en couleurs (PAL) à plus de 50 m au travers des murs. Je capte encore le son jusqu’à 100 m mais plus de synchro image.
J’ai utilisé 47 dB pour le gain. En VHF canal 2 ou canal 8, la portée est un peu plus courte car l’antenne télescopique du Hachrf est trop courte mais la porté effective est quand même de 20m avec cette config.

En conclusion, nos problèmes sont dus à un processeur trop faible y compris pour la Pi4 malheureusement.
La seule solution économique sans changer de PC, dans ce cas, c’est de réduire le sample rate à 8MHz mais on perd en résolution horizontale, on passe à 416x576 lignes utiles au lieu de 832x576 et pour le 819 on passe à 316x720 au lieu de 632x720.
Il faudrait aussi essayer une distribution linux plus légère comme Xubuntu par exemple ou simplement mettre un noyau et installer seulement ce qui nous sert pour cette fonction, un peu plus compliqué pour les novice en linux comme moi.

Voilà pour le moment.
Merci à Clopos pour les autres infos sur le DAB etc…
Je vais m’y penché bientôt, sur Paris on peut faire les essais.
Et merci à Mannix54 pour le GNU, ça me semble en peu compliqué mais la version sous linux est bien plus complète que sous W10.

Bonne fin de journée

Bruno Piffret

Hello à tous,

@Bruno :
J’espère que lorsque les tests 819 lignes (et 441L ?) seront effectués, nous aurons des nouvelles (et des photos ?)… :wink:

Bonjour,

Oui, ne vous inquiétez pas.
Mais avec le bac, je n’ai pas trop le temps en ce moment, je m’en occuperai en juillet, au calme.

Mes essais 819, ont bien fonctionné avec un PC de moins de 3 ans, sans décrochage avec une image issu d’un signal RF, excellente. Pour info, la résolution totale en 819 lignes c’est 1092 x 819 soit 983 x 737 utiles. Il faut dans ce cas, passer à un Sample rate de 19000000, mais il faut un PC puissant car dans ce cas on obtient le vrai 819 lignes théorique de 1949, il faut aussi une vidéo HD à 50Hz pour éviter des bizarreries de conversion qui peuvent être gênant sur un mouvement rapide mais que je n’ai constaté que sur un vol d’avion.

Pour le 441 lignes, j’ai retrouvé mon livre sur la Tv de 1952 avec la description précise du signal vidéo avec la largeur d’un top synchro et leurs nombres. C’est très très proche du 405 lignes anglais à quelques top près.
Le livre en question, c’est « Technique de la télévision » par A.V.J. Martin, Tome Premier.
Les pages intéressantes sont : 15 à 20 pour le 441.
La résolution totale en 441 lignes c’est 588 x 441 soit 511 x 383 utiles. Il faut dans ce cas, choisir un Sample rate de 10000000 (essai à venir en juillet).

Voilà, c’est tout pour le moment.

A très vite
Amitiés
Bruno

Bonjour à tous,
Bonjour Bruno,

Ce document pdf en Allemand est la publication officielle des PTT (ReichsPost) de 1938 donnant tous les paramètres techniques de la norme 441 lignes :

cdvandt.org/TFT%20441%20TV% … 201938.pdf

Beaucoup d’autres documents décrivant les progrès de la technologie TV Allemande avant la IIe guerre mondiale et pendant. Ce sont des bulletins techniques de la Fernseh-AG :

cdvandt.org/tv_tech_1940-42.htm

Fourre-tout plus général : radio militaire, Radar, développement de composants,…

cdvandt.org/handbooks.htm

Cordialement
jhalphen
PS : Bon Courage ! pour la fin de la période Baccalauréat.

J’ai regardé le document des spécifications du 441 lignes, et si j’ai bien compris, il y’a eu 3 versions différentes de la synchro trame ?

Excellente et intéressante question. On va voir lequel de nos experts va trouver la réponse… :wink:

Edit du jour :

J’ai ajouté une mention concernant les limites avec le Raspberry Pi 4 concernant les limites du processeur graphique et du chiptset principal. Avec un PC ou un Mac plus puissants, pas de soucis. :wink:

Bonjour,
En fait il n’y a pas vraiment eu 3 versions différentes en exploitation mais 3 propositions (« Vorschlag ») dans les années 1936 à 1938.
La 2ème proposition était au départ celle retenue par les PTT (« Reichspost ») mais c’est la 3ème qui a été retenue à l’issue d’essais faits à Berlin durant l’hiver 1937/38 pour comparer les performances des 3 propositions.
C’est son oscillogramme qui figure en tête du document PDF dont le rôle est de justifier ce choix.

Le tableau final (p. 165) en donne les conclusions:
Les propositions 1 et 2 étaient équivalentes en performance, la 2ème était plus simple à réaliser ce qui aurait d’après les auteurs peut-être permis une meilleure acceptabilté en vue d’une normalisation internationale.
La 3ème proposition a néanmoins été retenue car elle donnait les meilleurs résultats en présence de perturbations.

Hello,

Voici la norme 441L « définitive » en question qui va être utilisée jusqu’au 819L. Hélas, je ne comprends pas l’Allemand. Un grand merci à marceljack. :wink:

Cliquer sur l’image :

Hello marceljack,

Après « enquête » pour comprendre pourquoi la ligne de balayage (décrochage) n’était pas reproduite par le magnétoscope VCR Philips N1481, en dépit de ce qui est parfois publié par erreur, les appareils VCR Philips commercialisés en 1972 en France sous la référence N1500 disposaient bien d’une compatibilité 819 lignes. Il est possible qu’un circuit compatible pour gérer le 819L ait été conservé dans le modèle N1481 vendu quelques temps plus tard.

Lire dans le lien ci-après, le paragraphe « Which are the main formats to be found? »
https://www.bvws.org.uk/405alive/faq/video.html

Il faudrait retrouver un mode d’emploi ou un guide service de ces appareils pour s’en assurer… :wink:

Bonjour à tous,

C’est bien le top trame qui déclenche une synchronisation du tambour vidéo pour que le changement de tête soit synchrone avec le retour trame…

Le nombre de lignes, c’est du signal vidéo enregistré sur la bande…

Il y a peut-être une spécificité pour le 819 lignes : de mémoire la synchro trame pour faire du balayage entrelacé est différente de celle du 625 lignes ?

Sur un AKAI VT100 à bobines, j’avais été obligé de rajouter des composants pour synchroniser le changement de tête avec la synchro trame TV, sinon on voyait le changement de tête qui défilait lentement sur l’image ! Le circuit imprimé était prêt à accueillir ces composants, présents sur le VT110 et pas sur le VT100…

Bien cordialement. Jean-Marc

Oui, le top trame du 819 lignes est un top unique de 20 µs, il est possible qu’il faille modifier quelques valeurs de composants au niveau du séparateur de synchro pour accepter les deux formats de top synchro.

Bonjour MarcelJack,

Oui c’est ça : j’ai trouvé ça sur internet où on visualise bien les différences de synchro trame entre 819 et 625. il fallait sans doute effectivement un circuit particulier pour synchroniser le tambour du magnétoscope sur les retour trame du 819 lignes…

Je me trompe peut-être, mais il me semble que les synchros trames du 625 lignes avaient été optimisées pour que le niveau continu moyen du signal synchro trames soit le niveau du noir vidéo (en gros le haut du top synchro lines), afin de traverser plus facilement les condensateurs de liaison ? C’est loin d’être le cas en 819 lignes…

Bien cordialement. Jean-Marc
synchro_trame_819_625.jpg

Voilà à quoi ressemblent les tops trame du 441 lignes version 3, d’après les oscillogrammes (à main levée):
Norme_441v3.jpg

Hello Bruno,
Est-ce qu’on aurait la chance de voir un aperçu des essais de 441 lignes sur un TV ancien ? :wink:

Bonjour,

Pour le moment, c’est un peu compliqué.
Je m’explique, j’ai réussi en partie mais qu’en partie.
J’ai bien changé la fréquence d’émission, facile car le 405 lignes est très proche du canal 42-46 de Partis d’époque.
Il suffit de changer l’écart entre les 2 porteuses.
Pour ce qui est du lignage 441, ça beug toujours, il doit y avoir une commande dans un autre fichier qui m’'empêche d’avoir une image. En plus, je me suis rendu compte que toutes mes TV 441 ont été modifiées en 625 lignes, pour celles qui fonctionnent sauf une qui accepte sans broncher les 2 signaux, je ne retouche que très légèrement la synchro lignes
Au dernier essai, j’avais du son mais un peu faible et n’importe quoi sur l’écran, ça ressemblait à canal + mais crypté dans tous les sens, j’ai mis une sonde d’oscillo sur la diode de détection image et j’ai une sorte de bruit numérique avec des signaux plus ou moins rectangulaires mais rien de vidéos dans tout ça. J’ai inventé la vidéo yaourt…

ET pour finir, à la fin de la lecture de mon fichier vidéo, Hack TV plante complètement et impossible de relancer une vidéo, il faut que je sorte de l’invite de commande puis que il faut refaire toute la procédure de lancement, heureusement que Linux garde en mémoire les commandes tapées, c’est plus simple.

Attention, je ne fais pas de raccordement cuivre entre la TV (une Grammont) et mon Hack RF, je prend deux conducteur isolé et je les mets cote à cote.

Par contre ce TV Grammont fonctionne bien en 625 lignes sur 46MHz en L sur Hack TV mais je n’ai pas de son ou alors en modifiant l’écart entre les 2 porteuses, j’ai du son ans l’image et inversement.

Pour le moment, j’ai laissé de coté because mon emploi du temps est blindé avec la rentrée.
La suite au prochain numéro.

Bruno Piffret

Hello Bruno,
J’ai aussi subi ce souci de plantage. Je l’ai provisoirement résolu avec la commande “no audio". Le processeur du PC ou des processeurs graphiques ont du mal à interpréter et délivrer ce format « exotique ».
Autre conseil : utiliser la mire intégrée ou bien une vidéo SD type dessin animé et non pas une source HD très complexe. Cela soulage considérablement le process HackTV. :wink:

PS : peut-être que nos amis Mannix ou Domi-Niaque qui maîtrisent mieux que moi le sujet, pourront donner leur avis ?

Justement, n’ayant (pour l’instant) aucune maîtrise sur le sujet du HackTV, je ne saurais me prononcer.
Toutefois, une question: comment définir des résolutions « Homemade », comme le 405 lignes @ 15,6 kHz (viewtopic.php?f=15&t=247458) avec HackTV ?
Est-ce avec des modelines ?

Oui il faut retravailler la vidéo avant de la donner à hacktv, via un logiciel comme avidemux ou handbrake, pour que le format soit en 4/3 SD, avec le bon nombre d’images par seconde (25), dans avidemux il y a un filtre qui permet de changer le nombre d’images par seconde sans que la durée de la vidéo ne change.

Utiliser un codec vidéo sans problèmes comme le h264 (ou MPEG2, voire du MJPEG si CPU pas assez puissant) et un conteneur comme le mkv ou le mp4, pour l’audio : du PCM wav ou du MP3.

Le 405 lignes est supporté par hacktv, pour le 15.6 Khz je ne sais pas, il faudra peut-être modifier ce fichier vers la ligne 1149 (il y a des variables intéressantes comme hsync, vsync qu’on peut modifier), puis recompiler le code source après la modification :
github.com/fsphil/hacktv/blob/master/video.c

[code]const vid_config_t vid_config_405_a = {

/* System A (405 line monochrome) */
.output_type    = HACKTV_INT16_COMPLEX,

.modulation     = VID_VSB,
.vsb_upper_bw   =  750000, /* Hz */
.vsb_lower_bw   = 3000000, /* Hz */

.level          = 1.0, /* Overall signal level */
.video_level    = 0.8, /* Power level of video */
.am_audio_level = 0.2, /* Power level of audio */

.type           = VID_RASTER_405,
.frame_rate_num = 25,
.frame_rate_den = 1,
.lines          = 405,
.hline          = 203,

.active_lines   = 376,
.active_width   = 0.00008030, /* 80.3µs */
.active_left    = 0.00001680, /* |-->| 16.8µs */

.hsync_width       = 0.00000900, /* 9.00 ±1.00µs */
.vsync_long_width  = 0.00004000, /* 40.0 ±2.00µs */

.white_level    = 1.00,
.black_level    = 0.30,
.blanking_level = 0.30,
.sync_level     = 0.00,

.rw_co          = 0.299, /* R weight */
.gw_co          = 0.587, /* G weight */
.bw_co          = 0.114, /* B weight */

/* AM modulated */
.am_mono_carrier = -3500000, /* Hz */
.am_mono_bandwidth = 10000, /* Hz */

};[/code]

les modes 405 lignes supportés par hacktv :

a = No colour, 25 fps, 405 lines, AM (complex) 405 = No colour, 25 fps, 405 lines, unmodulated (real) m-cbs405 = Field sequential colour, 72 fps, 405 lines, VSB (complex), 4.5MHz FM audio cbs405 = Field sequential colour, 72 fps, 405 lines, unmodulated (real)

Tu peux générer du 405 lignes en vidéo composite avec hacktv et un adaptateur USB3 vers VGA (puce fresco2000), ou en mode RF avec hacktv et un hackRF.