Microsoft continue de travailler sur la révision complète de Skype pour Linux. Même si l’application est toujours en phase de développement alpha, une mouture 1.7 est proposée aux testeurs. Il s’agit essentiellement de corrections de bugs, avec un apport pour les messages non-lus.
Microsoft a surpris les utilisateurs de Skype sur Linux en lançant une nouvelle version, pour l’instant en plein développement. La mouture Linux de Skype était abandonnée depuis plus de deux ans et n’était absolument plus alignée en termes d’architecture et de fonctionnalités sur ce que l’on trouvait ailleurs. Ainsi, pas de partage d’écran, d’envois de certains fichiers, de vidéoconférence…
La nouvelle version en construction est très largement basée sur la déclinaison web. Même si cette dernière fonctionne bien, elle est handicapée à cause de certaines fonctions qui ne sont, là encore, pas gérées, notamment le partage d’écran. Elle utilise cependant l’architecture « moderne » de Skype, son système de synchronisation et ses notifications. Par ailleurs, elle devient petit à petit agnostique côté navigateurs.
La première alpha du nouveau Skype avait posé les bases. C’est désormais la mouture 1.7 qui est disponible, avec en ligne de mire une série de bugs, maintenant corrigés. Par exemple, arriver dans une conversation contenant des messages non-lus plaçait l’utilisateur tout en bas. Il ne savait pas forcément où les nouveaux messages commençaient. Désormais, il arrivera bien sur le premier d’entre eux, le compteur « non-lus » diminuant au fur et à mesure que l’on descendra dans la conversation.
Côté fonctionnalités, on n’avance par contre pas de manière significative. La position des éléments dans les appels de groupe a été entièrement revue, mais pas plus. L’absence de partage de bureau peut être un vrai problème, mais on soulignera que l’ancien Skype pour Linux ne le proposait pas davantage. Il figure au rang des fonctionnalités les plus demandées, de même que la possibilité de couper l’ajustement automatiquement du micro.
Commentaires (47)
#1
Tiens, je croyais que ça n’existait pas Skype pour Linux…
" />
" />
" />
" />
" />
Sinon, c’est bien dit que c’est une version Alpha, donc ça ne fonctionne pas aussi bien que la version sous Win/OSX… du moins pour le moment.
Après, les zinzins qui manquent, je ne doute pas qu’ils seront intégrés à terme une fois les bugs corrigés. À suivre…
#2
C’est quoi cette histoire ? La version qui vient après la 4.3, c’est 1.7 ? WTF ?!
#3
Faut lire l’actu, et cliquer sur les liens qui vont bien. Ils reprennent tout, donc repartent d’une version 1.0.
#4
Ça chasse du troll aujourd’hui ! :)
" />
#5
Pour information, l’ancienne architecture de Skype (avant son rachat par Microsoft) reposait sur le principe du Peer-to-Peer.
La nouvelle architecture de Skype centralise tout sur les serveurs de Microsoft.
#6
Commentaire de v6relou supprimé le 12/09/2016 à 14:51:01 : Humour ou incitation à l’humour
#7
#8
La fonctionnalité la plus attendue reste tout de même la vidéoconférence, toujours impossible pour le moment d’utiliser sa webcam sur cette alpha…
" />
#9
Justement, j’ai été lire les liens, et je n’ai pas vu qu’il était écrit que les numéros de version rebootaient à zéro, juste qu’il y aurait enfin un successeur à la version 4.3.
#10
Entre ça et flash, c’est la fête en ce moment chez Linux! 
" />
#11
Il centralise quoi ?
#12
#13
#14
Tchat, tableau blanc, fichiers … Bref tout ce qu’on échange par Skype.
#15
#16
Oui, c’est dû au passage sur mobile.
Autant avec une ligne fixe, on peut utiliser du P2P, c’est à dire qu’un interlocuteur émet vers tous les gens de la conversation, autant en mobile, la connexion est trop limitée pour que ce soit faisable sans latence (surtout en audio/vidéo).
D’où le passage par un serveur centralisé, qui permet à chaque client de n’envoyer qu’une fois quel que soit le nombre d’interlocuteurs, le serveur dispatchant à chacun d’entre eux.
Ca permet aussi une meilleure synchronisation des notifications qui finissaient par ce perdre ou n’arrivaient qu’une fois que le pair qui la stockait se reconnectait…
#17
Merci pour ton explication technique.
" />
Super sexy, ton avatar !
#18
Mouais enfin avant de se plaindre de l’absence de partage de bureau ça serait déjà bien qu’on puisse passer des appels vidéos. L’ancienne version le faisait (même si ça crashait souvent de mon côté)
#19
Et maintenant on va arriver à la 4G et ça n’aura plus de sens, hop retour arrière?
" /> Ou pas… Ca les arrange bien quand même :)
#20
La nsa c’est le serveur de backup pour la hote disponibilité, c’est un service gracieux offert.
" />
#21
Même avec la 4G, dans l’état actuel des réseaux, ça n’est toujours pas viable en P2P. Enfin, ça dépend du nombre d’interlocuteurs évidemment !
Mais le modèle client/server a une charge constante pour le client et le P2P une charge exponentielle, et ça c’est inéluctable !
#22
ya que moi qui tombe de ma chaise en découvrant que l’innovation tant promue ““skype pour linux”” genre microsft pense à tout le monde……
téléchargements 64 bits only, j’ai l’air bien avec mon netbook ATOM..
#23
C’est assez marrant, depuis le début des articles NI sur cette nouvelle version de Skype, j’ai l’impression d’être le seul pour qui le partage d’écran et la vidéo fonctionne sur la version 4.3 sous Linux
" />.
#24
Qu’elle est mince la séparation entre troll et humour (les deux ne s’excluant pas mutuellement) 
" />
#25
#26
La vidéo, oui, mais en point-à-point. Pas en vidéoconférence.
#27
#28
Bah non, pas là. Tu as un interlocuteur, tu envoies à un seul donc bande passante X.
Tu as n interlocuteurs, tu envoie à X*n. Donc ok, pas exponentiel, mais proportionnel si tu préfères ! J’ai un peu forci le trait !
#29
#30
Ah, je croyais que tu parlais de la complexité en fonction du nombre total de nœuds dans le le réseau p2p, pas du nombre d’interlocuteurs simultanés.
#31
Le 64 bits, c’est pas non plus le truc qui est apparu en 2017…
#32
Je suis d’accord, c’est un peu bête de partir sur deux lignes différentes, on se rend pas bien compte de la parité fonctionnelle avec cette nomenclature
#33
#34
Le pire, c’est que l’audioconférence est fonctionnel sous Firefox Linux sans plugin mais faut changer l’user agent …
#35
#36
J’aurais surtout dû me rendre compte que c’était une news Microsoft et non Linux, et comme on ne critique pas les produits Microsoft ici, je comprends que ce soit passé à la trappe. M’enfin c’est pas grave… jusqu’à le prochaine fois.
#37
#38
C’est tout ce qu’il te reste comme ligne de défense ? 
" />
#39
#40
Il a dit quoi en fait v6relou ?
#41
En alpha ? MS fait mieux que google.
#42
Le problème d’enchaîner les pairs, c’est que tu augmentes la latence. Donc pour de l’audio/vidéo, ça n’est pas viable.
" />
Le pair qui est en direct sur celui qui diffuse va avoir une latence faible, celui qui passe par 3 nœuds va recevoir le flux avec plusieurs secondes de retard. Galère lors d’une conférence à plusieurs !
Si en plus le flux passe partiellement par plusieurs pairs, il faut attendre d’avoir toutes les données pour le reconstituer, donc le pair le plus lent asservit toute la transaction.
Le P2P c’est très bien pour les flux dont l’ordre d’arrivée des données n’est pas problématique, comme des fichiers (si on a la fin avant le début, pas grave !), mais pas pour des flux temps réel.
L’idée du super pair est bonne en soit, mais ça rompt la vraie logique du P2P. Et sur un réseau mobile, même celui avec le meilleur signal et la meilleure bande passante a une connexion pourrie comparée à une ligne fixe, particulièrement niveau latence !
Exemple simple, une latence de moins de 100ms sur une ligne mobile, même en 4G tient du miracle, alors qu’une latence de plus de 3ms sur une ligne fibre tient de la malchance (et 50ms pour de l’ADSL)