Je sais pas vraiment ce que signifie "l'inverse n'est pas vrai" (j'entends par là: "ça veut rien dire" car si A fait différent de B, alors B est différent de A). Il s'agit "soi-disant" de deux implémentations de libav, et elles sont différentes. Donc c'est juste pénible. J'ai déjà dû corriger un problème avec des patchs dans deux softwares que j'utilise à cause de différences entre les implémentations: blender et DVDStyler. Et c'est des bugs plus subtils que juste une API différente (en gros, des implémentations différentes de même codecs), donc plus difficiles à repérer et corriger (détection à l'exécution), comme on peut le voir dans mes patchs, ce qui fait que ces bugs ont été présents un moment dans la nature et sont probablement encore présents dans divers logiciels.
Aussi j'ai régulièrement des problèmes avec mplayer depuis que je suis passé sous Mint alors que c'était mon logiciel vidéo phare. A priori c'est parce que les paquetages utilisés sont ceux de libav (alors que les dév mplayer utilisent bien sûr la version de ffmpeg).
Et lorsque j'essaie de compiler certains software qui utilisent libav, j'ai régulièrement des problèmes, selon que les dévs utilisent plutôt une version, et moi une autre.
Franchement c'est juste ridicule. C'est une guerre de gamins. La solution est pourtant simple: s'ils veulent réellement faire différent, très bien! Aucun problème pour moi. Mais renommez. Que l'une des équipes trouve un nouveau nom et on peut installer les deux libs côte-à-côte, et ainsi les divers logiciels choisissent la librairie de leur rêve et les blems sont finis. Je comprends bien que le nom est important pour la notoriété et la base utilisateur, mais c'est pas notre problème! Ils ont fait un choix conscient de forker, ils pourraient assumer jusqu'au bout.
Parce que là en tant que simple utilisateur, on se retrouve pris en sandwich/otage dans une guerre absurde où on nous demande de choisir aussi en gros, sauf qu'en vrai, on nous laisse pas le choix (c'est en général notre distrib qui choisit), et on se retrouve avec des blems sur une moitié des logiciels qui utilisent libav.
Et en tant que dév tier neutre, c'est aussi chiant, car on doit constamment corriger des bugs et des changements pour essayer non plus de suivre 1 librairie, mais pour contourner les différences qui apparaissent progressivement entre 2 librairies qui prétendent être la même sans l'être.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Troll
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche FFmpeg 2.1. Évalué à 10.
Je sais pas vraiment ce que signifie "l'inverse n'est pas vrai" (j'entends par là: "ça veut rien dire" car si A fait différent de B, alors B est différent de A). Il s'agit "soi-disant" de deux implémentations de libav, et elles sont différentes. Donc c'est juste pénible. J'ai déjà dû corriger un problème avec des patchs dans deux softwares que j'utilise à cause de différences entre les implémentations: blender et DVDStyler. Et c'est des bugs plus subtils que juste une API différente (en gros, des implémentations différentes de même codecs), donc plus difficiles à repérer et corriger (détection à l'exécution), comme on peut le voir dans mes patchs, ce qui fait que ces bugs ont été présents un moment dans la nature et sont probablement encore présents dans divers logiciels.
Aussi j'ai régulièrement des problèmes avec mplayer depuis que je suis passé sous Mint alors que c'était mon logiciel vidéo phare. A priori c'est parce que les paquetages utilisés sont ceux de libav (alors que les dév mplayer utilisent bien sûr la version de ffmpeg).
Et lorsque j'essaie de compiler certains software qui utilisent libav, j'ai régulièrement des problèmes, selon que les dévs utilisent plutôt une version, et moi une autre.
Franchement c'est juste ridicule. C'est une guerre de gamins. La solution est pourtant simple: s'ils veulent réellement faire différent, très bien! Aucun problème pour moi. Mais renommez. Que l'une des équipes trouve un nouveau nom et on peut installer les deux libs côte-à-côte, et ainsi les divers logiciels choisissent la librairie de leur rêve et les blems sont finis. Je comprends bien que le nom est important pour la notoriété et la base utilisateur, mais c'est pas notre problème! Ils ont fait un choix conscient de forker, ils pourraient assumer jusqu'au bout.
Parce que là en tant que simple utilisateur, on se retrouve pris en sandwich/otage dans une guerre absurde où on nous demande de choisir aussi en gros, sauf qu'en vrai, on nous laisse pas le choix (c'est en général notre distrib qui choisit), et on se retrouve avec des blems sur une moitié des logiciels qui utilisent libav.
Et en tant que dév tier neutre, c'est aussi chiant, car on doit constamment corriger des bugs et des changements pour essayer non plus de suivre 1 librairie, mais pour contourner les différences qui apparaissent progressivement entre 2 librairies qui prétendent être la même sans l'être.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]