jym26

Bonjour, Bien sûr dans la réalité les signaux ont tous un numéro pour les identifier. Malheureusement cette possibilité n'existe pas (encore) dans RailWorks. Le numéro affiche ici (C 170) est hélas le même pour tous les signaux de ce type car il est inclus dans la texture du signal. Aucune possibilité ( à ma connaissance) de le modifier. Amicalement, Jean-Yves

Nom du fichier :: SIGNALISATION LUMINEUSE SNCF V3 Part01 Auteur :: JYM26 et Henrion Categorie :: Signalisation Capture :: Description :: SIGNALISATION LUMINEUSE SNCF V3 1ère Partie.<br><br>Modèles 3d de Jean-Yves MATHIEU (JYM26), scripts et documentation de Bernard VILLETARD (Henrion). Voir le fichier

Bonjour à tous, N'empêche que la signalisation a vraiment évolué depuis les premiers signaux. Vraiment ça commence à avoir de la gueule Bravo Olivier, le travail avance toujours très vite chez toi, c'est impressionnant. Va falloir que je me remette au boulot pour continuer la signalisation lumineuse. Je pense aussi à toi et aux panneaux que tu m'avais demandé, deux ou trois trucs à rafistoler et je t'envoie çà un de ces jours. Bon courage pour la suite.... mais je suis pas inquiet . Jean-Yves

Bonjour à tous, J'ai le plaisir de vous annoncer que la version 2.01 de mon pack de signalisation lumineuse SNCF est terminée. Après des mois de travail, je suis épuisé mais bien content d'avoir pu terminer ce projet qui, il faut le dire, à bien failli ne jamais voir le jour grâce à l'abandon de RailSimulator au profit de RailWorks et de tous les problèmes techniques qu'il à fallu résoudre pour faire tourner le pack correctement sur RailWorks. Car il faut le dire, KUJU ne m'a pas facilité la tache en modifiant profondément les instructions dans le moteur du jeu sans apporter une meilleure qualité de simulation. Le résultat est, certes plus agréable coté joueur, mais infiniment plus compliqué coté création. Le tout avec une documentation toujours aussi discrète sans parler du problème de la langue et de leurs nouveaux scripts vraiment très mal écrits. En fait, c'est bien 2 pack qu'il à fallu faire. J'avais espéré une totale compatibilité de RailSimulator vers RailWorks, mais il n'en est rien, au moins au niveau des signaux, les scripts de RailSimulator ne fonctionnent pas sur RailWorks sans de profonds et difficiles aménagements. C'est donc 2 packs qui sont maintenant disponibles. Chaque simulateur à le sien . Je doit noter que ce sera la dernière version pour RailSimulator Mk2. Tout développement ayant été arrêté par KUJU pour ce simulateur, j'en ferais de même . Pour Railworks, je verrais selon les améliorations qui seront apportées, en gros si KUJU se remue un peu le popotin pour enfin donner à ce simulateur tout ce qui lui manque. RailWorks à un potentiel trés intéressant j'en suis sûr, mais il faut encore le développer avant que tout le monde ne se lasse. Il ont bien de la chance de ne pas avoir de concurents sur les rails.... Bref je radote encore . Pour les fans de chiffres, le pack version 2 c'est 36 scripts, 433 blueprints à se farcir un par un en création sous Asset Editor (si quelqu'un sait comment on exporte les 433 blueprints d'un coup je suis preneur, la dernière fois, avec l'entrainement, j'ai effectué les 1732 clics de souris nécessaire en 40Min .) Et pour vous dire la vérité vraie, sans le travail et l'enthousiasme que nous montrent mes frères créateurs de tout poil par leurs présentations originales et bien souvent admirables, j'ai nommé entre autres, Spud, Julien, PapiNic, Henrion et ses documents, et tous les autres qui se reconnaitrons, je n'aurais jamais eu la volonté d'aller au bout de cette aventure. Merci à vous tous pour la générosité de votre partage, notre monde en a bien besoin. Ha oui, J'ai failli oublier. Les Packs sont disponibles en téléchargement sur mon site à l'adresse suivante : Mon site...www.jymanet.fr/railsim Allez sur la page des téléchargements et choisissez le pack qui vous convient. Bien Amicalement, Jean-Yves

