Une nouvelle version de TwinVNC est disponible sur le site Web de ce dernier.
Pour rappel, TwinVNC est un client VNC permettant de prendre le contrôle à distance de n’importe quel ordinateur équipé d’un serveur VNC.
Cette version baptisée TwinVNC 0.7beta, implémente des modifications ainsi que de nouvelles fonctionnalités majeures faisant passer TwinVNC du stade de ligne de commande à celui d’application Workbench avec son interface graphique intégrée.
Voici une liste non exhaustive des améliorations :
- Interface graphique intégrée permettant de se connecter ainsi que de modifier les options VNC pendant la prise de contrôle.
- Gestion du format du pixel serveur. Cette fonctionnalité permet de traiter le format d’affichage natif du serveur. Elle est également d’un grand intérêt pour les utilisateurs d’AmiVNC.
- Possibilité d’utiliser le mode scale (logiciel ou overlay) en fenêtre comme en plein écran, en mode rétrécissement et agrandissement.
- Lire l’historique de TwinVNC pour connaître toutes les nouveautés…
L’auteur précise que le statut de TwinVNC est dorénavant Giftware, ceci afin d’alimenter sa motivation à développer ce logiciel, ainsi que d’évaluer l’intérêt de cet outil auprès de ses utilisateurs.
A noter qu’une vidéo de présentation de TwinVNC aimablement réalisée par Crisot, est disponible sur le site web.
Page de téléchargement : TwinVNC0.7beta.lha (AmigaOS/68k, AmigaOS4 et MorphOS) [695 ko]
15 Commentaires
Passer au formulaire de commentaire
Superbe logiciel, très joli site internet et la vidéo est un petit plus sympathique !
Félicitations à tout ce petit monde (Seg, Highlander et Crisot) :clap:
—
/me adore qu’un flan se démoule sans accroc.
Ce client est tellement extraordinaire que je ne pouvais passer à coté de cette occasion. Seg m’a proposé de le beta tester et il a passé quelques soirées à faire évoluer des choses telles que le codec Tight pendant que je testais en live. Tout le mérite lui en revient, TwinVNC est un soft purrement Amiga qui peut ne pas rougir face à ses cousins sur PC, et franchement, je le préfère même 1000 fois pour son ergonomie!
Chapo
Auteur
Hey!!! Sympa les commentaires.
Je ne rentre plus dans mes shoes…
En tout cas, ca motive.
a+
Seg.
achètes toi des chaussures énormes !!! ce soft c’est un des meilleurs softs Amiga de ces dernières années, du boulot de maitre, j’adore twinVNC depuis ses débuts mais là c’est carrément énorme, un indispensable !!!!
:thumbsup: !!!
excellente idée le giftware, je prépare un colis !
Si vous êtes si forts, pourquoi ne pas améliorer le serveur VNC fait par SG2 ?
/me fait exprès pour essayer de les pousser ces petits gars 🙂
il marche sur Amiga Classic le serveur VNC fait par SG2 ?
On peut le trouver où ?
Hmm d’après la vidéo ça semble fort réactif sur l’A1 et Peg.
Mais en l’occurence il s’agissait du XE G4 de Crisot.
Est-ce qu’un G3 6-800 mhz s’en sort aussi bien ? (µA1 et Peg1)
Auteur
@Tom
Tiens? Je croyais que Crisot m’avait dit qu’il avait grille son G4 et qu’il fonctionnait sur le G3 prete par sg2?!
Sinon pour TwinVNC Server, c’est en cours. Faut juste me laisser du temps (avec mon frere) car je souhaite terminer les fonctionnalites prevues dans TwinVNC Client. Tout ceci depend du temps libre que j’ai a ma disposition.
a+
Seg.
Ok, y a pas d’urgence.
Merci.
Ca fait quand meme 18 mois que je tourne en G3 / 800 , faudrait prendre des notes hein 🙂 (750 FX).
Pour en rajouter une louche, l’intégalitée de la vidéo à été prise avec un serveur connecté en WIFI, 802.11g, donc avec des débits loin d’un simple 100 mbits. (la flemme de tirer un cable ethernet jusqu’au PC).
Enfin je sais pas si ce serait aussi réactif sur un Pegasos 1 , vu l’ethernet excecrable de cette machine. Mais contrairement à ce qu’on peux penser, un serveur VNC n’a pas besoin de tant de bande passante que ça.
Le serveur VNC de SG2 est irrécupérable niveau performances (polling bourrin de l’écran). C’est extrêmement lent par design, rien ne pourrait l’améliorer et le rendre vraiment utilisable.
Par ailleurs, il est très crashy dans la gestion du thread consacré à la comm, mais ça peut s’arranger ça.
Une approche plus raisonnable est celle de l’antique serveur vnc qui tournait sur p96 en utilisant un moniteur dédié, approche réutilisée par vncserver sur morphos. Mais bien sûr il faut avoir accès aux sdk des moniteurs de P96 (ou CGX) pour pouvoir faire ça.
en meme temps le chopage brutal d’écran, c’est comme ça que font les clients PC, et ça n’empeche pas de fonctionner vite.
Mesure ta vitesse de lecture en vmem a travers l’AGP, meme sur un écran 1280x1024x32 bits, et tu verra que le débit est suffisant pour passer l’écran plusieurs fois par secondes en intégralitée, soit beaucoup plus que ce qu’un VNC permet généralement à travers le réseau et ses codecs.
Toute la rapiditée réside dans le codec de compression et la méthode d’analyse (pour ne pas relire des parties d’écran fixe).
C’est donc la seule solution pour que le serveur soit au passage interressant (transparent et ne nécessitant pas d’intervention locale sur la machine distante)
la lecture en vmem rame quand même beaucoup (~35Mo/s ici). Alors oui, tu as le temps de choper 5-6 fois par seconde l’écran entier, mais au prix d’une utilisation cpu tout à fait regrettable. Et par ailleurs, puisque tu évoques le sujet, il faudrait effectivement aussi ajouter un encodage moderne et ne pas se contenter des vieux corre/hextile.
En tout cas, ça à l’air sympa ! J’utilise UltraVNC sur mes ordis, est-ce que les protocoles sont compatibles ??
Auteur
L’un est derive de l’autre. Il n’y a pas de probleme.
a+
Seg.