Bon, il va falloir que je fasse une FAQ spéciale LinuxFr sur les comparaisons.
Déjà, je vais commencer par faire une comparaison : pourquoi ne poses-tu pas la question sur la différence entre Gnome et KDE à chaque dépêche sur l'un ou l'autre? Pour les gens de l'extérieur, ce sont de bêtes gestionnaires de bureau, et ces linuxiens ne sont même pas capable d'avoir un programme commun pour un bête gestionnaire de bureau. En répondant à cette question, tu répondra aussi à celle de plusieurs logiciels dans mon domaine.
"une bête interface graphique au-dessus de mplayer -identify"? Moi j'existe, l'interface en question non.
Après pour ma non utilisation de mplayer : tu as déjà essayé mplayer -identify? C'est compréhensible? On critique mon site, mais l'affichage de mplayer est pire...
Ensuite, c'est très pauvre :
- où as-tu les infos sur les Electronic_Program_Guide?
- la langue des sous-titres MPEG-TS?
- Ou sont les metadatas?
- Un support basique des formats pro : MXF, GXF...
- Une absence complète de support des fichiers avec références externes.
- en:Time_code? mplayer/ffmpeg connait pas.
- en:SDTI? en:Vanc? en:Active_Format_Description? aux oubliettes.
- un export en:PBCore? XML? [[en:MPEG-7]]?
- un GUI?
- Un truc utilisable sous Windows? (avec donc GUI, pas de .7z mais un installateur...)
- Ca arrête de crasher aussi?
- En parlant de crash... Où est le support professionnel? les pro veulent que ça marche, le prix est accessoire. Et côté mplayer/ffmpeg, ils trouvent ça mignon, mais dès qu'il faut mettre en production sur des fichiers qui viennent d'un peu partout, c'est mort : personne en face pour corriger les problèmes, chacun fait pour soit en corriger les bugs à soit, mais c'est tout. J'offre un support pro de mon côté.
- Le jour où ffmpeg compilera sous autre chose que GCC, ce sera un grand jour. Les patchs pour faire du C standard sont refusés. Du coup impossible à compiler sous Visual C++ par exemple. Ce compilo est étonnamment (sic) très utilisé.
- Réactivité sur les demandes (revient au problème de ffmpeg/mplayer), voir http://mediainfo.sourceforge.net/en/Testimonials (j'ai pas encore fini cette page mais ça donne une idée)
- Quand les pros voient ça http://www.mplayerhq.hu/design7/dload.html "Our Subversion setup does not work over HTTP/HTTPS, nor will it in the future. If you have trouble accessing the Subversion repository, then in 99% of all cases a firewall on your side is the problem. Open TCP port 3690 or find a machine that can use the svn:// protocol directly.", ben... Ils passent leur chemin devant des gens aussi fermés.
- Le code de ffmpeg est LGPL sans négociation possible. J'offre (contre rémunération) une version sans LGPL pour les gens ne voulant pas de la LGPL.
Bref, on critique des choses sur mon logiciel et mon site, on oublie juste qu'en face c'est pire (essaye de comprendre comment faire fonctionner mplayer sur l'OS qui équipe 90% des PC... Les gens partent bien plus vite que chez moi).
Ensuite, je ne pense pas être le plus à même de dire pourquoi les gens n'utilisent pas mplayer pour les trucs qu'il sait faire aussi (taille, frame rate, bitrate), tout ce que je peux dire c'est que des gens l'utilisent (mediaportal, YAMJ...), faudrait leur poser la question... Moi je serai tenté de dire que c'est parce que mon API est facile, mais après je ne suis pas à leur place.
Bref, je ne force personne à utiliser mon logiciel, je vois juste qu'avec mon site pourri, mon code pourri, mes pubs géantes, ben... J'attire les gens quand même. Dont des personnes prêtes à payer.
Et perso, je ne comprend pas cette manie d'avoir 50 desktop managers sous Linux, si on doit critiquer qu'il y a plein de logiciels pour la même chose, commençons par eux!
[^] # Re: Feedback
Posté par Zenitram (site web personnel) . En réponse au journal Flattr, en particulier sur linuxfr ?. Évalué à 6.
Déjà, je vais commencer par faire une comparaison : pourquoi ne poses-tu pas la question sur la différence entre Gnome et KDE à chaque dépêche sur l'un ou l'autre? Pour les gens de l'extérieur, ce sont de bêtes gestionnaires de bureau, et ces linuxiens ne sont même pas capable d'avoir un programme commun pour un bête gestionnaire de bureau. En répondant à cette question, tu répondra aussi à celle de plusieurs logiciels dans mon domaine.
"une bête interface graphique au-dessus de mplayer -identify"? Moi j'existe, l'interface en question non.
Après pour ma non utilisation de mplayer : tu as déjà essayé mplayer -identify? C'est compréhensible? On critique mon site, mais l'affichage de mplayer est pire...
Ensuite, c'est très pauvre :
- où as-tu les infos sur les Electronic_Program_Guide?
- la langue des sous-titres MPEG-TS?
- Ou sont les metadatas?
- Un support basique des formats pro : MXF, GXF...
- Une absence complète de support des fichiers avec références externes.
- en:Time_code? mplayer/ffmpeg connait pas.
- en:SDTI? en:Vanc? en:Active_Format_Description? aux oubliettes.
- un export en:PBCore? XML? [[en:MPEG-7]]?
- un GUI?
- Un truc utilisable sous Windows? (avec donc GUI, pas de .7z mais un installateur...)
- Ca arrête de crasher aussi?
- En parlant de crash... Où est le support professionnel? les pro veulent que ça marche, le prix est accessoire. Et côté mplayer/ffmpeg, ils trouvent ça mignon, mais dès qu'il faut mettre en production sur des fichiers qui viennent d'un peu partout, c'est mort : personne en face pour corriger les problèmes, chacun fait pour soit en corriger les bugs à soit, mais c'est tout. J'offre un support pro de mon côté.
- Le jour où ffmpeg compilera sous autre chose que GCC, ce sera un grand jour. Les patchs pour faire du C standard sont refusés. Du coup impossible à compiler sous Visual C++ par exemple. Ce compilo est étonnamment (sic) très utilisé.
- Réactivité sur les demandes (revient au problème de ffmpeg/mplayer), voir http://mediainfo.sourceforge.net/en/Testimonials (j'ai pas encore fini cette page mais ça donne une idée)
- Quand les pros voient ça http://www.mplayerhq.hu/design7/dload.html "Our Subversion setup does not work over HTTP/HTTPS, nor will it in the future. If you have trouble accessing the Subversion repository, then in 99% of all cases a firewall on your side is the problem. Open TCP port 3690 or find a machine that can use the svn:// protocol directly.", ben... Ils passent leur chemin devant des gens aussi fermés.
- Le code de ffmpeg est LGPL sans négociation possible. J'offre (contre rémunération) une version sans LGPL pour les gens ne voulant pas de la LGPL.
Bref, on critique des choses sur mon logiciel et mon site, on oublie juste qu'en face c'est pire (essaye de comprendre comment faire fonctionner mplayer sur l'OS qui équipe 90% des PC... Les gens partent bien plus vite que chez moi).
Ensuite, je ne pense pas être le plus à même de dire pourquoi les gens n'utilisent pas mplayer pour les trucs qu'il sait faire aussi (taille, frame rate, bitrate), tout ce que je peux dire c'est que des gens l'utilisent (mediaportal, YAMJ...), faudrait leur poser la question... Moi je serai tenté de dire que c'est parce que mon API est facile, mais après je ne suis pas à leur place.
Bref, je ne force personne à utiliser mon logiciel, je vois juste qu'avec mon site pourri, mon code pourri, mes pubs géantes, ben... J'attire les gens quand même. Dont des personnes prêtes à payer.
Et perso, je ne comprend pas cette manie d'avoir 50 desktop managers sous Linux, si on doit critiquer qu'il y a plein de logiciels pour la même chose, commençons par eux!