C'est un peu l'effet que ça me fait. D'un certain coté il y a tout de même une bonne chose qu'on ne peut pas enlever : on peut utiliser VP8 sans crainte, et VP8, ce n'est pas que « VP8 de Google », c'est aussi « VP8 de la RFC 6386 ». Donc c'est très bien que ce format documenté et standardisé soit utilisable sans crainte, même si un quelconque VP8.31415926 n'est pas protégé. VP8 a donc deux avantages majeurs, d'une il est standardisé, de deux il est sans redevance, de trois il ne craint pas les attaques du MPEGLA. Ces trois arguments peuvent être suffisants pour choisir VP8, même s'il est techniquement moins bon qu'un autre. Je suis certain que ce genre de cas doit se produire, on ne choisit pas nécessairement le meilleur techniquement si des points non techniques sont jugés trop gênants.
Par exemple, je rippe personnellement mes DVD avec des options de de qualité indécente… En gros je demande « conserve au max la qualité de l'image au détriment de l'espace disque », il y a des chances que dans ce type de configuration, on ne sache pas faire la différence entre h264 ou vp8… Avec VP8, j'ai au moins l'espoir de pouvoir lire mes rips même avec un distribution pour intégroïdes libristes antibrevets…
J'imagine qu'il y a des cas où VP8 et h264 c'est kifkif, ou bien que la moindre performance ou moindre qualité pèse peu dans la balance vis à vis d'autres avantages.
Pour faire une analogie, il doit bien y avoir des usages où VP8 est préféré, un peu comme ceux qui utilisent Gimp même s'il est paraît-il moins avancé que Photoshop, mais parce qu'au moins Gimp est libre, tourne sous Linux et en plus est gratuit… (C'est aussi mon cas ;)) À quoi servirait à un produit d'être meilleur si l'on ne peut se le procurer ou s'en servir ? ;)
Donc on ne peut nier cette annonce qui est tout de même positive. On n'en sait rien pour les dérivés, mais on le sait pour le standard ! C'est énorme !
Après oui, ton commentaire décrit bien l'effet que ça me fait, et exprime bien les craintes que l'on peut se faire, je ne te pertinente pas toujours mais là oui ;). Effectivement, tout cela n'est pas rose dans l'univers des codecs vidéos, et le besoin d'un pacte de non agression Google / MPEGLA ne fait que confirmer que ce domaine est pourri. Donc on peut pleurer encore plus en constatant que oui, effectivement, même pour VP8 qui est sensé ne rien avoir en commun avec le MPEGLA il a fallu demander protection au MPEGLA… Donc c'est la misère, mais en même temps ça l'était déjà, on le savait déjà que c'est un champ de mine, ça ne fait que confirmer la chose, et si Google doit passer un accord avec le MPEGLA, à mon avis il ne faut pas vraiment le tenir pour responsable de n'avoir pu protéger que VP8. ;)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: VP8 et son successeur ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Un accord entre Google et MPEG LA sur VP8. Évalué à 3.
C'est un peu l'effet que ça me fait. D'un certain coté il y a tout de même une bonne chose qu'on ne peut pas enlever : on peut utiliser VP8 sans crainte, et VP8, ce n'est pas que « VP8 de Google », c'est aussi « VP8 de la RFC 6386 ». Donc c'est très bien que ce format documenté et standardisé soit utilisable sans crainte, même si un quelconque VP8.31415926 n'est pas protégé. VP8 a donc deux avantages majeurs, d'une il est standardisé, de deux il est sans redevance, de trois il ne craint pas les attaques du MPEGLA. Ces trois arguments peuvent être suffisants pour choisir VP8, même s'il est techniquement moins bon qu'un autre. Je suis certain que ce genre de cas doit se produire, on ne choisit pas nécessairement le meilleur techniquement si des points non techniques sont jugés trop gênants.
Par exemple, je rippe personnellement mes DVD avec des options de de qualité indécente… En gros je demande « conserve au max la qualité de l'image au détriment de l'espace disque », il y a des chances que dans ce type de configuration, on ne sache pas faire la différence entre h264 ou vp8… Avec VP8, j'ai au moins l'espoir de pouvoir lire mes rips même avec un distribution pour intégroïdes libristes antibrevets…
J'imagine qu'il y a des cas où VP8 et h264 c'est kifkif, ou bien que la moindre performance ou moindre qualité pèse peu dans la balance vis à vis d'autres avantages.
Pour faire une analogie, il doit bien y avoir des usages où VP8 est préféré, un peu comme ceux qui utilisent Gimp même s'il est paraît-il moins avancé que Photoshop, mais parce qu'au moins Gimp est libre, tourne sous Linux et en plus est gratuit… (C'est aussi mon cas ;)) À quoi servirait à un produit d'être meilleur si l'on ne peut se le procurer ou s'en servir ? ;)
Donc on ne peut nier cette annonce qui est tout de même positive. On n'en sait rien pour les dérivés, mais on le sait pour le standard ! C'est énorme !
Après oui, ton commentaire décrit bien l'effet que ça me fait, et exprime bien les craintes que l'on peut se faire, je ne te pertinente pas toujours mais là oui ;). Effectivement, tout cela n'est pas rose dans l'univers des codecs vidéos, et le besoin d'un pacte de non agression Google / MPEGLA ne fait que confirmer que ce domaine est pourri. Donc on peut pleurer encore plus en constatant que oui, effectivement, même pour VP8 qui est sensé ne rien avoir en commun avec le MPEGLA il a fallu demander protection au MPEGLA… Donc c'est la misère, mais en même temps ça l'était déjà, on le savait déjà que c'est un champ de mine, ça ne fait que confirmer la chose, et si Google doit passer un accord avec le MPEGLA, à mon avis il ne faut pas vraiment le tenir pour responsable de n'avoir pu protéger que VP8. ;)
ce commentaire est sous licence cc by 4 et précédentes