Toutes les infos Hamdrm

Version en cours 07 Octobre 2015, Le programmeur VK4AES étant décédé, cette version est la dernière...

Avec EasyPal Hybrid beaucoup d'oms sont en panne de serveur FTP, c'est un constat. Pour remèdier à cet état de chose, un serveur dédié EasyPal a été créé: son adresse http est http://www.easypal.org

Il semblerait qu'un OM japonais ait pu se procurer des sources d'EasyPal et serait à même d'assurer une continuité à ce programme, remarquez que j'ai utilisé le conditionnel...

Les versions dont les liens sont mentionnés n'existent plus, de ce fait plus de réponse en cliquant dessus, ce qui est normal.

Il y avait déjà le contestable couple B 4 qui avec ses "streams" de 16 Hz étaient, aux dires de certains, plus robustes que les 32.5 Hz du mode E 16 mais dont tout le monde raffolait, bien sur à grand coups de BSR et de FIX et donnant des SNR au raz du -10 dB maintenant, avec le mode hybride on a droit à tous les excès et à toutes les images vues sur internet depuis 10 ans (fonds d'écrans, BD, et autres que je ne nommerai point, des enfant lisent et regardent). Je suppose que les OMs n'ont pas de mémoire, et ne pensent pas que ces envois se font par internet, juste l'entête et l'adresse du serveur FTP sont transmis en DRM sur disons ... 4 secondes, et c'est tout. Je pense aussi qu'en prime ils sont fiers d'avoir réussi leur transmission, car on a droit au "good copy", "good pic" et "image FB" ou "merci, très bonne image" et ceci pour une transmision qui n'a rien à voir avec la radio, ou si peu. Les OMs ne sont plus fiers de l'être et s'abaissent encore d'un cran....

Mon avis, qui n'engage que moi bien sur, cette manière de faire est due à la faiblesse du paramètrage de leurs stations car à ce point de vue il y a à redire; quelques exemples relevés sur l'air!

bande passante paramétrée trop large pour le matériel utilisé = 6 "streams" au tapis (2.4 kHz au lieu de 2.2 kHz) en mode E, mais 10 à 12 en mode B et le SNR en conséquence... Oun autre option, le transceiver, via le filtre à quartz ou le DSP...

très mauvaise linéarité car PA émetteur ou PA additionnel mal réglé ou retour HF...

dynamique mise à mal par de mauvais règlages; trop d'injection BF dans l'émetteur...

Le mode hybride a été conçu pour pallier aux difficultés de transmission de grands fichiers OM comme des docs et schémas, pas des pin-ups, couchers de soleil ou autres bateaux à voiles. Oh, je ne m'adresse pas qu'aux français, mais aussi aux hollandais, allemands (les pires), anglais, italiens, autrichiens et autres, enfin tous quoi...

Pour ma part, les images issues du mode hybride ne sont plus routées sur mon FTP, et je constate qu'à peine 1/5 des transmissions soi-disant en DRM se font en mode hybride

Chez les radioamateurs, les techniciens et leur fierté sont en voie de disparition, adieu les Ing. et les Dr. chez les DLs!

Nouvelle version beta testeur d'Easypal, portant sur des essais concernant un mode hybride se mettant en action si les conditions le permettent, c'est à dire le taux d'erreur et la longueur de l'entête se commutant automatiquement en fonction de la qualité (SNR). Bien sur, avec les pauvres SNR que l'on a maintenant, ça risque de ne pas être efficace.

Attention, ce n'est pas une version "public" et peut contenir des "bugs", vous êtes prévenus.

Un fichier langage FR a été réédité, prenant en compte les dernieres modifications et ajouts, disponible ci-dessous.

Fichier à déposer dans le répertoire "misc" d'easypal, Windows va vous dire que ce fichier existe déjà, souhaitez-vous l'écraser, dites oui

Je sens que on va y penser, autant anticiper; c'est un fichier texte, ne peut contenir de virus, quelqu'ils soient...

Période de calme, de fatigue intense et surtout de non-motivation, attention ça veut pas dire que c'est reparti!!!

Nouvelle version "public" d'EasyPal après la sortie d'un certain nombre de versions "betatesteurs" rendues obligatoires pour tenter de résoudre des problèmes récurrents, dans le genre, fausses détection par les antivirus, défauts de fonctionnement notamment avec Seven. Amélioration de l'interface graphique utilisateurs, et autres choses...

Une recrudescence d'images à carctère érotique ou pornographique depuis quelques temps dont les auteurs principaux sont OE1GOW et IZ1MKE qui ne savent pas que des jeunes peuvent regarder les transmissions DRM... Mais non ils savent, ils doivent être Dr ou Ing, comme ils aiment à le mentionner partout...

Votre cadeau de Noël, une nouvelle version d'EasyPal ce jour. Pas de bouleversement, juste de la maintenance, correction de petits bugs et ajouts de petites choses. Ah si, mise à jour du langage français....

Précédemment quelques version betatesteur sont été mises à disposition et quelques avis et corrections suite aux résultats trop peu nombreux ont été pris en compte.

Je constate qu'un courant nouveau prône le mode B 4 au lieu du E 16, avec comme argument que la robustesse du 4 QAM prime sur sur le mode.

Alors je vous demande pourquoi HB9TLK s'est décarcassé a créer un mode E, à priori juste pour vous em... d'après mes constatations.

C'est le mode E, avec une largeur de stream de 62.5 Hertz au lieu des 31 Hz du mode B qui est le plus robuste face aux aléas de la propagation et de la transmission. La finesse des streams est très sensible à toutes les perturbations.

D'autre part, pour la même image, curseur de taille réglé sur 36 k, RS2 validé, une transmission en B4 sera plus longue (305 s) comparé à une transmission en E 16 qui fera 260 s....

un scoop; Panurge n'est pas mort!!!... Lisez les docs sur le sujet et évitez de penser...

Nouvelle version public d'EasyPal de ce jour, elle apporte des paramètres ajustables en Waterfall (contraste, luminosité, optimisation commutable pour les images en watertall ou les datas) ainsi qu'un contrôle automatique de niveau waterfall, commutable. Elle apporte aussi un indicateur de niveau de réception optimale dans le bargraphe réception. Cet indicateur indique la meilleure zone à utiliser lors des règlages de niveau RX.

Mise à jour D'EasyPal version betatest 18b betatesteur de ce jour 17 Novembre.

Ajout d'une barre de réception optimale dans le graphe réception (modification), en sus du marqueur niveau max; la réception optimale est garantie dans cette portion ce qui ne l'est pas forcément quand le graphe passe au vert, le marqueur à droite indique que l'on dépasse la plage de niveau autorisé..

Le contrôle automatique de gain waterfall a été retiré mais quelques ajustements sur celui-ci ont été ajoutés, accessibles en "Réglages" et "Waterfall Options".

Amusez-vous à surveiller le temps machine pendant une réception HamDRM, c'est assez édifiant:

1) très bonne réception, le logiciel ne fait pas appel à la redondance, décodage à la volée, temps machine assez bas. 1 stream est utilisé (vous savez les petites bandes verticales dans la réception, en waterfall, bien visibles en mode E)

