Tout sur TrainController™

Forum de support et d'entraide consacré à TrainController™ logiciel d'exploitation d'un réseau modèle de trains.
 
PortailPortail  AccueilAccueil  GalerieGalerie  RechercherRechercher  S'enregistrerS'enregistrer  Connexion  

 

 Résolutions d'écrans supportées par TrainController

Aller en bas 
AuteurMessage
Yann

Yann

Nombre de messages : 1977
TrainController : Gold 9.0
Localisation : Suisse - Entre Lausanne et Vevey
Date d'inscription : 25/06/2007

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyDim 12 Jan 2020 - 12:26

Bonjour,

Vu que ce sujet à été discuté et que plusieurs personnes ont émis des hypothèses suite à leurs expériences il est toujours bon de revenir à la source pour voir si il n'y a pas quelques informations officielles de la part du développeur.
Je rappel que sur le forum officiel de Freiwald on trouve quand même des informations tout à fait pertinentes qui coupe tout de suite cours à toute théories:
https://www.freiwald.com/forum/viewtopic.php?f=10&t=6263
Dans la rubrique concernant la résolution des écrans on peut lire (traduction de la version anglaise):
Freiwald a écrit:
Résolution de l'écran :
Les résolutions d'écran jusqu'à environ 2K (environ 2000 par ligne d'écran, 2 à 3 millions de pixels au total sur un écran) par écran supporté ainsi que les appareils mobiles +SmartHand connectés sont supportés.
Plus la résolution de l'écran est élevée, plus la puissance du processeur et l'espace mémoire nécessaires pour calculer et afficher le contenu de l'écran sont importants. D'autres exigences sont imposées à notre logiciel que, par exemple, à un programme vidéo, qui doit fournir des images nettes d'une part, mais ceci d'autre part généralement seulement sur un seul écran. Non seulement notre logiciel doit souvent supporter simultanément plusieurs écrans et d'autres appareils mobiles connectés, mais il doit aussi commander "au passage" un train miniature (!). Afin d'assurer la meilleure performance possible du PC pour la tâche principale de la commande des trains et parce que notre logiciel ne nécessite pas un écran à haute résolution, nous recommandons de régler la résolution de l'écran le plus bas possible.
Pour ceux qui auraient de la peine avec la langue je peux vous conseiller le traducteur en ligne DeepL qui fonctionne très bien avec l'allemand et l'anglais.

_________________
A+ Yann  
Mes tuto vidéo sur TrainController => https://www.youtube.com/TheDigitrain <=
Mon site => http://www.digi-train.ch <=
TC 9 Gold / +SmartHand Mobile / +Net / H0 3 rails / H0 2 rails / Tams MasterControl / Rétro. et commande des signaux: Selectrix Businterface Peter Stärz / PC 3,3 GHz / Win XP, 7, 10 / iPhone 6 iOS 12.
Revenir en haut Aller en bas
http://www.digi-train.ch/
Geo69



Nombre de messages : 4912
Localisation : Ouest Lyonnais
Emploi : Retraité
Loisirs : VAE / Moto et ... Trains
Date d'inscription : 21/01/2012

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyLun 13 Jan 2020 - 11:26

Bonjour,

ça se confirme, TC a de plus en plus de possibilités et ... de plus en plus de limites ou plutôt de conseils de limitation pour les grands réseaux : 28 crans plutôt que 128, doucement sur l'utilisation des opérations de contrôle de flux, pas trop de trajets et maintenant limitation de la résolution de l'affichage (ce qui à mon avis ne devrait pas être gênant) ... Rolling Eyes
Que ce soit avec TC ou un autre logiciel "de loisirs", je ne vois d'ailleurs pas bien la gestion d'un énorme réseau (par exemple celui-ci avec 250 aiguillages, 280 cantons et 200 trains annoncés) par un seul PC. D'ailleurs, si je pends l'exemple de Mini-wolrd (avec notamment plus de 40 écrans),  l'exploitation se fait avec plusieurs circuits indépendants, chacun étant géré par un PC avec son logiciel ... Smile

A+
Georges
Revenir en haut Aller en bas
Bernard

Bernard

Nombre de messages : 2453
Localisation : Sailly lez Lannoy
Emploi : Architecte
Loisirs : Modélisme.... alpinisme...
Date d'inscription : 20/02/2009

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyLun 13 Jan 2020 - 12:06

c'est vrai pour mini-word mais ils faut préciser qu'ils ne sont pas sous TC
Revenir en haut Aller en bas
Jean_01
Ignare immobile
Jean_01

Nombre de messages : 6381
Localisation : Annecy-Le-Vieux
Date d'inscription : 25/06/2007

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyLun 13 Jan 2020 - 12:09

Geo69 a écrit:

ça se confirme, TC a de plus en plus de possibilités et ... de plus en plus de limites ou plutôt de conseils de limitation pour les grands réseaux : 28 crans plutôt que 128, doucement sur l'utilisation des opérations de contrôle de flux, pas trop de trajets et maintenant limitation de la résolution de l'affichage (ce qui à mon avis ne devrait pas être gênant)

Georges, je crois qu'il faut remettre un peu les pendules à l'heure et que tu es un peu de mauvaise foi.

L'intervention sur le forum de Freiwald citée par Yann date du 8 avril 2007, donc ce n'est pas une limitation récente de TC concernant la résolution de l'affichage. Cela date d'une époque où les résolutions fines d'affichage bouffaient beaucoup de ressources de l'UC et cela freinait tous les logiciels quels qu'ils soient.

Concernant les 28 crans, il ne faut pas oublier que les trains pilotés par TC utilisent, en interne 1000 pas de vitesse. Donc hormis le cas du pilotage à la main des trains, je ne vois pas trop où est le conflit entre 28 et 128 au niveau du logiciel

Enfin en ce qui concerne les opérations de contrôle de flux, il ne faut pas confondre les opérations de contrôle de flux internes à TC (utilisation de mini scripts et de variables) avec les opérations de contrôle de flux évoquées très habilement par l'ex "chtrain" pour mettre le bordel sur ce forum. Cette technique concerne uniquement la gestion de la répartition des tâches entre les différents coeurs des processeurs actuels, ce qui pourrait être une couche logicielle au dessus de TC mais qui ne serait pas gratuite et ne concernerait, comme l'a dit Freiwald, qu'une couche très limitée d'utilisateurs du logiciel.  

Geo69 a écrit:

Que ce soit avec TC ou un autre logiciel "de loisirs", je ne vois d'ailleurs pas bien la gestion d'un énorme réseau (par exemple celui-ci avec 250 aiguillages, 280 cantons et 200 trains annoncés) par un seul PC. D'ailleurs, si je pends l'exemple de Mini-wolrd (avec notamment plus de 40 écrans),  l'exploitation se fait avec plusieurs circuits indépendants, chacun étant géré par un PC avec son logiciel ... Smile

Là, je suis d'accord avec toi. A ce niveau là, ce n'est pas 500 balles qu'il faut investir dans la gestion informatique du réseau.

Jean Smile
Revenir en haut Aller en bas
Geo69



Nombre de messages : 4912
Localisation : Ouest Lyonnais
Emploi : Retraité
Loisirs : VAE / Moto et ... Trains
Date d'inscription : 21/01/2012

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyLun 13 Jan 2020 - 13:33

Bonjour,

Jean_01 a écrit:
...  je crois qu'il faut remettre un peu les pendules à l'heure et que tu es un peu de mauvaise foi...
Je conteste être de mauvaise foi, par contre je reconnais volontiers ne pas avoir tout compris !...  Wink

Jean_01 a écrit:
... L'intervention sur le forum de Freiwald citée par Yann date du 8 avril 2007...
J'avoue que je ne suis pas allé voir la date du post cité par Yann sur le forum de Freiwald ...  Embarassed

Jean_01 a écrit:
...hormis le cas du pilotage à la main des trains, je ne vois pas trop où est le conflit entre 28 et 128 au niveau du logiciel ...
La différence entre 28 et 128 crans n'est pas un problème de logiciel mais d'encombrement du bus DCC. TC (comme les autres logiciels) est tributaire de la norme DCC, des protocoles avec les systèmes numériques et de son environnement (notamment le PC avec ses ressources hardware, software et son système d'exploitation)...  Smile

Jean_01 a écrit:
... Enfin en ce qui concerne les opérations de contrôle de flux, il ne faut pas confondre les opérations de contrôle de flux internes à TC (utilisation de mini scripts et de variables) avec les opérations de contrôle de flux évoquées très habilement par l'ex "chtrain" pour mettre le bordel sur ce forum. Cette technique concerne uniquement la gestion de la répartition des tâches entre les différents coeurs des processeurs actuels...
Perso, je fais le distinguo entre les opérations de contrôle de flux (celles internes à TC et celles ouvertes à l'utilsateurs (Prerequis, délais, variables etc ...)) et la gestion multiproccesseur que je n'appelle pas contrôle de flux. J'avais cru comprendre qu'il valait mieux se limiter dans l'utilisation des opérations de contrôle de flux (notamment avec les variables) ? mais bon, je n'ai surement pas tout compris de ce post avorté ...  Smile
Ceci étant, je suis très satisfait de l'utilisation des opérations de contrôle de flux de la V9. Je viens encore d'ajouter une variable dans la gestion de mon pont roulant et ça marche super !...  Very Happy Peut-être que quand j'aurais 100 ponts roulants, j'entreverrais les limites ...  Laughing  Laughing  Laughing

A+
Georges
Revenir en haut Aller en bas
Jean_01
Ignare immobile
Jean_01

Nombre de messages : 6381
Localisation : Annecy-Le-Vieux
Date d'inscription : 25/06/2007

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyLun 13 Jan 2020 - 14:01

Geo69 a écrit:
Bonjour,

Jean_01 a écrit:
...hormis le cas du pilotage à la main des trains, je ne vois pas trop où est le conflit entre 28 et 128 au niveau du logiciel ...
La différence entre 28 et 128 crans n'est pas un problème de logiciel mais d'encombrement du bus DCC. TC (comme les autres logiciels) est tributaire de la norme DCC, des protocoles avec les systèmes numériques et de son environnement (notamment le PC avec ses ressources hardware, software et son système d'exploitation)...  Smile

Certes le 128 contribue à l'encombrement du bus DCC, je ne le conteste pas. C'est ce qu'il se passe quand tu pilotes le réseau avec la centrale et sans logiciel.

Avec le logiciel, que tu envoies 28 ou 128 crans depuis la centrale, ils seront transformés en 1000 crans avant de partir vers le réseau. Donc cela ne sert pas à grand chose de faire sortir du 128 crans de la centrale. A moins que je n'aie rien compris du tout, ce qui est très possible.

Geo69 a écrit:

Jean_01 a écrit:
... Enfin en ce qui concerne les opérations de contrôle de flux, il ne faut pas confondre les opérations de contrôle de flux internes à TC (utilisation de mini scripts et de variables) avec les opérations de contrôle de flux évoquées très habilement par l'ex "chtrain" pour mettre le bordel sur ce forum. Cette technique concerne uniquement la gestion de la répartition des tâches entre les différents coeurs des processeurs actuels...
Perso, je fais le distinguo entre les opérations de contrôle de flux (celles internes à TC et celles ouvertes à l'utilsateurs (Prerequis, délais, variables etc ...)) et la gestion multiproccesseur que je n'appelle pas contrôle de flux. J'avais cru comprendre qu'il valait mieux se limiter dans l'utilisation des opérations de contrôle de flux (notamment avec les variables) ? mais bon, je n'ai surement pas tout compris de ce post avorté ...  Smile
Ceci étant, je suis très satisfait de l'utilisation des opérations de contrôle de flux de la V9. Je viens encore d'ajouter une variable dans la gestion de mon pont roulant et ça marche super !...  Very Happy Peut-être que quand j'aurais 100 ponts roulants, j'entreverrais les limites ...  Laughing  Laughing  Laughing

Dans ce que tu appelles le post avorté et notamment les échanges de mails avec Freiwald, il n'était question à aucun moment des opérations de contrôle de flux internes à TC. Les acrobaties, pas très compliquées d'ailleurs, faites par "chtrain" aboutissaient à réserver un seul coeur du processeur à l'utilisation de TC.

Pour ce qui est des opérations internes à TC, il est très facile, sans un minimum d'expérience dans leur utilisation, d'aboutir à des boucles sans fin ou autres joyeusetés, voire à réécrire des fonctionnalités existantes, ce que je baptise "réinventer la roue". D'où le conseil d'utiliser ces opérations avec prudence.

Jean Smile Smile
Revenir en haut Aller en bas
Geo69



Nombre de messages : 4912
Localisation : Ouest Lyonnais
Emploi : Retraité
Loisirs : VAE / Moto et ... Trains
Date d'inscription : 21/01/2012

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyLun 13 Jan 2020 - 14:59

Bonjour,

Jean_01 a écrit:
... Certes le 128 contribue à l'encombrement du bus DCC, je ne le conteste pas. C'est ce qu'il se passe quand tu pilotes le réseau avec la centrale et sans logiciel...
Oui, sauf que sans logiciel, c'est maxi 2 trains et que l'on égrène pas forcément tous les crans de vitesse. Par exemple avec ma LH101, je peux passer de la vitesse 0 à la vitesse maxi par pas de 16 (cela fait 8 ordres envoyés au lieu de 126).
Avec 10 trains gérés par TC qui sont en accélération ou décélération  avec de fortes inerties (notamment celles du rapport poids/puissance), cela augmente considérablement le nombre d'ordres envoyés sur la voie ...  Smile

Jean_01 a écrit:
... Avec le logiciel, que tu envoies 28 ou 128 crans depuis la centrale, ils seront transformés en 1000 crans avant de partir vers le réseau. Donc cela ne sert pas à grand chose de faire sortir du 128 crans de la centrale...
Je suis d'accord que pour TC, 28 ou 128 c'est pareil ...  Smile
Pour moi, la communication sur les 1000 crans virtuels dans TC, c'est du marketting... Cela doit uniquement servir dans la programmation de TC à s'affranchir du nombre de crans DCC pour les nombreux calculs de vitesse notamment avec les inerties. J'imagine la modif dans TC avec un passage à 256 crans DCC juste avec le positionnement d'une variable à 256 ...  Smile  
De toute façon, au final pour une adresse donnée, TC ne peut envoyer que 28 ou 128 crans de vitesse sur le bus DCC ...  Wink

Jean_01 a écrit:
...Dans ce que tu appelles le post avorté et notamment les échanges de mails avec Freiwald, il n'était question à aucun moment des opérations de contrôle de flux internes à TC. Les acrobaties, pas très compliquées d'ailleurs, faites par "chtrain" aboutissaient à réserver un seul coeur du processeur à l'utilisation de TC.
Je confirme que je n'ai rien compris et que je n'ai pas le courage de reprendre le post !... Rolling Eyes

Jean_01 a écrit:
...Pour ce qui est des opérations internes à TC, il est très facile, sans un minimum d'expérience dans leur utilisation, d'aboutir à des boucles sans fin ...
J'ai déjà donné !... Laughing Maintenant je maîtrise un peu mieux le "IF, THEN, ELSE" (Prerequis) mais je ne suis pas à l'abri ... Smile

A+
Georges
Revenir en haut Aller en bas
Yann

Yann

Nombre de messages : 1977
TrainController : Gold 9.0
Localisation : Suisse - Entre Lausanne et Vevey
Date d'inscription : 25/06/2007

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyLun 13 Jan 2020 - 17:14

Salut Jean,
Jean_01 a écrit:
L'intervention sur le forum de Freiwald citée par Yann date du 8 avril 2007, donc ce n'est pas une limitation récente de TC concernant la résolution de l'affichage. Cela date d'une époque où les résolutions fines d'affichage bouffaient beaucoup de ressources de l'UC et cela freinait tous les logiciels quels qu'ils soient.
Oui la création initiale du post de Freiwald date de 2007. Mais il est constamment mis à jour, car en 2007 on ne parlait pas encore de 4K coirs-moi, on en était tout juste à la résolution de la HD!
D'ailleurs Freiwald redirige souvent des gens sur ce post quand ces sujets sont abordés, donc c'est parfaitement d'actualité et tout à fait valable pour la dernière version de TrainController.

_________________
A+ Yann  
Mes tuto vidéo sur TrainController => https://www.youtube.com/TheDigitrain <=
Mon site => http://www.digi-train.ch <=
TC 9 Gold / +SmartHand Mobile / +Net / H0 3 rails / H0 2 rails / Tams MasterControl / Rétro. et commande des signaux: Selectrix Businterface Peter Stärz / PC 3,3 GHz / Win XP, 7, 10 / iPhone 6 iOS 12.
Revenir en haut Aller en bas
http://www.digi-train.ch/
Papybricolo

Papybricolo

Nombre de messages : 892
Localisation : Picardie et Ile-de-France
Emploi : retraité
Loisirs : Modélisme,bricolage,vélo,ski,généalogie
Date d'inscription : 18/01/2010

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyMar 14 Jan 2020 - 0:41

Et...moi qui m'enquiquinneeeeeee à programmer tous mes décodeurs en 128 crans scratch sauf les 3 ou 4 récalcitrants Exclamation

Bon quand les gosses viendront jouer en manuel avec la centrale ça pourra leur servir...

Par contre j'ai des soucis de calibrage d'écran à la campagne car c'est un ancien poste de TV que j’utilise (parce que c'est un 27pouces) j'ai déjà essayé de changer la résolution, mais c'est pire...
Mais j'ai trouvé la parade (enfin presque) je mets 12x12 dans TC (sinon) le dispatcher ne tient pas dans l’écran) quand j'arrive là-bas) alors qu'ici je mets 16x16 et ça tient dans l’écran

Je crois qu'il va falloir que je me décide à changer la carte vidéo et exploiter le 2ème écran (celui du PC) ...pour modifier mon ergonomie...
Revenir en haut Aller en bas
http://papybricolo.over-blog.com/
DeepPurple

DeepPurple

Nombre de messages : 114
TrainController : Gold V9 B2 FR
Localisation : Un peu plus à l'ouest
Emploi : Président honoraire de la CAChALO
Loisirs : Membre de l'AMFB
Date d'inscription : 15/09/2018

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyMar 14 Jan 2020 - 17:34

Aïe, et moi qui me suis offert un écran ultralarge de résolution 5120 × 1440, je vais me perdre dans le brouillard ?

Je vous raconterai...
Revenir en haut Aller en bas
http://pdf.cachalo.be
Yann

Yann

Nombre de messages : 1977
TrainController : Gold 9.0
Localisation : Suisse - Entre Lausanne et Vevey
Date d'inscription : 25/06/2007

Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController EmptyMar 14 Jan 2020 - 22:59

DeepPurple a écrit:
Je vous raconterai...

Oui, je serai intéressé par votre expérience.

_________________
A+ Yann  
Mes tuto vidéo sur TrainController => https://www.youtube.com/TheDigitrain <=
Mon site => http://www.digi-train.ch <=
TC 9 Gold / +SmartHand Mobile / +Net / H0 3 rails / H0 2 rails / Tams MasterControl / Rétro. et commande des signaux: Selectrix Businterface Peter Stärz / PC 3,3 GHz / Win XP, 7, 10 / iPhone 6 iOS 12.
Revenir en haut Aller en bas
http://www.digi-train.ch/
Contenu sponsorisé




Résolutions d'écrans supportées par TrainController Empty
MessageSujet: Re: Résolutions d'écrans supportées par TrainController   Résolutions d'écrans supportées par TrainController Empty

Revenir en haut Aller en bas
 
Résolutions d'écrans supportées par TrainController
Revenir en haut 
Page 1 sur 1

Permission de ce forum:Vous ne pouvez pas répondre aux sujets dans ce forum
Tout sur TrainController™ :: RRTC :: Technique-
Sauter vers: