[f1faq]

Bonjour,
La version 1.26 d'Evariste a amélioré essentiellement les choses en ajoutant une entrée UDP
Dans le fond, cette version origine G4GUO, a des problèmes "profonds" de timing des signaux.
Au vu des copies d’écran vous n'utilisez pas l'entrée UDP mais directement la webcam, donc avec les pb de timing

G4GUO a fait paraitre une version V1.25LP14. Elle implémente une entrée UDP comme celle d'Evariste.
Elle n'est pas encore totalement debuggée, mais bien améliorée. Lien (corrigé) ci-dessous

https://www.dropbox.com/s/l7iedd092c93z ... 4.zip?dl=0


73 - Christian
F1FAQ

[F6DZP]

Bonjour,

Première remarque : vous devez utiliser Win10 avec un mode zoom écran, ça met le bazar dans l'affichage de Minitioune( zone vidéo et vu metres décalés)

Deuxième remarque le signal doit être trop fort, les constellation 8PSK vraiment pas belles (elles devraient être sur le cercle)
il y a peut-être un bon MER qui mesure surtout le signal bruit mais la modulation est"pourrie".

Normal que l'on ne puisse pas décoder.

Jean-Pierre F6DZP

[F5UII]

Bonjour,

Merci pour vos réponses.

1) Je suis revenu à 100% sous Win7. Je ne comprenais pas d'où provenait ce décalage.
2) OK pour les niveaux. La constellation est alignée sur le cercle à présent, je n'ai pour autant pas encore d'image

J'ai testé avec différents formats proposés par la webcam (capture ci-dessous) mais également en flux source UDP depuis VLC , en cochant TS/IP In. Mais pour ce dernier test, j'ai l'impression que j'ai un parefeu entre les deux.

73, Christian

[F6DZP]

On voit dans le cadre info que Minitioune ne trouve pas les tables DVB qu'il devrait y a voir dans le TS. pas de PAT, pas de PMT donc impossible de trouver automatiquement les PID vidéo et audio.
Il y a bien des octets de Ts qui sont reçus. Mais le TS n'est pas conforme à la norme DVB.
Seule solution restante, comme il n'y a pas les infos dans la table DVB qui est inexistante, c'est de mettre les PID video et audio à la main dans les cases prévues pour cela.

Jean-Pierre F6DZP

[F1SSF]

Bonjour à tous,

Je galère pas mal pour encoder une vidéo faite à partir d'une cam HD en format .mov pour la rendre exploitable en emission date en SR250.
Il semblerait au diverses lectures que seul avc2ts puisse encoder correctement à la norme DVBS.

Ce que je ne comprends dans cette commande:
./avc2ts -o result.ts -b 1000000 -m 1400000 -x 640 -y 480 -f 25 -n 230.0.0.1:1000

avc2ts encode vers un fichier result.ts qui stream en multicast sur l'IP 230.0.0.1:1000 suivant les paramètres définis.

Ce que je ne comprends pas, c'est comment dire a avc2ts tu prends la source camera, ou un fichier vidéo ????

Je me melange peut être les pinceaux, merci éclaircissements, je ne connais pas linux.
73 F1SSF Franck

[F6DZP]

ça n'a rien à voir avec linux, ce sont juste les paramètres qu'a choisis Evariste pour son soft AVC2TS.

(presque tout est décrit la page d'avant ce post ...)
entre autre on voit le paramètre -t qui sert à choisir la source pour encoder.

-t TypeInput {0=Picamera,1=InternalPatern,2=USB Camera,3=Rpi Display,4=VNC,5=ffmpeg}

si le paramètre n'est pas mis (comme dans mon exemple) c'est que c'est la PIcamera qui est utilisée ( valeur 0 par défaut)

Jean-Pierre F6DZP

[F1SSF]

Bonjour,
Merci pour le retour.
Ok pour le -t , ca pour le coup j'avais pas vue.
Je reviens quand même sur Linux, ce qui semble facile pour ceux qui connaissent n 'est pas si évident pour les novices.

.-t TypeInput {0=Picamera,1=InternalPatern,2=USB Camera,3=Rpi Display,4=VNC,5=ffmpeg

il faut bien indiquer à l'OS ou se trouve ces INPUTS, non ? je presume qu'il doit y avoir une notion de path ?

.si le paramètre n'est pas mis (comme dans mon exemple) c'est que c'est la PIcamera qui est utilisée ( valeur 0 par défaut)

ca c'est l'info qu'il manquait
73 F1SSF

[f1faq]

ATTENTION NE PLUS UTILISER
LES LOGICIELS ONT ETE REORGANISES
Voir le Github de F5OEO ( https://github.com/F5OEO?tab=repositories )et suivre le sujet dvbsdr qui remplace



Bonjour,

J'ai créé un fichier batch pour installer la suite logicielle d'Evariste F5OEO : avc2ts / dvb2iq / Limesdr_send dans un Raspberry
Elle permet de générer une émission DATV de qualité en H264 (respect des timings du flux TS)
Il faut un Raspberry (récent de préférence), la caméra PIcam (c'est mieux) et un lime mini (lime USB je ne sais pas si c'est compatible)
Il y a deux fichiers :
Un pdf "Suite F5OEO" explicatif
Un fichier "install.sh" pour installer la suite automatiquement

Résultats de mes essais :
Emission sans audio : très belle image, MER de 35dB, mais interruption de l'émission au bout de qq minutes ! (?)
Emission avec audio : j'ai les ingrédients, mais pas la recette ! ne fonctionne pas pour le moment (voir le pdf)
donc
Essayez, modifiez, adaptez, améliorez, critiquez.....et partagez les résultats !

ATTENTION : des tas de noms d'extension de fichiers sont interdits sur ce site, donc renommer le fichier install.pdf en install.sh !

Suite F5OEO.pdf

(594.49 KiB) Downloaded 1334 times

install.pdf

(996 Bytes) Downloaded 1311 times

73 - Christian
F1FAQ

[F6HDW]

Bonjour à tous,
est-ce qu'il est possible de brancher un écran tactile HDMI 5" avec le soft du BATC portsdown (version F5OEO) ?
Sur mon RPI les pavés sont visibles mais ne sont pas tactiles...
Est-il obligatoire de brancher un écran Waveshare de 3.5" ou 7" ?
Merci pour votre réponse éventuelle.
F6HDW Jean Claude

[F6HDW]

Bonjour à tous,
pour répondre à ma question et cela peut servir à d'autres :
après avoir relu toute la littérature à ce sujet, il s'avère qu'il est impératif d'installer un écran tactile de 7" ou 3.5". Ce type d'écran est nommé "officiel" et se connecte sur le port "display"
du Raspberry 3b+ laissant ainsi libres les ports HDMI et GPIO.
J'ai donc installé un écran 7" (environ 70 Euros) et après avoir reformaté ma carte SD et réinstallé les programmes "Raspbian strecht" et "Portsdown", l'ensemble fonctionne à merveille .
L'installation de Webcam sur port USB peut se faire en respectant aussi un type de Webcam de la série Logitech.

Bonne semaine à tous.
F6HDW Jean Claude