2) réception moyenne sans erreur affichée, décodage à la volée pour une partie mais le logiciel fait aussi appel à la redondance, de 10 à 30 % de temps machine en sus. Dans ce cas là on utilise une partie des streams reçus, ceux non altérés...

3) réception moyenne avec des erreurs affichées, le logiciel fait appel à la redondance mais celà ne suffit pas, on rajoute 5 à 20% de temps machine, création d'un fichier BSR, ici aucun stream n'est exploitable...

4) décodage des binômes RS, on approche du 100 % de temps machine. A ce niveau 2 choix;

C'est sur les options 3 et 4 que l'on voit l'utilité d'une machine récente, c'est à dire supérieure à 2.8 gigas car, avec avec moins de ressources, le décodage va se révéler lent surtout sur le Reed Solomon ou la totalité du processeur de la machine va être utlisée à ce travail.

Ce n'est pas parce que beaucoup d'OMs pratiquent différemment qu'ils ont forcément raison!!!!

Je dis celà car vois couramment une pratique lamentable sur la DRM, surtout chez les DLs; l'usage du mode B4 avec comme argumention que c'est le 4QAM qui est le plus robuste par rapport au 16QAM, je dis stop à la bêtise, c'est essentiellement sur le mode dont dépend la robustesse, E plus robuste par rapport au B et B plus robuste que le A. La largeur des streams et la dissémination sont là pour le confirmer. Le mode E, qui n'existait pas en DRM, a justement été créé par HB9TLK pour en améliorer la robustesse.

D'autre part une transmission en B4, outre le fait de la robustesse, est plus longue que du E16. Bravo à ceux qui sortent de telles aneries, surtout là on voit le niveau des OMs s'écrouler outre Rhin!!!

Mise à jour D'EasyPal version betatest 16b betatesteur de ce jour 16 Novembre.

Ajout d'une barre de réception optimale dans le graphe réception, en sus du marqueur niveau max. Ajout aussi d'un Contrôle Automatique de gain pour le Waterfall. Erik demande votre avis sur ces modifications....

