TilEm feature request.

[kindermoumoute]

tilem peut être téléchargé à http://sourceforge.net/projects/tilem/

La dernière version dont contra-sh parle ?

[critor]

tilem peut être téléchargé à http://sourceforge.net/projects/tilem/

La dernière version dont contra-sh parle ?

Non, ce n'est pas cette version qui à ma connaissance n'est pas encore sortie.

De plus, c'est une vieille version: 0.973.
La 0.975 est sortie depuis.

[Lionel Debroux]

Le repository SVN de TiLem-NG (qui n'est pas encore sorti) est sur SF, c'est pour ça que j'ai donné ce lien :
Plus direct: http://sourceforge.net/projects/tilem/develop

[contra-sh]

Re,

Effectivement cette version est en cours de developpement même si elle est déjà fonctionnelle ( changement de skin, chargement de fichier, enregistrement de macro ce qui n'a jamais été fait encore je crois, émulation ti81, mode skinless, mode borderless, savestates, et j'en passe ... ) .
L'emulation est comme tilem 1 très fidèle même très largement amélioree (nouveau cœur d'emulation...). Les skins peuvent être faites avec skinedit(!).

C'est Benjamin Moody qui travaille sur le core de tilem 2 avec moi c'eSt vraiment un pro...
Moi je ne fais que l'interface.

La version actuelle marche que sous Linux mais sera portée sous win lors
de la release.

Tu peux tester avec un :
svn co https://tilem.svn.sourceforge.net/svnroot/tilem tilem
puis
cd tilem/trunk
make
cd gui
./testemu2 -r cheminverstarom

bref c'est pas franchement user friendly pour l'instant LOL.

Je mets d'autres vidéo des que krut veux bien marcher.

Merci pour l'intérêt que vous portez a tilem.

Merci Lionel et Xavier pour votre soutien.

[kindermoumoute]

Ok, les screenshots et les screenshots animés sont en 96*64 ou en 192*128 ? (ce serait bien de pouvoir choisir, voir même dans des proportion beaucoup plus grosses si c'est possible)

Est ce que ce sera compatible avec calcNET2.2 ?


PS : je n'ai pas linux, mais j'attendrai patiemment la release.

[Lionel Debroux]

Des screenshots plus grands que 96x64 seront clairement plus lisibles, mais il me semble que le redimensionnement peut être fait cà´té client lors de l'affichage, et des screenshots de taille native utiliseront que des screenshots de taille supérieure :

CALCnet (tu as inversé les minuscules et majuscules : ) devrait à  mon avis fonctionner sur l'émulateur, car TiLem émule le link, contrairement à  je ne sais plus quel émulateur TI-Z80.
Un bémol tout de même: si le scheduler de l'OS fait subir des latences à  l'émulateur, le protocole fonctionnera peut-être moins bien que sur machine réelle (en particulier plus lent). Le protocole CALCnet est censé être assez robuste, mais cela peut ne pas être suffisant pour éliminer l'effet néfaste d'une éventuelle latence de l'OS.

[contra-sh]

Salut,


Pour les screenshot de taille variable, pourquoi pas ce n'est pas vraiment difficileà faire.
Mais comme dit Lionel, cela peut-être fait facilement "hors tilem" donc faut voir si ça vaut vraiment le coup de l'intégrer.
Actuellemnt, le screenshot fait la taille de l'écran (peut varier selon le modèle, par exemple ti86).

Pour CALCnet, bien sûr que l'intérêt de tilem est de permettre le développement et le test de ce genre de projet.
Mais bon je n'ai pas encore implémenté le link calc calc seulement calc Je précise au passage que j'utilise les librairies libticalcs qui sont vraiment géniales.

@Lionel : Qu'appelles tu la "latence".
Les timers mis en places pour mettre à jour le coeur?
La façon dont le coeur perd du temps pour simuler la vitesse?

[Lionel Debroux]

Je veux dire que si le coeur et/ou l'OS n'exécute pas le timer 110 Hz de CALCnet assez précisément à  cette fréquence, il se peut que le taux de transfert de CALCnet, voire sa fiabilité, en souffre :

Pour pouvoir communiquer par CALCnet avec des calculatrices réelles, il faut une bonne émulation de l'état de chaque fil. Ce n'est pas possible avec le SilverLink, qui ne fournit pas un accès aux niveaux des fils (voir dans libticables les valeurs 0 et 1 codées en dur dans les *_get_wire). Ca pourrait fonctionner avec les links DB9 et DB25, mais les ordinateurs qui les ont encore se font de plus en plus rares...

[contra-sh]

Pour le timer, tout à fait d'accord, ça dépend si le protocole valide les paquets reçus/envoyés, dans ce cas, on aura qu'un gros ralentissement, dans le cas contraire c'est sur que ça risque de merder un max.
Mais je ne sais pas du tout comment ça a été fait (surement très bien connaissant la qualité du travail de kermMartian)
(Il me semble aussi qu'il y a quelqu'un d'autre qui bosse dessus aussi mais je me rappelle plus son pseudo)

Lorsque kermMartian parle de se connecter avec internet, il passe par un port parallèle ?
(je pensais que c'était de l'usb...)

Penses-tu que cela puisse marcher avec le connecteur parallele "maison" qu'on a tous plus ou moins fait chez soi dans notre lointain passé ?


Je vais jeter un oeil sur ce projet, j'ai été scotché de voir sa demo de connexion a IRC avec une calc... Impressionnant !

[Lionel Debroux]

Lorsque kermMartian parle de se connecter avec internet, il passe par un port parallèle ?

Non :

(je pensais que c'était de l'usb...)

C'est en effet de l'USB, à  travers un bridge CALCnet / ordinateur sur une plate-forme d'expérimentation Arduino (25$ / 25€) ou un bridge plus simple (~10$) en développement.

Penses-tu que cela puisse marcher avec le connecteur parallele "maison" qu'on a tous plus ou moins fait chez soi dans notre lointain passé ?

Ca pourrait fonctionner avec ceux des links DB9 (série) et DB25 (parallèle) qui offrent un accès direct dans les deux sens à  l'état des fils (vérifier le link guide et le code de libticables pour la liste complète), et uniquement avec ceux-là .

Je vais jeter un oeil sur ce projet, j'ai été scotché de voir sa demo de connexion a IRC avec une calc... Impressionnant !

Yep. Le bridge est un device USB qui expose les paquets CALCnet reçus à  l'ordinateur et permet à  l'ordinateur d'en envoyer sur CALCnet; au-dessus de ça, il y a une gestion de l'USB, et une adaptation bi-directionnelle client IRC / gestionnaire USB.