Bonjour à tous, La nécessité d'une version améliorée qui respecterait mieux la signalisation réelle en réparant quelques erreurs de la version 2 et surtout mieux fournie en terme de possibilités est une évidence. Bernard a déjà fourni des scripts et une documentation qui répondent à, pratiquement, toutes les situations dont peut avoir besoin le créateur de ligne "standard" . Il reste la création des quelques modèles 3D qui manquent et la modification de ceux existant de la version 2 qui demandent quelques aménagements (et l'écriture des 1700 et des brouettes de blueprints , j'ai bien failli les oublier ceux là). Partant de cet état de fait, il m'a paru qu'il fallait en profiter pour améliorer les modèles 3D déjà existants. Donc me voilà parti pour carrément reprendre à zéro les signaux lumineux avec ce cahier des charges en terme d'amélioration par rapport aux modèles précédents : - Améliorer l'aspect général en adoucissant les formes et en améliorant le respect des modèles réels. - Améliorer le rendu des textures si possible. - Mettre en place la gestion des ombres portées (absentes des version précédentes). - Essayer, si possible, de trouver une technique de rendu des reflets lumineux des lampes sur les pare-soleils. Le tout en sachant que le moteur 3D de RailWorks ne sait pas (ou ne veut pas ) gérer automatiquement les ombres des objets et qu'il ne sait pas reproduire une source lumineuse (ou en tout cas, moi j'ai pas trouvé ). Pour les ombres elle doivent être crées en plus du modèle 3D en fabricant,en plus, un modèle 3d simplifié à base de cubes et autres structures de base uniquement. Les modèles complexes produisent des effets désastreux de redondances et d'étirements abominables . Ceci exclue donc de faire une copie des modèles 3D des feux pour créer les ombres et demande des heures de patience et de tests pour obtenir un résultat à peu près convenable à partir de citrouilles pour obtenir des carottes (c'est une métaphore poétique, pour ceux qui prennent tout au 1er degré ). Je passe sur l'aspect technique de la procédure (une spécialité KUJU) qui m'a demandé une semaine de tâtonnements et des recherche de documentation avant de comprendre le début du processus. Merci encore Monsieur KUJU. Pour l'aspect des reflets lumineux c'est un vrai casse tête. Les espagnols en ont sur leurs modèles de feux, et la seule technique que j'ai trouvé, c'est une vieille ruse que j'avais déjà employé dans trainsim pour simuler les objets éclairés et qui consiste à appliquer une texture qui évoque les reflets lumineux. Une sorte de trompe l'œil. Vous constaterez l'effet sur l'image ci-dessous où sont représentés l'ancien et le nouveau modèle ( A celui qui me demande où se trouve le nouveau, je lui répond faut chercher, y a des indices dans le texte au dessus!). Voilà, tous ceux qui ont des remarques constructives ou des idées d'amélioration voire même des techniques à me suggérer sont les bienvenues. Je vous tiendrai au courant assez régulièrement des avancées du chantier, mais c'est du lourd quand même. A bientôt, Jean-Yves

Bonjour à tous, Tout cela pour vous dire que les essais des scripts de Bernard sont poussé au maximum . On s'en occupe on vous dis... Pour ma part j'attaque la construction du pack en créant tous les blueprints et puis export vers RailWorks avec vérification systématique de la conformité avec le document de Bernard, ça va me prendre un peu du temps quand même. On est sur la bonne voie . A très bientôt. Jean-Yves

Bonjour, C'est un bonne idée, d'autant que je n'ai jamais entendu parler de ce film. La réflexion qu'il propose peut se transposer à notre société toute entière dont on se demande, même sans crier à l'anti-libéraliste primaire, dans quelle voie ou dans quelle impasse la priorité du profit à tout crin nous conduit-il? Et combien il est difficile d'arrêter un train fou..... Bon.... Finalement, qu'est ce qu'on est bien dans RailWorks! Allez, j'arrête le blues . Jean-Yves

Bonsoir à tous, Oui oui, apprenez bien vos leçons, vous en aurez besoin bientôt. Encore un nouveau signal dans les cartons : le feu de heurtoir violet. Grâce à Bernard qui m'a envoyé quelques photos j'ai pu sortir quelque chose de pas trop mal, il me semble . Allez... a bientôt. Jean-Yves

Bonsoir , Une réponse à la question qui n'était pas posée . En fait, Railworks ne comportant pas de gestion de la lumière dans son moteur 3D, il s'agit d'un effet produit par une texture transparente blanche qui simule l'effet de halo des phares. C'est un peu comme du Canada Dry ça ressemble à de la lumière mais en fait ça n'éclaire rien du tout. L'effet est quand même assez joli vue de la cabine de conduite, mais lorsque l'on se déplace autour de la loco, notamment au raz du sol, c'est moins convainquant. . J'utilise ce procédé pour simuler le reflets des lampes sur les pare-soleil des signaux lumineux. D'autres le font aussi en ajoutant un effet de halo qui semble être du même type que celui utilisé ici. Ce qui n'empêche pas d'avoir ici un modèle de bonne facture. On regrettera quand même que kuju n'ai pas pris la peine d'intégrer un vrai calcul de la gestion de la lumière dans son simulateur. Quand on voit que le moindre jeu en 3D gère cela sans problème. Au vu des mises à jour poussives, pour ne pas dire homéopathiques du simulateur, je suis pessimiste sur une avancée dans ce domaine. Donc, bonne nuit Jean-Yves

Bonjour à tous, Un petit mot pour vous donner des nouvelles de l'avancement des travaux. La coopération avec Bernard porte ses fruits . Tout doucement la première partie du Pack de signalisation lumineuse Version 3 commence à prendre forme. Une bonne partie des panneaux sont réalisés. Bernard travaille encore sur quelques scripts et également sur le document qui accompagnera le pack. Ce document sera indispensable vu la grande diversité des modèles présentés. Sauf erreur, jamais un pack de signalisation n'aura été aussi complet en terme de possibilités d'implantation et de fonctionnement pour chaque panneau. Les modèles 3D et les scripts ont été amélioré de façon importante et cela va se sentir au niveau de la simulation. Patientez encore quelques semaines et vous allez pouvoir garnir vos lignes, et il y en a beaucoup qui n'attende que cela, ça vient on vous dis . Voilà, ha!, il faut que je vous présente mon copain de travail qui me fait bien rigoler. Il s'appelle Cv27, il est moustachu, voit la vie en relief et en couleur, avec lui c'est que du bonheur Allez, à bientôt.... Jean-Yves

Bonsoir à tous, Oui, je viens de faire les premiers essais, c'est géant . Une idée de génie à Bernard Mon fils dirait, c'est trop d'la balle . Sans rire, c'est très pratique. Bon faut mettre un crocodile à chaque fois. Mais on prend vite le coup et en principe c'est souvent le même dont on se sert plusieurs fois. Et puis comme dis Olivier, on a accès à tous les modèles qu'on peut changer au besoin juste en changeant le croco. C'est LA SOLUTION qu'il fallait trouver pour régler le problème du nombre incalculable de variantes. Un BAN pour Bernard :lol: Du coup J'ai remis tous le liens de 1 à 15 pour les signaux qui en on besoin. Je vais continuer à travailler sur les autres modèles. Il est difficile encore d'avancer une date pour un premier pack distribuable, mais on à fait un grand pas en avant cette semaine . Il reste quand même un gros travail à faire encore. Encore un grand merci à Bernard qui à sorti tous les scripts, plus ceux du crocodile en un temps record. A bientôt à tous. Jean-Yves

Bonsoir, Pour les ombres j'ai tâtonné pendant longtemps avant d'y arriver. Et encore, je trouve que le comportement des ombres une fois dans le simulateur est parfois un peu décevant. Pour que les ombres apparaissent, chez moi il faut que l'objet qui représente l'ombre ne soit pas trop compliqué au niveau polygonal. Ensuite, comme tu l'a bien fait que son nom soit sous la forme 1_0500_shadow_lenomdemonobjet Et puis surtout que le nom du matériau appliqué, avec le shader StencilShadow, commence par "shadow_" par exemple shadow_lenomdemonobjet. Je lui met une texture toute bête gris uni, mais il en faut une obligatoirement. Par contre je règle la transparence sur NON. Par contre c'est un objet complètement indépendant de celui dont il doit représenter l'ombre. D'ailleurs, si tu exporte uniquement l'objet 1_0500_shadow_lenomdemonobjet, dans l'éditeur de RailWorks il apparaitra comme une ombre toute seule, mais bien là. On peut donc créer des objets qui ne sont que des ombres pour ajouter à un batiment qui n'en aurait pas par exemple. Pour le reste, les primarydigits, je ne connais pas leur fonctionnement.... Voilà, bon courage. Jean-Yves

Bonsoir... Voilà, j'ai fait une ébauche de saurien qui permettra déjà de faire les essais. Je fignolerai la bête plus tard si besoin. Donc Bernard, tu peux m'envoyer quand tu pourra un des scripts pour que voie ce que ça donne. Si ça marche bien ce sera pas mal je pense. Jean-Yves

Bernard, tout ceci me semble parfait, moi j'aurais gardé le rouge cli dans les crocodiles, comme ça on a pas à réfléchir sur ce qu'il faut mettre, c'est 1 crocodile un point c'est tout, y plus qu'a choisir le bon! Et si on oublie de mettre le crocodile on aurait quand même la séquence de base (script11) . Laissons mijoter un moment pour voir les réactions . Bonne journée, Jean-Yves

Bernard, D'autant plus que les nouveaux signaux ne sont pas du tout fait comme les anciens (depuis cette semaine je reprends tout), les mods sont interchangeables d'un signal à l'autre, donc dans les scripts plus de mod_A_voie_libre, mod_B_voie_libre mais le même mod pour n'importe quel type de Panneau, ce qui simplifie, dans les scripts le même mod partout pour le même type de signal. mod_voie_libre mod_semaphore mod_carre mod_avertissement mod_R30 mod_violet ...etc Ne t'embête pas à corriger ceux que tu as déjà fait, je m'en occuperait. Bonne idée les crocos différents 1 croco +vert cli + rouge cli + jaune cli 1 croco +rouge cli +jaune cli 1 croco +vert cli +jaune cli etc.... Il n'y aurai qu'un croco à mettre pour déterminer le type de signal. C'est un grand pas en effet, je suis pour cette méthode si tu peut faire un script d'essai.... Jean-Yves

Re bonjour Bernard, Moi je pense que pour le jaune clignotant ça vaut peut-être le coup car c'est un signal assez utilisé dans les gares et sur les cantons courts. Et puis c'est d'un coup la moitié des signaux en moins, c'est assez énorme en terme de réduction de pack. Pour les R30 et R60 l'intérêt n'est pas évident et cela deviendrai un peu trop compliqué. Je reviens sur le jaune clignotant, on ne serait pas obligé de mettre la balise tout le temps, uniquement si on veut le jaune clignotant sur le signal suivant. C'est possible comme çà? Je vais faire un crocodile, j'ai déjà une pédale en stock, celle du pack de signaux version 2 pour les entrées de voies de garage, ça devrait faire l'affaire pour le rouge clignotant. Jean-Yves

Bonjour Bernard, Et pourquoi le jaune clignotant ne pourrait pas être "piloté" à partir d'un déclencheur comme tu le fait pour le vert cli et le rouge cli. Mettons que l'on pose une pédale ou n'importe quoi d'autre qui enverrai un message pour signaler au signal qu'il se trouve sur une portion de voie avec des cantons courts donc avec le jaune clignotant en plus. Mais peut-être n'a tu pas de variable disponible pour lui? Peut-tu regarder si c'est possible, ça réduirait de moitié le nombre des signaux. Jean-Yves

Bonsoir, Oui Gérard, je te suis sur ce point là, un capteur quelconque (grille type TPWS, pédale, faisceau laser, heu non peut-être pas faisceau laser ) bref un capteur quelconque serait surement mieux adapté qu'un crocodile placé loin avant le signal. Du moins au point de vue réglementaire, mais je pense que Bernard doit être d'accord sur ce point. A suivre.... Jean-Yves

Bonsoir Bernard et Olivier. L’idée de Bernard est assez sympa, un fois que l’on a compris le truc. Si j’ai bien tout compris, le crocodile est complètement indépendant du signal et possède son propre script. Il ne fait qu’envoyer un message aux signaux. Donc pas de liens à tirer entre le crocodile et le signal, ce qui fait que l’on peut poser son crocodile loin devant le signal, (les nouveaux feux se voient à plus de 1000m). Gare aux gares quand même, et aux signaux rapprochés, on pourrai même se passer complètement du crocodile sur ces voies en principe < à 160Km/h. Malgré tout. La dénomination de type "SNCF_B16_N_01" par exemple est terriblement efficace et permet en un rien de temps, trois coups de molette sur la souris , de trouver le signal dont on a besoin. Et ce même parmi une multitude de signaux. J'ai expérimenté la série B avec 592 références dans l'éditeur, on s'y retrouve très vite. Il faut 4 secondes pour trouver le modèle que l'on veut, une fois que l'on a compris à quoi correspondent les références. Ensuite on réduit les liens disponibles à 1, 2, 3, 4, 5, 6, 9, 12, 15 soit 9 modèles et en sélectionnant les scripts les plus utilisés, on fait un pack avec ça, tant pis pour le nombre de signaux, pour une fois qu’on à du choix ! Ensuite on fait un modèle générique à 5 liens par exemple « 1_G001_M_5 » qui dans son fichier bin fait référence à un script nommé G001.lua (un script standard G11 par exemple). Puisque Bernard les à tous fait , si on fourni dans un fichier annexe au pack, tous les scripts, je choisi celui dont j’ai besoin pour mon cas particulier par exemple le script G73.lua, je le renomme G001.lua et je vais le coller à la main remplacer le fichier G001.lua dans les fichiers du dossier assets de RailWorks. Le signal G001 fonctionnera avec les caractéristiques voulues. Si je crée 4 ou 5 modèles génériques, cela devrait suffire pour palier à quelques configurations spécifiques. C’est une idée en l’air, mais pourquoi pas. Voilà, ça creuse mais ça avance. Pour Olivier, je souscris à ton offre, (j’y pense depuis quelques temps pour effectuer quelques premiers tests). Dès que j’aurais besoin de ta ligne, c'est-à-dire quand j’aurais fini au moins les A, B, E, G et 2 ou 3 autres, je te ferais signe et on pourra procéder comme la dernière fois si tu le veux bien. Mais y a pas le feu . Voilà. Pour Bernard, as-tu une idée particulière pour la représentation 3D de ton crocodile, vas-tu te servir d’un modèle existant ou bien veut tu que je travaille sur une modèle, à ton idée ! A bientôt pour la suite…. piou! je suis un peu crevé ce soir Jean-Yves

Heu!!! re bonsoir. Bernard, je pense que tu as écrit ton post en même temps que le mien (j'ai trainé un peu), mais ton idée de pédale peut-être un solution, faut-il encore intégrer cette pédale dans le modèle 3D des signaux !!! . Et là je bloque un peu . A bientôt. Jean-Yves

Bonjour à tous, Oui, Bernard, je pense que l'on va bien être obligé de limiter le nombre de modèles. Ton idée est intéressante à propos du rouge clignotant. Ce qui plombe le plus, c'est l'obligation de créer chaque modèle avec ses différents nombre de liens. Ça multiplie vite par 10 ou 12 liens, donc par 60 au moins pour chaque modèle sur mât, haut et nacelle droite et gauche. Tu as déjà vu le pack A et B, y en a déjà au moins 600 . A propos des liens, puisque c'est ça qui coince, je pensait à une idée pour réduire, en sautant de 3 par 3 à partir de 5. (1,2,3,4,5,8,11,15). Si j'ai 12 voies, je prend un modèle à 15 et je plante 4 liens ensemble sur la dernière voie. Ça ne devrait pas perturber le script . C'est peu être une idée idiote mais j'aimerai ton avis . D'ailleurs, si on j'ai jeté un œil sur la manière de régler le problème sur les signaux UK; il me semble voir par moment des séries 1, 2, 3, 6, 9. as-tu étudié leur système de liens. Moi je suis un peu perdu dans leurs dénominations. Enfin une petite image pour les impatients. J'ai repris les modèles E et G et j'ai retravaillé leur structure 3D de façon moins empirique et en essayant de respecter au millimètre les dimensions (quand j'en ai). Voilà donc le fruit de mon travail du weekend dernier. Je pense que j'ai beaucoup mieux respecté les cotes sur ces deux derniers modèles repris de A à Z. J'attends le verdict des spécialistes. . Voilà, bonne soirée.... Jean-Yves

Nom du fichier :: Création de base d'un signal lumineux Auteur :: jym26 Categorie :: Signalisation Capture :: Description :: Ce document s'adresse à des personnes maitrisant déjà la création 3D et l'exportation de leurs modèles dans Railworks. Sont décrites ici les particularités de la création de signaux lumineux dans Railworks et leur principe de fonctionnement dans les scripts de commande. Ces principes de base acquis ouvrent la voie à toutes sortes de modèles pilotés par des scripts en .lua Bon travail. Jean-Yves Mis à jour Sat, Nov 6 2010 6:07 pm Voir le fichier

Merci Julien

Bonjour à tous, Un petit document que j'avais fait pour Geluc. Il peut surement aider d'autres personnes. Pour les modérateurs, ce fichier à peut-être sa place plutôt dans les documents - Tutoriaux. J'ai cliqué un peu vite sur signalisation . Excuses. Jean-Yves

Bonjour à tous, Pour Gérard, bonne vue , c'est bien le feu suivant que l'on voit au fond, il est à 800 mètres. La journée, les lumières des feux ont tendance à virer au blanc en s'éloignant. Ce problème n'existe pas la nuit. Pour Olivier, je ne pense pas qu'il soit possible et même souhaitable de proposer les 5400 variantes de cible G. Faudra bien se limiter aux versions les plus courantes, je parle déjà des scripts, de G11 à G88 il faudra bien trier celles qui servent le plus souvent sinon cela va devenir ingérable. Qu'en pense Bernard ? On verra cela ensemble. On peut proposer 3 ou 4 modèles où l'on pourra choisir d'y appliquer le script que l'on souhaites en le renommant par exemple. Idée à creuser. Pour Basi, la proposition est intéressante, si tu as de bon contact et que tu peut trouver des infos sur la façon dont sont fait le halo de lumière autour des feux, bien que comme le montre le screen ci dessous pris à 800 mètres d'un feu espagnol de chez camber, le résultat est assez identique, sauf qu'il y a moins de perte de couleur, donc peut être qu'avec leur technique, je pourrait peut-être encore améliorer les miens. A voir! Voilà pour aujourd'hui. Jean-Yves