Il semblerait aux dires de certains, que le problème de détection de faux positifs sur EasyPal soit du au petit programme C32.EXE situé dans le répertoire racine d'EasyPal. Il ne contient rien qui puisse présager des ennuis que l'on connait, et il a été compilé avec les outils Micro$oft adéquats. Attention la solution radicale d'effacer ce petit programme va faire que votre logiciel préféré ne démarrera plus, alors vous êtes avertis.

Avec Vista et Windows 7, les droits administrateurs sont requis pour installer EasyPal correctement.

Bien que Windows indique que votre connexion personnelle soit en droit administrateur, il semble que ce ne soit pas effectif sur tous les systèmes. Assurez vous en !!!

D'autre part sur près de 65 chargements sur mon serveur et certainement plus ailleurs, je n'ai eu qu'un seul retour concernant une fausse détection via Norton. On peut donc en conclure que la version 08BB d'EasyPal est correcte, fin du sujet, je transmets donc !

EasyPal version du 08BB Octobre, Cette version est en fait une version test avec correction de la détection (false positive) par les Antivirus. Merci de reporter les problèmes RAPIDEMENT et UNIQUEMENT avec cette version...

Alerte aux fausses détections virus (false positive)... En effet depuis 2 ou 3 versions, certains Antivirus (Norton, Avast, Antivir pour le moment...) réagissent à l'archive ou à l'installation d'EasyPal. CELA NE VIENT PAS D'EASYPAL, mais de votre Antivirus et suite à une mise à jour de celui-ci.... Pour installer votre logiciel, désactivez l'Antivirus, faites votre installation et réactivez l'Anti-virus, ça marche!....

Une autre version betatesteur aujourd'hui, juste pour avoir d'éventuels retour sur son fonctionnement, ne vous génez surtout pas, c'est comme ça qu'on avance!!!

Suite a ma demande une modification a été prise en compte. La CW de l'indicatif en même temps que la transmission. Celle-ci a été remise en service et passe toutes les 60 s, elle peut être dévalidée en décochant le bouton "indentification CW" dans le menu "Action"...

1. Si conditions ne permettent pas l'affichage FAC de l'indicatif. par exemple: le mode "A", 64QAM

2. Il est agréable d'être en mesure d'identifier les appels, peu importe les conditions.

3. Cet identifiant n'ajoute pas de temps supplémentaire en le TX, et ne cause pas d'erreur.

Le bouton BSR (compatible avec tous) a été changé pour "Fast BSR ...." (un fichier langage va donc corriger ceci)

Celui-ci utilise un système différent. Auparavant, si une très longue transmission est interrompue, alors la demande en BSR peut être énorme. Elle doit faire apparaître tous les segments non reçus ou erronés dans la liste des demandes de BSR.

Le nouveau système peut détecter un flux continu et la nécessité en segments peut alors être simplement calculée; le segment de début et le segment de fin de ce flux continu.

Ainsi, pour une demande de 500 segments, il faudra seulement quelques octets plutôt que les 500 segments individuels et habituels de la liste BSR.

Nouvelle version d'EasyPal en test; suite à votes ou avis négatifs des testeurs, la petite CW à 300 Hz a été retirée, dommage je l'aimais bien et surtout ça indiquait ceusses qui avaient mis à jour leurs EasyPal....

Enfin il faut dire que sur des centaines de testeurs il y a quelques années, peu ont survécu, il n'en reste quasiment plus (en gros 1 dizaine de par le monde) et ce n'est quasiment que sur les courriels direct, qu'Erik se base et devine les problèmes ou les besoins!!!

Nouvelles versions d'EasyPal ce jour, déjà la 2éme (30B), qui comprend quelques légères améliorations, mais encore et toujours la correction de quelques "bugs". A noter qu'à l'écoute des fréquences utilisées par ce mode, peu encore on fait la mise à jour, y a pas la petite télégraphie décrite en dessous...

Ehhh sans le savoir, avec la dernière version d'Easypal, eh bien vous faites de la télégraphie; en effet en début de transmission, juste à côté des "streams", vers les 300 Hz, votre indicatif passe en CW, pas très fort mais audible, il est visible en waterfall sur la transmission de votre correspondant qui aura fait sa dernière mise à jour, hé oui!!!

Sa position et son relatif niveau ne perturbe en rien la transmission du signal DRM en cours, qu'on se le dise!!!

Nouvelle version d'EasyPal ce jour avec quelques corrections et améliorations. Le fichier langage français a été revu, ajout d'un petit bouton (image gauche) au dessus du Waterfall permettant l'envoi de l'indicatif en émission Waterfall (copie d'écran à droite)

A noter que les choix de la barre menu REPT (répéteur) et FTP ont été déplacés et se trouvent à droite

>>>Ce n'est pas parce qu'une majorité pratique le mode B 16 QAM en HamDRM qu'ils ont forcément raison, il n'y a qu'à suivre les QSOs pour s'en rendre compte!!!

>>>D'autre part, à vouloir utiliser le mode B 4 QAM, il y aurait plus d'avantages à utiliser le mode E 16 QAM, vous y gagneriez en temps de transmission et en robustesse face au QRM...

>>>Même en HamDRM il y a des Dinosaures, j'en ai vu un l'autre jour s'acharner à envoyer des images avec DigTRX et râler à chaque plantage lors de l'envoi de BSR de son correspondant, bien sur mauvais choix de celui-ci, mais tout de même!!!...

>>> Un constat; nous sommes en totale régression sur les efforts de qualité de transfert en DRM, si avant nous étions qualifiés en pourcentages, depuis le passage en dB, c'est la catastrophe.

Maximum c'est 50 dB qui correspondent à 100 % des trames reçues et décodées à la volée

Il est techniquement possible de ne recevoir que quelques Streams pour recevoir sans BSR une transmission, si celle ci est parfaite, donc déjà hors 80 m, à cause du bruit de bande...

Pourtant vous recevez l'image. Ceci est du à la redondance de l'information contenue dans la transmission. Seulement, il est facile de vérifier que plus le SNR est bas, plus l'ordinateur doit pédaler pour tenter de chercher l'information ou elle peut se trouver, s'il la trouve... D'autant plus que le surencodage Reed Solomon (RS) augmente encore la charge machine qui peut grimper jusqu'à plus de 50 % voire 80 % pour une configuration moyenne.

Depuis le 10 Septembre une version betatesteur a été distribuée, ce qui augure que très prochainement une version "public" sera bientôt sur les rails... D'autre part un fichier langage a été refait car plus conforme à la réalité et aux nouveautés du programme.

Pour les esprits chagrins qui ont été victimes de la série des fausses détections virus du début de l'année et qui n'ont pas rechargé le logiciel depuis, voici le résultat du passage de la dernière version du 02 Septembre 2010 à une batterie d'antivirus, le résultat est sans équivoque...

Voici le dernier fichier langage pour EasyPal, il a été réécrit conforme à la structure du fichier de base anglais, car à la suite de dizaines de modifications, il s'est écarté du droit chemin. Certaines choses ont été supprimées, d'autres ajoutées. Il sera à déposer dans le répertoire "MISC", en racine de celui d'EasyPal. Il y en a déjà celui livré avec le logiciel, donc logiquement Windows doit râler, vous devez accepter l'écrasement de celui existant. Si Windows ne dit rien, c'est que vous vous êtes fourvoyé... On recommence!!!

Nouvelle version d'EasyPal du 2 Septembre avec pour nouveauté, la possibilité d'utiliser le port imprimante // pour commander le PTT. Une autre nouveauté; la mise dans un répertoire séparé des fichiers répéteurs. De nombreuses autres améliorations ou corrections ont eu aussi lieu, à découvrir au passage!!!

Je note que nombre d'OMs n'ont pas encore lu cette page et sont encore empêtrés avec Windows7 et son p.... d'UAS, bien bien!!!

Un fichier langage français pour EasyPal version du 2 Septembre sera bientôt disponible, uniquement pour les lecteurs de cette rubrique.

Est apparue sur la page d'accueil de mon site une vue directe des réceptions DRM de 3 OMs plus moi, ce qui permet à partir de ce portail de visualiser le trafic DRM sans le quitter. Un clic sur l'image de votre choix va l'agrandir à sa taille normale, il suffira de fermer cette nouvelle fenêtre pour revenir en arrière.

A noter aussi l'arrivée d'une page DRM, celle livrée avec easyPal, que j'ai mise en ligne chez mon fournisseur Internet Orange. elle est disponible sous l'adresse;

Cette page affiche les miniatures des 15 dernières réceptions effectues en HamDRM sur ma station.

A l'ecoute des QSOs sur le 3.733 MHz, je suis effaré des choses que l'on peut y entendre sur la manière d'opérer avec les images. Ne laissez pas à EasyPal la possibilité de compresser vos images, faites le en amont en réduisant le format avec un logiciel comme IrfanView puis donnez un petit coup de netteté pour regagner en définition. Ne dépassez pas le format 800x600, c'est la compression EasyPal assurée d'autant plus visible que votre image contiendra du détail. Toujours dans le même registre le mode B16 et la modification de paramètres pour gagner une seconde ou 2, mais qui augmente de risque d'erreur: laissez le ERROR à HI et l'entête à 24 bits ce qui va permettre sa répétition et diminuer voire supprimer l'erreur de taille en cours de transmission. ET enfin la largeur de la transmission, là encore il y a plein de victimes du "je pense que..." et si vous émettez en mode 2.4, il vous faut 2.750 kHz de largeur de bande BLU chose que peu de transceivers actuels ne peuvent vous offrir. Pourquoi 2.750 kHz pour 2.4 kHz ben on ne démarre pas à 0 Hz mais à 350 Hz environ selon les paramètres choisis, qui viennent s'ajouter à votre transmission.

Toujours et encore la péche aux images sur Internet, ATTENTION aux Droits.... Pour être libres d'usage, le site doit le signaler explicitement, si rien n'est mentionné, elles ne sont pas libres de Droits et une autorisation d'usage doit être demandée... D'autre part, si malgré tout vous utilisez une image avec le nom du site ou le l'auteur incrusté dessus, vous n'avez pas le droit de cacher par quelque moyen ce soit ce nom, c'est aussi punissable.

Le courriel d'un OM reçu ce matin en réponse à l'article écrit hier demande des précisions quant à la nécessité d'avoir un bon SNR. Je viens de lui répondre par courriel personnel, mais j'en reprends les termes pour mettre en ligne cette explication.

Il me dit: "le but est atteint, l'image est transmise". A celà j'ai répondu oui mais, si la transmission s'est faite à 10 dB, et que l'image est reçue, elle ne le sera pas pour beaucoup d'autres qui eux seront plus limite. 10 dB celà représente 20% de la transmission reçue correctement et le logiciel a du faire appel à tout ce qu'il était possible de faire, via la redondance et le surencodage RS, il n'y a quasiment plus de marge sur la transmission, la limite minimale est atteinte. Une erreur dans la transmission et le logiciel ne peut plus autocorriger et ce sera une demande de réparation assurée, alors que si le SNR était à 25 dB, le logiciel avait encore de la ressource pour assurer plus de correction le cas échéant, 25 dB représente 50% de la transmission reçue sans faire appel aux systèmes d'autocorrection (redondance + surencodage RS). En DRM, hormis le cas (interdit) des communications privées, il faut prévoir que votre correspondant ne sera pas le seul à recevoir l'image transmise, ou à vouloir le faire, et rien n'est plus frustrant de n'être pas dans un QSO et de ne rien décoder... transmettre à 20 dB ou plus de SNR va aussi forcer l'admiration tout en assurant des QSOs de qualité avec un nombre très réduit de BSR.

La redondance c'est la possibilité de retrouver la même info plusieurs fois afin qu'en cas de problème de transmission, celle-ci soit toujours présente, en DRM mode E et 2.2 kHz, il y a 29 streams (canaux) simultanés mais légérement décalés dans le temps transportant la même information. Une transmission à 10 dB va perdre 80 % du contenu, faites le calcul sur le nombre de canaux, ils sont presque tous affectés et ne reste que l'éventuelle possibilité d'une correction par le surencodage RS, s'il n'a pas été lui aussi affecté.... et ce d'autant plus qu'en réalité, vous avez aussi 3 canaux bloqués à 1 pour votre accord et la synchro du logiciel. Celà réduit fortement les chances avec les 26 restants. L'utilisation de la redondance et du mode RS nécessite beaucoup de temps machine, proportionnel à la qualité reçue ce qui est logique.

Il y a 7 mois je me suis retiré des betatesteurs d'Easypal, mais je suis toujours resté plus ou moins SWL et je visualise quasiment tous les QSOs en DRM sauf ceux du matin, ou je profite encore de mon lit même si j'ai des difficultés à dormir. Je m'aperçois que la qualité de transmission de beaucoup laisse plutôt à désirer et que les SNR sont plutôt à la chute et qu'on se contente facilement d'un petit 10 dB.

Bon on fait un petit calcul; 50 dB (le maximum) équivaut à 100% des segments et streams reçus, 25 dB ne font plus que 50 % de réception correcte et 12.5 dB (facilité de calcul) correspondent à 25% des signaux reçus et décodés, pas véritablement un exploit. Ce qui veut dire que 75% de votre transmission ou de votre réception ne sert strictement à rien, gabegie de moyens; transceiver à 5000 ou 6000 Euros, ordinateur dernier cri, interface machintruc ham super USB pour en arriver à des résultats aussi pauvres. Et la cerise sur le gateau, on pousse avec un ampli de 500 W, voire 1000 W pour arriver à une transmission qui pourrait se réaliser avec 20 W et une chaine émission/réception au Top. Le but n'est-il pas d'optimiser sa station, ??? L'auteur d'EasyPal préconise un minimum de 17 dB pour une réception standard, on n'y est même pas....

Réception sur souffle sur une bande vide, vous devriez avoir ceci sur vos analyseur/waterfall, aucune déformation du spectre au dessus, aucune différence dans le gris en dessous. On doit couvrir linéairement la portion 350 à 2800 Hz...

Ci-dessus une copie d'écran vue par SPECLAB ou j'ai placé des marqueurs corespondant aux début et fin de spectre. à gauche 350 Hz et à la droite de ceux à gauche (hi!), celui correspondant à une transmission en 2.2 kHz et le plus à droite en 2.4 kHz.

Vous pouvez par là même constater que j'ai une réception correcte pour le 2.4 kHz et pourtant je utilise en QSO que le 2.2 Khz. On peut aussi constater que j'ai 2.5 dB de différence de niveau entre le 350 et le 2750 Hz.

Une simple mesure de ce style vous donnera déjà vos possibilités en réception. Le trait rouge dans le graphe du dessus vous donne la linéarité moyennée de votre réception ou aussi de la transmission de votre correspondant si vous êtes sur de votre réception.

Oui je sais, ça marche comme ça et une douzaine de BSR, ça ne fait pas de mal, qu'occuper une fréquence inutilement, rassurez-vous les allemands et anglais sont encore pire que nous français !!!!

Sortie d'une nouvelle version d'EasyPal dite de service, comprenant de nombreuses petites améliorations et quelques corrections malheureusement....

La mise au gout de l'utilisateur via le paramètrage de l'interface graphique est maintenant au point et l'échange de l'image de fond sous les boutons se fait très facilement. Il est inutile de prendre une image détaillée et/ou contrastée, vous ne verrez plus les boutons. La passer via un programme de dessin ou irfanview pour en diminuer le contraste...

Nouvelle version D'Easypal en version ce jour, pour quelques petites améliorations et surtout la correction d'un petit bug signalé par "I/O erreur 103" lors de l'ouverture des fichiers WAW...

Hier, journée d'écoute sur le 3733, un constat; le moment n'est plus du tout à l'optimisation de la transmission en DRM, loin de là, c'est devenu à qui enverra la transmission la plus moche, à grand renfort de "BSR" et de "FIX". Rassurez-vous OMs Français, ceux qui tiennent le pompon ce sont les anglais, hier soir plus de 2 heures de transmission pour ne pas arriver à recevoir l'image qu'envoyait M0KLL à d'autres de ses amis anglais (M0GPP entr'autres). Enfin il faut dire qu'il faisait fort, speech processor et filtres à un tel point que seul 1/4 de la bande transmise était prise en compte et encore je suis large, et surtout que personne n'à été capable de le lui signaler, il est vrai que les OMs sont devenus susceptibles, bravo les Licences "foundation" et les licenses anglaises en général, on voit tout de suite le niveau, transmettre à tout prix, que celà gêne un QSO déjà établi ou non!!!!

