Merci pour la news, très complète et intéressante.
J'ai une question au sujet de ce paragraphe :
Cisco, Endless, Red Hat et Centricular ont œuvré pour fournir une mise à jour du codec OpenH264 2.0. Cette mise à jour permet la prise en charge de profils additionnels de ce codec, ici High et Advanced, afin de pouvoir lire plus de fichiers employant ce codec.
Pourquoi ne pas utiliser x264 ?
Est-ce que la réponse est "parce qu'il y a des risques juridiques potentiels alors on préfère utiliser l'implémentation de Cisco parce que cette société se porte garant des risques juridiques liés aux brevets" ?
Si oui alors franchement est-ce important que RedHat travaille pour mettre à jour OpenH264 ? La majorité des gens ont x264 sur leur système qui propose déjà les profils High et Advanced depuis des lustres et qui est l'implémentation très largement reconnue comme étant la meilleure pour les flux H.264.
Donc cette amélioration d'OpenH264 n'est pas vraiment une amélioration de "l’écosystème du logiciel libre" puisqu'on avait déjà mieux depuis des années.
# H264
Posté par patrick_g (site web personnel) . En réponse à la dépêche Apports de Fedora à l’écosystème du logiciel libre (3e partie). Évalué à 3. Dernière modification le 15 mai 2020 à 12:51.
Merci pour la news, très complète et intéressante.
J'ai une question au sujet de ce paragraphe :
Pourquoi ne pas utiliser x264 ?
Est-ce que la réponse est "parce qu'il y a des risques juridiques potentiels alors on préfère utiliser l'implémentation de Cisco parce que cette société se porte garant des risques juridiques liés aux brevets" ?
Si oui alors franchement est-ce important que RedHat travaille pour mettre à jour OpenH264 ? La majorité des gens ont x264 sur leur système qui propose déjà les profils High et Advanced depuis des lustres et qui est l'implémentation très largement reconnue comme étant la meilleure pour les flux H.264.
Donc cette amélioration d'OpenH264 n'est pas vraiment une amélioration de "l’écosystème du logiciel libre" puisqu'on avait déjà mieux depuis des années.