• # OpenGL :(

    Posté par . En réponse à la dépêche Kdenlive 15.08 - 4 années de gestation, et comment aider ce logiciel libre à poursuivre sa route. Évalué à 1.

    Suppression de SDL dans les moniteurs de retour, nous utilisons maintenant OpenGL (cela devrait être fonctionnel sur la plupart des ordinateurs relativement récents) ;

    En fait, ça serait mieux OpenGL ES pour avoir plus de chance de fonctionner sur les processeurs mobiles, suffisamment puissants aujourd'hui pour en faire des machines de bureau convenable. (Blender est pas à 50fps, mais largement utilisable en Gallium + LLVMpipe pour des scènes de base.

    Et pitié, EGL, pas GLX (1992=>2012), ça sera obligatoire sous Wayland, mais c'est aussi beaucoup plus efficace sous X (séparation des couches, possibilité d'avoir différentes cartes graphiques, et les pilotes de GPU récent sont ont d'abord des pilotes EGL (comme ça, ça tourne à la fois sous android, chromeos, gnu/linux et autres os basés sur Linux. GLX est (pas complètement officiellement) déprécié, les docs ont été déplacé dans un recoin sur les sites SGI/openGL, elle ne sont pas sur le site de Khronos, contrairement à EGL.

    Testé sur ce type de processeur (avec Archlinux ARM), la prévisualisation ne marche pas, je ne comprends pas encore pourquoi. Si OpenGL complet est utilisé, Gallium+LLVMpipe doit faire son boulot. Mais là un carré vert avec des traces de bugs dans un coin. Le problème est peut être tout autre, il faut que je test un peu plus pour faire un rapport de bug...

    Au niveau de l'acceleration vidéo dans ma config, ça marche que lorsque je choisi OpenGLES justement. Donc, youtube est lent sous firefox par exemple. VLC permet de jouer les vidéos sans problèmes.