Les OMs DLs ne sont pas en reste malgré leurs "Dr" ou autres superlatifs, ils sont passés en seconde position.

Ah oui, pour ceux qui persistent à transmettre du mode B en 4QAM, pour faire bien, comparez;

Mode B et 4QAM = 284 secondes pour un fichier de 34 k et en mode E et 16 QAM c'est 243 secondes pour le même fichier, avec une transmission bien plus robuste, oui je sais les autres font comme ça, nous sommes sur la Terre de Panurge!!!

Nouvelle version d'EasyPal ce jour. Elle nous amène la sauvegarde du "waterfall" pour les images et le texte. Le fichier sauvegardé sera sauvé en .BMP dans le répertoire RxFiles à partir de la racine EasyPal.

La sauvegarde va se faire en cliquant sur le waterfall avec le bouton souris gauche qui nous fera apparaître un bouton supplémentaire pour cette nouvelle option, à gauche de l'option Restart qui permettait de refaire défiler le waterfall suite a un clic souris gauche dessus

La sauvegarde sera faite sans aucun dialogue et vous devrez relancer le défilement waterfall en cliquant sur Restart.

Sortie ce jour de la dernière version d'EasyPal, avec quelques petites corrections et modifications en FTP sur la fonction "ONAIR". Erik VK4AES demande aux OMs de mettre à jour leur Easypal, oui je sais la version de janvier 2008 fonctionne encore malgré quelques plantages et certains trucs incompréhensibles, hé hé ...

