Clients lourds visio

jitsi

Essai le 11 avril 2020.

Bug avec la version stable de jitsi depuis les dépots qu’iels proposent. Essai sur Debian Testing (leur dépot est censé être adapté à Debian/Ubuntu).

On voit le logo de démarrage, mais ça mouline à vide aussitôt, dans un terminal :

org.osgi.framework.BundleException: Unable to resolve org.apache.httpcomponents.httpcore [119](R 119.0): missing requirement [org.apache.httpcomponents.httpcore [119](R 119.0)] osgi.wiring.package; (osgi.wiring.package=javax.net.ssl) Unresolved requirements: [[org.apache.httpcomponents.httpcore [119](R 119.0)] osgi.wiring.package; (osgi.wiring.package=javax.net.ssl)]
	at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4111)
	at org.apache.felix.framework.Felix.startBundle(Felix.java:2117)
	at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1371)
	at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308)
	at java.base/java.lang.Thread.run(Thread.java:834)

Quant à la version nightly de jitsi, le paquet dépend dépend de versions anterieures de paquets (libavcodec57 alors que la 58 est dans testing). Donc pas possible de l’installer.

interopérabilité ?

Ils ont pas l’air de comprendre, pourtant, avec OBS, ce serait cool : https://community.jitsi.org/t/jitsi-meet-with-obs-open-broadcaster-software/15925/24. Le fork d’OBS gèrant WebRTC semble peu maintenu (quelques commits en 2019).

Clients web

Video-séminaires

Autres technologies