Easypal nouvelle version en date du 16-APR-2010, concerne la simplification du mode répéteur, mais à cause d'une sombre histoire de compilation, a du être mis de nouveau en ligne... Annule carrément la version du 15 Avril qui n'est plus en téléchargement d'ailleurs!!!

Nouvelle version d'EasyPal en date de ce jour; ne concerne que des améliorations et corrections sur le FTP

DeskCam, l'ébauche citée précédemment vient d'être revue et débouche maintenant sur une doc qui se complètera au fur et à mesure des retours d'utilisation... Cette version annule la précédente!!!

Voici une ébauche de doc concernant l'installation et l'usage de DeskCam avec Easypal, elle traite de la copie séquentielle d'une portion d'écran comme le waterfall et les données en RX au dessus et leur envoi sur votre serveur web c'est une ébauche je précise encore... J'aimerais avoir des avis et éventuellement des retours afin de mieux étoffer ce fichier.

Découverte d'un petit logiciel appelé DeskCam qui va très certainement être largement utilisé par les OMs pour capturer une portion d'écran et la déposer en serveur FTP, le tout automatiquement. Une doc spécifique est en cours d'écriture et sera disponible en PDF

Je m'aperçois que bon nombre d'OMs ayant un site et y montant des images DRM, utilisent tout une technique pour visualiser sur leurs pages, le waterfall ou la partie gauche d'EasyPal, à grand renfort de WebcamXP de webcam et autres artifices, donnant bien sur une image d'une grande floutée (oui c'est nouveau) alors qu'il existe une solution voire des tas pour ne pas utiliser de webcam et envoyer une copie d'écran de la portion considérée, et tout ça aussi automatiquement que ne le fait webcamXP. C'est sujet aux mêmes contraintes, ne pas déplacer la fenêtre d'Easypal, ne pas en ouvrir un autre par dessus, mais sorti de celà, quelle qualité...

Il vous suffit de charger img_ScreenshotCaptor-2.78.01 sur mon site HTTP, malheureusement en anglais, de le paramètrer et il fera tout ce que vous lui demanderez même bien plus encore, non non pas le café...

le compte FTP ou envoyer ses images, notez que je n'ai pas mis mes identifiants et mots de passe, ceux là sont bidons... Mais c'est la syntaxe à respecter, la même que surWebcamXP d'ailleurs...

Ajout du langage chinois, 1 port COM sur 8 peut être sélectionné, au lieu de 2 précédemment, Ajout d'un module de CAT command simplifié...

Voici une page concernant la réalisation d'une commutation micro/interface manuelle par F6DRA, eh oui, il y en a encore qui bricolent...

Suite à un courriel reçu d'Erik VK4AES hier, il demande aux OMs relatant leurs problèmes, de mentionner toutes les caractèristiques de la machine, du système d'exploitation, et des conditions d'utilisation et branchements réalisés. En outre ne seront traités que les problèmes survenant sur la version en cours d'EasyPal, les mises à jours devant être effectuées dés leurs arrivées, ne pouvant revenir sur des sources datant de quelques semaines, voire de quelques mois.

Nouvelle version d'EasyPal ce jour, juste de petites améliorations et corrections. Rien de bien conséquent mais celà confime ce que je pensais; lors d'une mise à jour, les fichiers édités par l'utilisateur ne sont pas préservés, il sont écrasés par ceux de la nouvelle version, songez à en faire une sauvegarde juste après édition. celà concerne le fichier language.french, les fichier images Dummy.jpg et Empty.jpg.et App.cfg qui contient vos paramètres Easypal ainsi que des fichiers .vaw correspondants au début (begin.vaw) et la fin (end.vaw) de vos transmissions et le fichier d'annonce BSR (bsr.vaw)...

Ces 7 fichiers se trouvent directement en racine du répertoire EasyPal et peuvent être édités à votre convenance. Attention si la taille des images importe peu, seul l'effet visuel sera affecté, l'édition du fichier langage comporte certaines règles;

Respect des lignes, il ne faut pas en effacer une, sinon tout les autres fichiers ne seront plus à la bonne place...

Respecter le nombre de caractères utilisés, sinon soit les boîtes ou les menus déroulants en seront affectés en largeur, les textes tronqués...

Respecter les noms de fichiers ainsi que l'extension, bon d'accord, c'est élémentaire... Mais sait-on jamais...

Le fonctionnement depuis la précédente version se fiabilise, j'avais quelques petis soucis de fermetures intempestives du programme lors de conflits de modes, disparus...

Précédemment EasyPal utilisait beaucoup de fichiers intégrés et l'utilisateur ne pouvait ni les voir, ni les éditer. Cette solution permettait une meilleure protection de ceux-ci contre d'éventuels "crashes" lors d'une édition ratée... Ce principe était utilisé depuis de nombreuses années mais les programmes antivirus et anti-malwares devenant plus agressifs augmentent sérieusement le nombre des "faux positifs" détectés. Cette nouvelle version d'EasyPal ne possède plus de "fichiers embarqués" qui maintenant sont tous (94) disséminés dans les divers répertoires d'EasyPal. Ceci devrait satisfaire aux fausses détections des anti virus et malwares...

Une mise à jour majeure, en effet pour commencer, le programme d'installation a été changé et vous proposera de nouveau le répertoire C:\program Files, vous pouvez choisir un autre répertoire.... .. Les fichiers languages sont aussi ressortis et pourront être édités par les utilisateurs (hé hé à vous de jouer, attention à ce que vous faites et lisez surtout le fichier UpdateInfo de la version.!!!)... Plus de 30 fichiers image peuvent désormais être envoyés sur les sites utilisateurs.

Maintenant, avant de se plaindre de tel ou tel problème, réfléchissez à ce que vous avez fait ou modifié dans les fichiers, même dans le fichier langage... En pratique il n'y a plus de betatesteur en F qui pourraient vous répondre.

Personnellement, je recommande d'installer cette nouvelle version dans un répertoire séparé de celui de votre ancienne version, et ensuite d'y déplacer vos fichiers comme BEGIN, END et BSR.Wav, le contenu des répertoires UserWavesFiles, et BeaconFiles pour ceux utilisant les fonctions répéteurs

Un fichier langage à jour est disponible pour cette version, à déposer dans le répertoire racine d'EasyPal, celui-ci arrêté...

EasyPal et Seven... ça continue; Suite à la mise à jour de Seven avec Micro$oft aujourd'hui, EasyPal ne fonctionne plus, du moins ne peut plus se lancer et affiche un message d'erreur disant que le fichier hamdrm.dll est manquant, tiens tiens....

Précision: dans les options de l'explorateur de <Windows> , cherchez et activez l'affichage des fichiers et dossiers cachés avant de rechercher le répertoire <user> pour l'effacer en racine du disque dur.

D'Easypal version du 06-FEV-2010. Nouveau serveur pour "voir qui est ONAIR" et "détection decodage RX à distance".La stabilité du répéteur a été améliorée, plus de 25 images peuvent être envoyées sur les sites utilisateurs, quelques améliorations par ci et par là!!!

J'ai appris peu de temps après l'écriture de l'article précédent qu'un courriel très détaillé sur ces émissions pornographiques avait été envoyé à nos tutelles (ANFR et ARCEP) avec les images litigieuses à l'appui ... Euh, ça va p'tête faire mal!!!

Attention, y a les chiens qui aboient et ceux qui mordent!!! Personnellement je pense que le rappel à l'ordre ainsi que les protestations des OMs via le waterfall auraient suffit.

Là on touche le fond sur la DRM, un certain nombre d'OMs si on peut encore les qualifier ainsi, trouvent en la DRM un défouloir pour leurs fantasmes les plus obscènes, hier sur 3733 kHz, le clou du spectacle avec un call anglais M3GUI (faux je présume), avec un tollé général en retour, et juste avant celle-ci une transmission de F6FUZ dans le même style. Ce matin ce fut au tour de DL4AN. Ces OMs refoulés salissent l'image du radioamateurisme. Il est courant que ce genre de transmission se fasse, avec OE1GOW ou IZ1MKE en particulier, mais à ce point, j'ai du mal... Y a un pas entre l'érotisme et la porno, et il vient d'être franchi!!!

Si contestation, les images avec leurs indicatifs sont sauvées et pourraient être visibles si le besoin s'en faisait sentir.... Ce genre d'image est le propre de certains sites sur internet et celà DOIT le rester!!!!

Soucis d'installation, "hamdll.dll" non trouvé au lancement du logicel ou le message "Erreur d'entrée/sortie N° 103" qui s'affiche. Attention, ne pas tenter de chercher sur le NET le fichier HamDRM.dll demandé, il existe mais EasyPal le possède déjà dans sa compilation. Si easyPal s'installe à l'endroit indiqué, il n'en est pas de même avec ses répertoires et fichiers qui vont être installés dans un répertoire caché appelé "user" en racine du disque C:\. Vérifiez, il doit en manquer pas mal...

La cause: Celà provient de l'UAS (User Account Control) Contrôle du Compte Utilisateur qui existe sur ces OS et pas sur XP....

Remède: Désinstallez tout ce que vous avez installé d'EasyPal, le répertoire "User" en racine du disque, déverrouillez pour les effacer.

Désactivez l'UAS et réinstallez votre EasyPal, normalement celà devrait bien se passer. Pour le savoir vérifiez le contenu du répertoire, fichiers et sous-répertoires doivent s'y trouver...

De l'aide pour accèder à l'UAS, c'est sur le lien qui suit (Attention, vous devez avoir les droits "Administrateur"):

Compte tenu du nom respect des procèdures les plus élémentaires, du manque de volonté des OMs de progresser dans ce mode , de l'anarchie qui règne en maître sur les sous-bandes réservées aux transmissions en bande large, des remarques méchantes quelquefois, j'ai décidé de stopper le support du logiciel, tant du point de vue langage que testeur. Certains, à les entendre, sont à même de pallier à ma défection.