- Si tu étais vraiment concentré sur ta tâche tu ne penserai surement pas aux fenêtres derrières, vu qu'elles sont derrières.
Ca en dit donc très long sur la façon de penser des adorateurs d'Apple : un ordinateur est donc sensé faire une tâche à la fois.
Gloups, ce n'est pas ma vision d'un ordinateur (je fais plusieurs choses à la fois, j'ouvre Safari quand j'ai un problème de programmation avec XCode, je pense donc à la fenêtre XCode derrière quand je navigue avec Safari. On peut remplacer XCode par un programme moins de programmeur / plus de débutant sans problèmes)
L'ergonomie est sans doute bien pensée pour des utilisateurs "de base" (bon, Apple a quand même lâché, maintenant la souris a quand même deux boutons!), mais que les fanatiques d'Apple disent que c'est la meilleure interface du monde en sous-entendant qu'elle est bonne pour tous, ça me fait sourire...
C'est aussi une bonne chose de chercher à l'utiliser de la façon dont c'est prévu.
Je te promet d'essayer de comprendre si tu m'expliques la logique d'avoir le menu de l'application à l'autre bout de l'endroit où est situé l'application (si je met l'application en bas à droite, je dois faire un mouvement de souris très long pour aller trouver le menu en haut à gauche). Car je suis désolé, mais de moi-même je n'arrive pas à trouver la moindre logique à la chose.
Moyen rapide de savoir qu'une appli tourne sur OS X, si l'icône à un petit point lumineux en dessous c'est qu'elle est ouverte. (Tellement discret que tu l'a pas vu).
Si on ne le voit pas, c'est que l'ergonomie doit être mal pensée non? En tous cas, je pense que c'est ce que répondrait toute personne normalement constituée (= qui n'est pas un fanatique de Steve au point de perdre tout sens critique).
Maintenant mon conseil, c'est que tu devrais pas t'en préoccuper
J'ai un vieux Mac Mini (PPC, c'est dire), qui se met à ramer au bout d'un moment tellement il y a d'applis ouvertes et que je n'arrive pas à comprendre facilement pourquoi elles restent ouvertes. Est-ce que tu peux me dire comment est-ce que je peux retrouver un minimum de réactivité sans me préoccuper des applis ouvertes?
Ce que je sais, c'est que le comportement par défaut est merdique, à moins qu'on aime aller se faire un café entre deux chargement de fichier de type différent.
J'ai l'impression que l'interface est faite pour des gens qui ne font qu'un truc à la fois, parce que mon utilisation (plusieurs terminaux ouverts, XCode, Safari en même temps) n'est pas du tout conviviale (je hurle surtout sur les menus! Je m'y perds à force de les voir changer avec 10 bonnes secondes de retard dès que je change d'appli : j'ai parfois le menu de Safari alors que la fenêtre active est XCode, c'est loufoque...).
Conclusion, avant de faire une critique d'ergo ce serait bien que tu l'utilise un peu plus que 5min.
Je ne suis sans doute pas la cible d'Apple en voulant utiliser une machine en faisant plusieurs choses... Mais ce n'est pas la peine de critiquer notre sens critique pour cette raison. Car pour le moment, j'ai l'impression que toi-même ne voit que des super-bonnes-choses chez Apple, alors que l'auteur du journal et moi-même y trouvons autant de mauvaises choses (le système d'exploitation en l'occurrence) que de mauvais choses (un iMac, c'est clairement le bonheur côté intégration matérielle, design, silence...).
Mac OS c'est une merde en barre, l'ergonomie est inexistante.
Tu me rassures, j'avais l'impression d'être le seul à ne pas supporter du tout l'ergonomie à la Apple tellement géniale il parait.
Je crois que je ne comprendrais jamais les Apple-addict : l'ergonomie est horrible! Je dois bosser aussi avec parfois, et je hurle tellement l'ergonomie est mal foutue. Surtout avec les menus qui sont très loin de l'application (pourquoi les menus sont en haut à gauche si ma fenêtre est en bas à droite?)
Le matériel, quand il marche (j'ai aussi quelques soucis matériels, que les fanboy Apple ont l'air de complètement oublier quand ils parlent de leur pomme adorée), est d'un design superbe, ça en jette, ça donne envie, mais alors la partie logicielle "qui fait vendre du Apple", je ne comprend pas.
Si n'importe qui peut percevoir les droits d'auteur ou/et exploiter les oeuvres à la place des véritables auteurs, il est évident que ces auteurs n'ont plus qu'à changer de métier pour survivre.
Tiens, je voulais changer un mot ou deux pour faire le rapprochement avec le logiciel libre, mais même pas besoin : c'est exactement, mot pour mot, ce que j'entends à propos du logiciel libre.
Un développeur libre peut vivre des développements annexes, un artiste libre peut vivre de concerts.
Un développeur libre ne peut pas vivre de tout type de logiciel (jeux...), une artiste libre ne peut pas vivre de tout type de musique (instrumental...)
Un développeur libre peut voir ses oeuvres exploitées (vendues) par d'autres, un artiste libre aussi.
Mais bizarrement, on est plus tolérant envers les "pauvres" artistes qu'envers les développeurs (les deux sont des auteurs), même ici (à voir les conscessions la musique "libre" alors qu'on n'aurait pas le droit de la modifier ou de la vendre) alors que les problématiques sont très très proches...
Si on accepte que les artistes n'ont pas forcement un modèle économique viable, il faut aussi accepter que certains développeurs ne peuvent pas faire de libre sur certains logiciels! Bizarrement on accepte le principe pour l'un mais pas pour l'autre.
(sans compter le problème du logiciel libre, qui a souvent besoin d'oeuvres artistiques... Libres si on veut que le logiciels sont complètement libre. Tout se mélange)
euh... justement, c'est fait : ça ne fait pas exploser le réseau, juste que tes SMS sont retardés : ça s'appelle la gestion de saturation (ou de flux)...
bon courage d'ailleurs à mes ex-collègues pour la nuit de toutes les peurs!
D'autant qu'en plus ça ne leur a rien coûté à développer
Faut arrêter de dire des bêtises quand on ne connait pas.
Le protocole SMS était à l'origine un système interne pour tester la ligne
Oui, avec ses limitations, comme par exemple le nombre de SMS transmetables et la QoS. Les SMS ont fait beaucoup peurs aux gestionnaires des réseaux, car leur nombre était plus important que le tuyau, tuyau utilisé pour le "plan" de service, c'est à dire la gestion des communications voix.
déjà prêt,
Transmettre des SMS de service était prêt, gérer l'afflux de SMS, faire de la QoS de SMS, de la gestion de saturation, du stockage de SMS tant que le destinataire est offline, n'était pas du tout prêt.
Et bingo on nous vends ça plus chers que de la voix.
Un SMS est moins cher qu'une minute de voix, est stocké tout ça... Et ensuite, pourquoi alors ne pas appeler à la place si tu es sûr de toi?
Faut arrêter les ragots sur les SMS : ça a un cout, c'est un service non prévu au départ (dans sa volumétrie), et il a fallu adapter le réseau pour (virer les SMS du plan de service, car celui-ci n'était pas sensé être saturable avant, et c'était pas facile, prendre des serveurs).
Oui, le SMS est vendu assez cher par rapport à son coût, mais non, son coût n'est pas nul. Je ne connais pas les chiffres précis, mais la marge en % des SMS est sans doute moindre que la marge d'Apple sur les iPhone et iPod, bizarrement personne ne conteste la marge d'Apple, au contraire tout le monde se jette dessus...
Déjà, pourrais-tu nous préciser si la licence est GPL ou LGPL ou les 2 et en quelle version (si je demande c'est que dans ce journal tu indiques exclusivement LGPLv3 qui s'applique je suppose à cette version de MediaInfo et sur ton site il y a des notions de GPL/LGPL. Je sais qu'il ne faut pas trop tenir rigueur du site mais je demande quand même).
En fait, j'ai eu des remarques lors de mes discussions "pro" sur la complexité (relative) de la licence, et donc la prochaine version est prévue pour être LGPLv3 pure (et le site changera au moment de la version). Le journal n'est pas sorti exactement lors de la sortie de la version (mais suite au journal de steckdenis et mon commentaire), il y a un petit décalage entre le journal et le site (le journal est en avance du coup :) ).
Sinon ma question c'est surtout, pourquoi le choix de la LGPLv3 ? Tu es souvent intervenu pour indiquer que le côté viral de la GPL pouvait (te) poser problème et même si la LGPL te permet de faire vivre "ton business" j'ai du mal à remettre les pièces du puzzle en place. Sans vouloir polémiquer, j'aimerai juste comprendre ce qui t'a poussé toi, développeur, à faire ce choix ?
La, c'est plusieurs questions en une... Bon, je vais essayer de démêler tout ça :
- La GPL ne convient pas pour des bibliothèques de mon point de vue, car elle impose un choix technique ridicule pour lier (tu passe par un appel système, tu peux, tu fais un link statique plus performant, tu ne peux pas : limitation technique pure!)
- Le GUI et CLI pourraient rester GPL (pas de problème de link), je le passe en LGPL car ça ne change rien au niveau protection du code, et ça simplifie ma communication.
- avec la LGPL, mon code reste libre, et le code tiers n'a pas de contraintes, je ne vois pas pourquoi j'irai polliniser (j'ai retenu la leçon sur un autre de mes commentaires, je n'utilise plus "viral" :) ) le code des autres, je ne suis pas évangéliste du libre.
Sinon, tes questions ont l'air de partir sur une question générale, qui est "pourquoi faire du libre" :
- Ca compile partout (code ouvert)
- Ca a bonne réputation face à du code fermé (évangélisation libriste faire par les autres, j'utilise)
- J'espère faire intervenir d'autres programmeurs (mais ça, ce n'est pas encore ça, MediaInfo n'est pas un projet sexy donc très rares contributions, qui sait à long terme...)
Surtout que tu as tout réécrit niveau libs si je ne dis pas de bêtises, donc techniquement tu n'étais plus obligé de rester sous licence de type GPL contrairement au début de MediaInfo ou tu utilisais quelques libs "annexes" si je ne dis pas de bêtises.
Exact, je suis entièrement libre du choix de ma licence, je peux passer en proprio quand je veux, ou prendre une autre licence quand je veux : je demande toujours les droits complets sur du code, je veux garder cette possibilité de changer la licence (par exemple, j'ai déjà fourni la lib dans une licence "sans aucune contrainte si pas de modification" pour une entreprise FSF-phobe au niveau de leur département juridique)
. En tant que développeur, tu pourrais être tenté de passer sous licence non libre.
Je peux, mais ne ferai pas : je perdrai le multi-plate-forme (voir mon commentaire https://linuxfr.org/~slyce/29201.html#1093807 : le multi-plate-forme est impossible en non-libre, du proprio ne pourra jamais avoir des paquets pour tous les OS et CPU de la planète), la réputation, et les hypothétiques contributions plus tard.
Est-ce que ce choix t'as déjà fait perdre des contrats,
Je pense au contraire : je rentre dans les entreprises grâce au libre plutôt que de dépenser du fric (que je n'ai pas) en marketing, et je gagne des contrats pour faire évoluer. De plus, pour les organismes publics américains avec qui je travaille en ce moment, le fait d'être non-libre serait éliminatoire (déjà que les développements que je fais pour eux à côté sont prévus pour être dans le domaine public...), et j'ai même un contrat en France (si si, un organisme public français, j'en ferai la pub quand j'aurai fini le contrat et donc le droit de le faire) parce qu'en autres je fais du libre (enfin, je pense).
dans le genre le client commande une version, mais pour les suivantes se débrouille tout seul ?
C'est une question que tu peux poser à tous les développeurs du libre, pas que moi. Ma philosophie est que je vend mon expertise, pas un logiciel déjà développé. Le risque est que certains développent à côté, mais bon, ça fait partie du jeu, les avantages du libres sont plus grand que les inconvénients, en tous cas c'est mon objectif (je ne peux pas encore avoir un salaire complet avec MediaInfo, mais j'ai espoir pour 2010)
Tu veux te faire incendier par les Berlinois toi... Le jour où tu trouves le centre de Berlin accepté par la majorité des berlinois, tu me fais signe ;-), parce que chaque Berlinois te dira que le centre de Berlin, c'est son quartier :) (je te confirme, Berlin est immense, et est fait de villes qui se sont touchées au fur et à mesure, et chaque ville garde son "centre" contrairement à par exemple Paris où le centre est bien précis)
Alexanderplatz était certes une grosse place du temps de la RDA, mais un allemand "de l'ouest" vivant à Charlotenburg bondira si tu lui dis qu'Alexanderplatz est le centre de Berlin! A la limite tu peux dire "une des grandes places de Berlin".
Sinon, pour la version courte, je suis quand même un peu déçu : ce qu'on attend d'une version courte, c'est plutôt une priorisation pour ceux qui ne peuvent se permettre de voyager 4x par an non? Si il n'y en avait qu'un de faisable, lequel choisirais-tu?
C'est toi qui perd la notion du temps.
Le journal de steckdenis est bien sorti le 25, mon commentaire aussi, et j'ai sorti mon journal 24h plus tard.
Confondre 24h et plusieurs semaines, trop d'alcool pendant les fêtes? ;-)
Le B-A, BA de la conception en couches, c'est qu'une couche présente toujours aux couches supérieures, au minimum, le même interface
Il va falloir que tu ailles botter le cul à Linus Torvalds, parce que de ce que j'ai compris il n'en a rien à faire de la compatibilité par couche, et quand il a un soucis avec une interface, il adapte tous les pilotes à la nouvelles interface et abandonne l'ancienne.
Plus sérieusement, le problème de ta théorie est la maintenabilité : ce que tu décris est pure théorie, en pratique il est dur et épuisant de tester les régressions avec les anciennes interfaces, et sans personne pour se coltiner le travail, l'ancienne interface est abandonnée.
C'est pour détecter ceux qui ne se connectent pas tous les jours :-)
C'est clair que sans l'historique, ça tombe à plat comme humour.
Celui qui arrive en cours de route voit d'abord le journal de Zenitram, forcément il lui manque une information pour comprendre le commentaire.
Euh... Bof : j'ai mis le lien sur le commentaire original dans le journal, une personne qui suit les liens aurait vu immédiatement l'humour résultant non? Ca montre ceux qui suivent les liens!
Pourqoui dés que tu causes pognon, tu bascules en englishe?
Parce que je parle à 99% en anglais dans le "métier" (si tu me trouve un "modèle économique" avec des français généralement frileux dès qu'on parle de TPE sans référence, fait moi signe! bon j'ai un contrat français en cours, mais ça s'arrête la...), et que les mots me viennent en anglais, faut pas chercher plus loin. C'est con, mais sans les pays anglophones, mes revenus seraient réduit à quasi-néant, alors j'ai plus tendance à parler English quand on parle de thunes. Tu remarqueras aussi que les liens Wikipedia du journal sont vers la version anglaise, c'est volontaire car les version françaises sont soit absent soit minimales.
Bon, maintenant, j'espère qu'en famille tu dis "c'est froid" (quoique, il parait que les jeunes d'aujourd'hui s'y mettent), "fin de semaine" et "emplacement pour voiture", et que tu râles aussi de voir le code de la route indiquer "Stop" alors que les québecquois ont mis "Arrêt" sur les panneaux rouges.
Sinon, pour me défendre plus sérieusement, tu remarqueras que le site web est un des rares sites web "techniques" multi-langue, j'apporte une grande importance aux langues autres que l'anglais.
Aussi, ton site n'est pas très attractif et ergonomique ( informe...), on a l'impression d'atterrir sur un site de pub auquel on accède en ayant tapé une mauvaise "URL".
Oui, je sais que c'est horrible, tu enfonces le clou qui est déjà bien enfoncé ;-) (c'est con, j'aimais bien moi mais j'ai des goûts de merde), c'est en cours de rénovation pour le rendre plus "corporate-friendly" (oups, encore un mot English ;-) ) (je me permettrai de proposer une dépêche après la rénovation du site, j'ai trop honte pour le moment)
Y a t-il un équivalent à libmediainfo?
Euh... Tu veux que je donnes les noms de concurrents, ça va pas la tête ;-). Si j'ai fait ce logiciel, c'est que je ne trouvais pas d'outil équivalent, comme tout le monde non? :).
Plus sérieusement, j'ai commencé à concurrencer des logiciels comme gspot, avicodec ou avinaptic, logiciels sous Windows. Après je n'ai pas cherché pour Linux ou Mac, ce ne sont pas mes OS de bureau, je ne peux pas renseigner... Mais depuis, ce logiciel fait bien plus (plus d'OS, plus de formats etc...)
J'ai fais le même choix que toi (ou presque, dans le modèle), en connaissance de cause :
Samsung livre tous les pilotes et outils pour Linux
Presque : parce que si tu as un Linux qui n'est pas i386 ou x86_64, tu n'as pas de pilotes.
Bon, heureusement, c'est 99.99% des gens, mais c'est la limite de leur système : la compatibilité Linux s'arrête au matériel qu'ils veulent bien supporter, et le jour où Linux change d'interface d'imprimante, tu es mort.
Je crois que je ne comprendrais jamais pourquoi un fabriquant de matériel ne fait pas des pilotes libres... Faire des pilotes Linux fermés est déjà un pas en avant, il faut espérer que le prochain pas sera d'intégrer ça direct à Linux.
(je n'ai pas pris la HP qui m'intéressait au départ car la différence de prix ne valait pas ce que je suis prêt à mettre pour un pilote libre, surtout que HP ne les maintient pas officiellement, donc 1 mauvais point pour HP aussi)
Je crois que j'ai compris :).
Ca m'apprendra à avoir trop de complexes!
Mon -10 dans le journal que je critiquais m'aurai apporté matière à me décomplexer.
D'ailleurs, si le journal présentait un peu mieux le logiciel de manière générale (à quoi ça sert, cas d'utilisations, etc.), ça pourrait donner une dépêche :-)
C'est noté.
Je ferai une dépêche quand mes différents projets en cours seront terminés, il y aura matière à plus d'info (avec un gars meilleur que moi dans le domaine qui s'occupe du texte) et un nouveau site web, d'ici quelques mois...
tu utilises des libs spécifiques pour le parsing MXF/JPEG2000 ou des libs home-made ?
J'utilise uniquement des libs home-made comme tu les appelles.
J'avais commencé MediaInfo en regroupant des tonnes de libs (une interface commune, et c'est moi qui me tapait l'interface de "compatibilité"), mais je suis vite passé à mes propres libs face aux problèmes rencontrés (incompatibilité avec certains compilo, certains OS, mon objectif est que ça tourne partout, objectifs non forcement partagés par les mainteneurs de certaines libs) et aux besoins et extensions que je voulait apporter (les libs qui existaient n'étaient pas assez précises pour ce que je voulais faire, normal on n'a pas le même objectif, et elles étaient parfois trop grosses pour la taille de la lib que je voulais, normal elles avaient plus de choses).
Je pensais notamment à libjpeg ou jasper pour la partie JPEG2000
Je me suis coltiné la spec, pas très compliquée pour les headers vu que ça ressemble beaucoup au JPEG (conteneur JFIF pour les deux).
ou mxflib (mxflib.sf.net) ou KLVLib pour la partie MXF par exemple
J'avoue que je me suis grandement inspiré de freemxf (MXFLib + KLVLib), très bien foutue (surtout sa partie dump, un régal). Maintenant, j'ai peur qu'il n'évolue plus (la dernière version 1.0.1 date de 2007), je suis tombé sur des "clés" qu'il ne connaissait pas. Faut voir toutefois si ces clés sont dans la spec... (que j'ai maintenant, la lecture ne s'annonce pas aisée!)
Hmmm ca me semble intéressant tout cela, je testerais au boulot avec quelques-uns de "nos" films pour tester la partie MXF/JPEG2000.
Ben après, il faut que ça t'intéresse aussi de sortir des données de tes MXF, les besoins "pros" sont surtout pour faire des stats automatisées pour pouvoir faire ensuite de la recherche dans ta base de données, si tu n'as pas ce genre de besoin tu vas vite trouver MediaInfo bien triste ou pas compétitif par rapport à une MXFLib très bien foutue pour ce qu'il doit faire : MediaInfo est surtout utilisé quand il y a plusieurs formats différents, pour avoir une interface d'extraction unique (pas que MXF, mais avoir des infos sur les flux à l'intérieur du MXF, ce que freemxf ne fait pas). Mais n'hésite pas à me remonter des idées/besoins!
Alors que dans les domaines de l'audio et de l'image il existe des dizaines de logiciels capable de gérer une collection pour la vidéo… peau de balle.
Je n'ai plus les noms en tête, mais il existe plusieurs logiciels de gestion de collection vidéo aussi (bon, OK, il y en a plus pour Windows que pour Linux...), et ceux-ci exploitent quand ils le peuvent les méta-données (et utilisent parfois libmediainfo pour ça d'ailleurs ;-) ) pour trier.
"Edit": GCstar par exemple.
J'ai du mal à croire que je sois le seul que ça démange (c'est largement au delà de mes compétences malheuresement).
Tu n'es pas seul :).
Ce n'est pas hors de mes compétences, mais je n'ai pas encore trouvé de business-model (j'essaye de vivre de MediaInfo) pour la partie écriture (demandée, mais encore jamais par des personnes prêtes à y mettre le fric), ça viendra peut-être : j'ai bien un contrat pour la partie écriture sur des .wav ("coming soon"... en libre en plus), qui sait un jour ça viendra pour des formats vidéo.
C'est toujours sympa de suivre leur évolution ou d'en découvrir de nouveaux et surtout de constater que la population de DLFP n'est pas uniquement composée de trolleurs. ;)
Quoi, on n'est pas là que pour troller? :).
C'est noté, je vous ferai part de mes avancées en la matière, je ne pensais pas que ça intéressait du monde, maintenant je sais!
Je trouverai étrange qu'on ne soit pas interressé par les nouvelles version d'un logiciel crée par un membre de la communauté, qui plus est quand l'information vient directement du concepteur.
Disons que j'avais le "complexe" d'avoir un petit logiciel connu dans son marché de niche, mais pas généraliste comme le noyau Linux, et je ne pensais pas que ça pourrai intéresser du monde, je me suis trompé sur la "faune" qui squatte le coin.
Mais en y repensant, peut-être que les gens ont autant entendu parlé de MXF, JPEG-2000, TrueHD, MLP, que d'ordonnanceur CFS, Nettoyage RCU, ou HWPOISON!
Je prend donc note, et je vous reparlerai prochainement de MPEG-7 et PBCore sur lesquels je souffre en ce moment :).
On n'a vraiment pas le droit de changer d'avis ici... J'ai compris, j'ai lu les argumentations face à mon commentaire, j'ai changé d'avis et je l'ai indiqué dans le journal! Il y a même une référence à mon commentaire et ses réponses dans ce journal. Ce journal est la conséquence de vos réactions, que j'ai lues.
Alors, je vais me répéter : j'ai compris, et c'est pour cette raison que j'ai fais le journal, car avant je n'aurai pas osé pour la raison que j'avais décrite! (j'appliquais à moi-même ce que j'ai écrit, on m'a dit que j'avais tord, je change mon comportement face à la réaction unanime).
(une blague en commentaire c'est sympa, deux ça devient lourd)
C'était justement pour cette raison que j'ai mis Puisque j'ai la bénédiction de la "communauté LinuxFr" et son astérisque : j'apprend, je change mon opinion devant l'argumentation, et je corrige mon comportement en conséquence.
Je ne veux pas remettre en cause le travail accompli (d'autres le font déjà!), mais par contre j'aurai une très grosse envie de dire : on n'est pas sur ton blog!
En effet, en moins de 2 mois, c'est le 3ème journal (annonce le 12 Novembre, alpha0 le 27 novembre, alpha1 le 25 décembre), ça devient un peu beaucoup. Est-ce que ça ne te gonflerait pas si je faisais la pub de mon logiciel à chaque sortie de version (tous les 15 jours)? Je le fais une fois par an, pas plus, pour ne pas gonfler les lecteurs de LinuxFr. Est-ce que tu aimerais un journal pour chaque sortie d'Alpha ou Beta de Ubuntu? Une dépêche est faire pour la sortie finale, et à la limite un journal entre les deux pour parler des idées, des nouvelles features. Pareil pour le noyau Linux, il y a pleins de changements, mais il y a une dépêche par version, et pas par RC (ça ferait 8 journaux!)
Je te conseille de mettre en place un flux RSS, et les intéressés s'y abonneront. Une piqure de rappel ici genre tous les 6 mois, pour une version stable, serait amplement suffisant.
Si MS ne peut pas convaincre ses partenaires commerciaux de faire des applis 64 bits natives,
Essaye de mettre à jour une appli de 10 ans avec un noyau de cette années... Certes, tu as les sources, mais as-tu les moyens intellectuels et le temps (donc de l'argent) d'adapter?
C'est du grand n'importe quoi.
C'est effectivement du n'importe quoi : tu veux comparer un OS à 1% de part de marché, réduit à tous les coups à l'open-source (donc encore plus réduit) pour pouvoir toi-même tout compiler, à un OS qui gère 100x plus de monde et d'applications, et des business models très différents.
Linux a aussi ce problème, et doit aussi faire tourner des applis 32 bits car il y a plein de logiciels non validés pour du 64-bits. Sauf qu'avec Linux, c'est moins trivial (ça ne marche pas du premier coup, faut chercher avant de pouvoir faire tourner une appli 32 bits sur du Linux 64 bits).
C'est quand même forts vos petits délires "Linux est le meilleur OS du monde, il fait même le café". Faudrait penser à être un peu objectif, et comparer le comparable : Linux a plein d'avantage (dont le fait d'être libre), mais aussi des défauts... Alors stop a "mon champion c'est le meilleur et je le prouverai quitte à dire des conneries", ça gave.
Évidemment, il faut reproduire les lacunes de Windows pour se mettre au niveau de Linux.
Sauf que pour beaucoup de monde, c'est une... Qualité. Et un défaut de Linux. comme quoi, les lacunes ne sont pas la où on le pense forcement.
1M = 1024K n'a jamais été reconnu comme norme.
C'est même écrit en toutes lettres : "La norme stipule également que les préfixes SI ont toujours leurs valeurs de puissances de 10 et ne doivent jamais être utilisés comme puissances de "
C'est l'utiliser à tort et à travers qui est stupide.
On est d'accord : ton utilisation à tord et à travers est stupide.
La taille de la mémoire RAM d'une machine s'exprime en Mo
Si tu as bien suivi ce qui est une norme, tu en concluras toi-même que tu as dis une grosse connerie : la taille des barrettes (actuelles en tous cas) sont exprimées en Mio ou Gio, même si les constructeurs ne sont pas au point et écrivent Mo au niveau marketing.
Tanguy, sur ce point (tu as vu comment je le charge sur le reste...), a raison, et l'a utilisé de bonne manière.
Façon de voir.
On peut aussi dire que l'offre grand public est disproportionnée (1920 pixel, c'est un pitch de 0.5 mm sur une télévision de 125 cm!)
Et de plus, la norme 2K est clairement une norme intermédiaire pour le cinéma, de la façon de ce que le 720p a été pour le grand public (et 720p, c'est déja pas mal joli sur une TV et même un video-projecteur), pour aller au 4K (4096 pixels de large) très prochainement.
Franchement, vous voyez les pixels sur du numérique de cinéma?
Moi, non.
[^] # Re: Exposé
Posté par Zenitram (site web personnel) . En réponse au journal Aïe Maque. Évalué à 7.
Ca en dit donc très long sur la façon de penser des adorateurs d'Apple : un ordinateur est donc sensé faire une tâche à la fois.
Gloups, ce n'est pas ma vision d'un ordinateur (je fais plusieurs choses à la fois, j'ouvre Safari quand j'ai un problème de programmation avec XCode, je pense donc à la fenêtre XCode derrière quand je navigue avec Safari. On peut remplacer XCode par un programme moins de programmeur / plus de débutant sans problèmes)
L'ergonomie est sans doute bien pensée pour des utilisateurs "de base" (bon, Apple a quand même lâché, maintenant la souris a quand même deux boutons!), mais que les fanatiques d'Apple disent que c'est la meilleure interface du monde en sous-entendant qu'elle est bonne pour tous, ça me fait sourire...
[^] # Re: Uno mas...
Posté par Zenitram (site web personnel) . En réponse au journal Aïe Maque. Évalué à 6.
Je te promet d'essayer de comprendre si tu m'expliques la logique d'avoir le menu de l'application à l'autre bout de l'endroit où est situé l'application (si je met l'application en bas à droite, je dois faire un mouvement de souris très long pour aller trouver le menu en haut à gauche). Car je suis désolé, mais de moi-même je n'arrive pas à trouver la moindre logique à la chose.
Moyen rapide de savoir qu'une appli tourne sur OS X, si l'icône à un petit point lumineux en dessous c'est qu'elle est ouverte. (Tellement discret que tu l'a pas vu).
Si on ne le voit pas, c'est que l'ergonomie doit être mal pensée non? En tous cas, je pense que c'est ce que répondrait toute personne normalement constituée (= qui n'est pas un fanatique de Steve au point de perdre tout sens critique).
Maintenant mon conseil, c'est que tu devrais pas t'en préoccuper
J'ai un vieux Mac Mini (PPC, c'est dire), qui se met à ramer au bout d'un moment tellement il y a d'applis ouvertes et que je n'arrive pas à comprendre facilement pourquoi elles restent ouvertes. Est-ce que tu peux me dire comment est-ce que je peux retrouver un minimum de réactivité sans me préoccuper des applis ouvertes?
Ce que je sais, c'est que le comportement par défaut est merdique, à moins qu'on aime aller se faire un café entre deux chargement de fichier de type différent.
J'ai l'impression que l'interface est faite pour des gens qui ne font qu'un truc à la fois, parce que mon utilisation (plusieurs terminaux ouverts, XCode, Safari en même temps) n'est pas du tout conviviale (je hurle surtout sur les menus! Je m'y perds à force de les voir changer avec 10 bonnes secondes de retard dès que je change d'appli : j'ai parfois le menu de Safari alors que la fenêtre active est XCode, c'est loufoque...).
Conclusion, avant de faire une critique d'ergo ce serait bien que tu l'utilise un peu plus que 5min.
Je ne suis sans doute pas la cible d'Apple en voulant utiliser une machine en faisant plusieurs choses... Mais ce n'est pas la peine de critiquer notre sens critique pour cette raison. Car pour le moment, j'ai l'impression que toi-même ne voit que des super-bonnes-choses chez Apple, alors que l'auteur du journal et moi-même y trouvons autant de mauvaises choses (le système d'exploitation en l'occurrence) que de mauvais choses (un iMac, c'est clairement le bonheur côté intégration matérielle, design, silence...).
# Tu me rassures!
Posté par Zenitram (site web personnel) . En réponse au journal Aïe Maque. Évalué à 9.
Tu me rassures, j'avais l'impression d'être le seul à ne pas supporter du tout l'ergonomie à la Apple tellement géniale il parait.
Je crois que je ne comprendrais jamais les Apple-addict : l'ergonomie est horrible! Je dois bosser aussi avec parfois, et je hurle tellement l'ergonomie est mal foutue. Surtout avec les menus qui sont très loin de l'application (pourquoi les menus sont en haut à gauche si ma fenêtre est en bas à droite?)
Le matériel, quand il marche (j'ai aussi quelques soucis matériels, que les fanboy Apple ont l'air de complètement oublier quand ils parlent de leur pomme adorée), est d'un design superbe, ça en jette, ça donne envie, mais alors la partie logicielle "qui fait vendre du Apple", je ne comprend pas.
[^] # Re: Repompage
Posté par Zenitram (site web personnel) . En réponse à la dépêche Davantage de spams en 2010 : bug malencontreux dans SpamAssassin. Évalué à 6.
De plus, on est sur un site "libre" non? Ton texte n'est toutefois pas reproductible c'est ça?
C'est classique de la part des admins de "monter" des journaux en dépêche, rien de bien grave voire demandé...
[^] # Re: hum
Posté par Zenitram (site web personnel) . En réponse à la dépêche Davantage de spams en 2010 : bug malencontreux dans SpamAssassin. Évalué à 2.
[^] # Re: Pour le *Logiciel* Libre
Posté par Zenitram (site web personnel) . En réponse à la dépêche Richard Stallman en tournée en France. Évalué à 9.
Tiens, je voulais changer un mot ou deux pour faire le rapprochement avec le logiciel libre, mais même pas besoin : c'est exactement, mot pour mot, ce que j'entends à propos du logiciel libre.
Un développeur libre peut vivre des développements annexes, un artiste libre peut vivre de concerts.
Un développeur libre ne peut pas vivre de tout type de logiciel (jeux...), une artiste libre ne peut pas vivre de tout type de musique (instrumental...)
Un développeur libre peut voir ses oeuvres exploitées (vendues) par d'autres, un artiste libre aussi.
Mais bizarrement, on est plus tolérant envers les "pauvres" artistes qu'envers les développeurs (les deux sont des auteurs), même ici (à voir les conscessions la musique "libre" alors qu'on n'aurait pas le droit de la modifier ou de la vendre) alors que les problématiques sont très très proches...
Si on accepte que les artistes n'ont pas forcement un modèle économique viable, il faut aussi accepter que certains développeurs ne peuvent pas faire de libre sur certains logiciels! Bizarrement on accepte le principe pour l'un mais pas pour l'autre.
(sans compter le problème du logiciel libre, qui a souvent besoin d'oeuvres artistiques... Libres si on veut que le logiciels sont complètement libre. Tout se mélange)
[^] # Re: Autre sujet
Posté par Zenitram (site web personnel) . En réponse au journal Le chiffrement du GSM cassé ?. Évalué à 6.
bon courage d'ailleurs à mes ex-collègues pour la nuit de toutes les peurs!
[^] # Re: Autre sujet
Posté par Zenitram (site web personnel) . En réponse au journal Le chiffrement du GSM cassé ?. Évalué à 4.
Faut arrêter de dire des bêtises quand on ne connait pas.
Le protocole SMS était à l'origine un système interne pour tester la ligne
Oui, avec ses limitations, comme par exemple le nombre de SMS transmetables et la QoS. Les SMS ont fait beaucoup peurs aux gestionnaires des réseaux, car leur nombre était plus important que le tuyau, tuyau utilisé pour le "plan" de service, c'est à dire la gestion des communications voix.
déjà prêt,
Transmettre des SMS de service était prêt, gérer l'afflux de SMS, faire de la QoS de SMS, de la gestion de saturation, du stockage de SMS tant que le destinataire est offline, n'était pas du tout prêt.
Et bingo on nous vends ça plus chers que de la voix.
Un SMS est moins cher qu'une minute de voix, est stocké tout ça... Et ensuite, pourquoi alors ne pas appeler à la place si tu es sûr de toi?
Faut arrêter les ragots sur les SMS : ça a un cout, c'est un service non prévu au départ (dans sa volumétrie), et il a fallu adapter le réseau pour (virer les SMS du plan de service, car celui-ci n'était pas sensé être saturable avant, et c'était pas facile, prendre des serveurs).
Oui, le SMS est vendu assez cher par rapport à son coût, mais non, son coût n'est pas nul. Je ne connais pas les chiffres précis, mais la marge en % des SMS est sans doute moindre que la marge d'Apple sur les iPhone et iPod, bizarrement personne ne conteste la marge d'Apple, au contraire tout le monde se jette dessus...
[^] # Re: Choix de la licence ?
Posté par Zenitram (site web personnel) . En réponse au journal MediaInfo 0.7.26. Évalué à 6.
En fait, j'ai eu des remarques lors de mes discussions "pro" sur la complexité (relative) de la licence, et donc la prochaine version est prévue pour être LGPLv3 pure (et le site changera au moment de la version). Le journal n'est pas sorti exactement lors de la sortie de la version (mais suite au journal de steckdenis et mon commentaire), il y a un petit décalage entre le journal et le site (le journal est en avance du coup :) ).
Sinon ma question c'est surtout, pourquoi le choix de la LGPLv3 ? Tu es souvent intervenu pour indiquer que le côté viral de la GPL pouvait (te) poser problème et même si la LGPL te permet de faire vivre "ton business" j'ai du mal à remettre les pièces du puzzle en place. Sans vouloir polémiquer, j'aimerai juste comprendre ce qui t'a poussé toi, développeur, à faire ce choix ?
La, c'est plusieurs questions en une... Bon, je vais essayer de démêler tout ça :
- La GPL ne convient pas pour des bibliothèques de mon point de vue, car elle impose un choix technique ridicule pour lier (tu passe par un appel système, tu peux, tu fais un link statique plus performant, tu ne peux pas : limitation technique pure!)
- Le GUI et CLI pourraient rester GPL (pas de problème de link), je le passe en LGPL car ça ne change rien au niveau protection du code, et ça simplifie ma communication.
- avec la LGPL, mon code reste libre, et le code tiers n'a pas de contraintes, je ne vois pas pourquoi j'irai polliniser (j'ai retenu la leçon sur un autre de mes commentaires, je n'utilise plus "viral" :) ) le code des autres, je ne suis pas évangéliste du libre.
Sinon, tes questions ont l'air de partir sur une question générale, qui est "pourquoi faire du libre" :
- Ca compile partout (code ouvert)
- Ca a bonne réputation face à du code fermé (évangélisation libriste faire par les autres, j'utilise)
- J'espère faire intervenir d'autres programmeurs (mais ça, ce n'est pas encore ça, MediaInfo n'est pas un projet sexy donc très rares contributions, qui sait à long terme...)
Surtout que tu as tout réécrit niveau libs si je ne dis pas de bêtises, donc techniquement tu n'étais plus obligé de rester sous licence de type GPL contrairement au début de MediaInfo ou tu utilisais quelques libs "annexes" si je ne dis pas de bêtises.
Exact, je suis entièrement libre du choix de ma licence, je peux passer en proprio quand je veux, ou prendre une autre licence quand je veux : je demande toujours les droits complets sur du code, je veux garder cette possibilité de changer la licence (par exemple, j'ai déjà fourni la lib dans une licence "sans aucune contrainte si pas de modification" pour une entreprise FSF-phobe au niveau de leur département juridique)
. En tant que développeur, tu pourrais être tenté de passer sous licence non libre.
Je peux, mais ne ferai pas : je perdrai le multi-plate-forme (voir mon commentaire https://linuxfr.org/~slyce/29201.html#1093807 : le multi-plate-forme est impossible en non-libre, du proprio ne pourra jamais avoir des paquets pour tous les OS et CPU de la planète), la réputation, et les hypothétiques contributions plus tard.
Est-ce que ce choix t'as déjà fait perdre des contrats,
Je pense au contraire : je rentre dans les entreprises grâce au libre plutôt que de dépenser du fric (que je n'ai pas) en marketing, et je gagne des contrats pour faire évoluer. De plus, pour les organismes publics américains avec qui je travaille en ce moment, le fait d'être non-libre serait éliminatoire (déjà que les développements que je fais pour eux à côté sont prévus pour être dans le domaine public...), et j'ai même un contrat en France (si si, un organisme public français, j'en ferai la pub quand j'aurai fini le contrat et donc le droit de le faire) parce qu'en autres je fais du libre (enfin, je pense).
dans le genre le client commande une version, mais pour les suivantes se débrouille tout seul ?
C'est une question que tu peux poser à tous les développeurs du libre, pas que moi. Ma philosophie est que je vend mon expertise, pas un logiciel déjà développé. Le risque est que certains développent à côté, mais bon, ça fait partie du jeu, les avantages du libres sont plus grand que les inconvénients, en tous cas c'est mon objectif (je ne peux pas encore avoir un salaire complet avec MediaInfo, mais j'ai espoir pour 2010)
# "Centre de Berlin"
Posté par Zenitram (site web personnel) . En réponse au journal Comparatif entre 4 événements du Libre : RMLL, CCC, FOSDEM & UPP (suite). Évalué à 3.
Alexanderplatz était certes une grosse place du temps de la RDA, mais un allemand "de l'ouest" vivant à Charlotenburg bondira si tu lui dis qu'Alexanderplatz est le centre de Berlin! A la limite tu peux dire "une des grandes places de Berlin".
Sinon, pour la version courte, je suis quand même un peu déçu : ce qu'on attend d'une version courte, c'est plutôt une priorisation pour ceux qui ne peuvent se permettre de voyager 4x par an non? Si il n'y en avait qu'un de faisable, lequel choisirais-tu?
PS : ah oui, très bon comparatif!
[^] # Re: Hors sujet, mais y'a un truc que je pige pas
Posté par Zenitram (site web personnel) . En réponse au journal MediaInfo 0.7.26. Évalué à 2.
Le journal de steckdenis est bien sorti le 25, mon commentaire aussi, et j'ai sorti mon journal 24h plus tard.
Confondre 24h et plusieurs semaines, trop d'alcool pendant les fêtes? ;-)
[^] # Re: Pas compatible Linux, mais certains Linux
Posté par Zenitram (site web personnel) . En réponse au journal Mon imprimante et moi, c'est du bonheur. Évalué à 8.
Il va falloir que tu ailles botter le cul à Linus Torvalds, parce que de ce que j'ai compris il n'en a rien à faire de la compatibilité par couche, et quand il a un soucis avec une interface, il adapte tous les pilotes à la nouvelles interface et abandonne l'ancienne.
Plus sérieusement, le problème de ta théorie est la maintenabilité : ce que tu décris est pure théorie, en pratique il est dur et épuisant de tester les régressions avec les anciennes interfaces, et sans personne pour se coltiner le travail, l'ancienne interface est abandonnée.
[^] # Re: Nombre de journaux...
Posté par Zenitram (site web personnel) . En réponse au journal MediaInfo 0.7.26. Évalué à 3.
C'est clair que sans l'historique, ça tombe à plat comme humour.
Celui qui arrive en cours de route voit d'abord le journal de Zenitram, forcément il lui manque une information pour comprendre le commentaire.
Euh... Bof : j'ai mis le lien sur le commentaire original dans le journal, une personne qui suit les liens aurait vu immédiatement l'humour résultant non? Ca montre ceux qui suivent les liens!
[^] # Re: méta-données de fichiers vidéo et audio
Posté par Zenitram (site web personnel) . En réponse au journal MediaInfo 0.7.26. Évalué à 2.
Parce que je parle à 99% en anglais dans le "métier" (si tu me trouve un "modèle économique" avec des français généralement frileux dès qu'on parle de TPE sans référence, fait moi signe! bon j'ai un contrat français en cours, mais ça s'arrête la...), et que les mots me viennent en anglais, faut pas chercher plus loin. C'est con, mais sans les pays anglophones, mes revenus seraient réduit à quasi-néant, alors j'ai plus tendance à parler English quand on parle de thunes. Tu remarqueras aussi que les liens Wikipedia du journal sont vers la version anglaise, c'est volontaire car les version françaises sont soit absent soit minimales.
Bon, maintenant, j'espère qu'en famille tu dis "c'est froid" (quoique, il parait que les jeunes d'aujourd'hui s'y mettent), "fin de semaine" et "emplacement pour voiture", et que tu râles aussi de voir le code de la route indiquer "Stop" alors que les québecquois ont mis "Arrêt" sur les panneaux rouges.
Sinon, pour me défendre plus sérieusement, tu remarqueras que le site web est un des rares sites web "techniques" multi-langue, j'apporte une grande importance aux langues autres que l'anglais.
Aussi, ton site n'est pas très attractif et ergonomique ( informe...), on a l'impression d'atterrir sur un site de pub auquel on accède en ayant tapé une mauvaise "URL".
Oui, je sais que c'est horrible, tu enfonces le clou qui est déjà bien enfoncé ;-) (c'est con, j'aimais bien moi mais j'ai des goûts de merde), c'est en cours de rénovation pour le rendre plus "corporate-friendly" (oups, encore un mot English ;-) ) (je me permettrai de proposer une dépêche après la rénovation du site, j'ai trop honte pour le moment)
Y a t-il un équivalent à libmediainfo?
Euh... Tu veux que je donnes les noms de concurrents, ça va pas la tête ;-). Si j'ai fait ce logiciel, c'est que je ne trouvais pas d'outil équivalent, comme tout le monde non? :).
Plus sérieusement, j'ai commencé à concurrencer des logiciels comme gspot, avicodec ou avinaptic, logiciels sous Windows. Après je n'ai pas cherché pour Linux ou Mac, ce ne sont pas mes OS de bureau, je ne peux pas renseigner... Mais depuis, ce logiciel fait bien plus (plus d'OS, plus de formats etc...)
# Pas compatible Linux, mais certains Linux
Posté par Zenitram (site web personnel) . En réponse au journal Mon imprimante et moi, c'est du bonheur. Évalué à 9.
Samsung livre tous les pilotes et outils pour Linux
Presque : parce que si tu as un Linux qui n'est pas i386 ou x86_64, tu n'as pas de pilotes.
Bon, heureusement, c'est 99.99% des gens, mais c'est la limite de leur système : la compatibilité Linux s'arrête au matériel qu'ils veulent bien supporter, et le jour où Linux change d'interface d'imprimante, tu es mort.
Je crois que je ne comprendrais jamais pourquoi un fabriquant de matériel ne fait pas des pilotes libres... Faire des pilotes Linux fermés est déjà un pas en avant, il faut espérer que le prochain pas sera d'intégrer ça direct à Linux.
(je n'ai pas pris la HP qui m'intéressait au départ car la différence de prix ne valait pas ce que je suis prêt à mettre pour un pilote libre, surtout que HP ne les maintient pas officiellement, donc 1 mauvais point pour HP aussi)
[^] # Re: Nombre de journaux...
Posté par Zenitram (site web personnel) . En réponse au journal MediaInfo 0.7.26. Évalué à 2.
Je crois que j'ai compris :).
Ca m'apprendra à avoir trop de complexes!
Mon -10 dans le journal que je critiquais m'aurai apporté matière à me décomplexer.
D'ailleurs, si le journal présentait un peu mieux le logiciel de manière générale (à quoi ça sert, cas d'utilisations, etc.), ça pourrait donner une dépêche :-)
C'est noté.
Je ferai une dépêche quand mes différents projets en cours seront terminés, il y aura matière à plus d'info (avec un gars meilleur que moi dans le domaine qui s'occupe du texte) et un nouveau site web, d'ici quelques mois...
[^] # Re: c'est très bien d'être au courant
Posté par Zenitram (site web personnel) . En réponse au journal MediaInfo 0.7.26. Évalué à 4.
J'utilise uniquement des libs home-made comme tu les appelles.
J'avais commencé MediaInfo en regroupant des tonnes de libs (une interface commune, et c'est moi qui me tapait l'interface de "compatibilité"), mais je suis vite passé à mes propres libs face aux problèmes rencontrés (incompatibilité avec certains compilo, certains OS, mon objectif est que ça tourne partout, objectifs non forcement partagés par les mainteneurs de certaines libs) et aux besoins et extensions que je voulait apporter (les libs qui existaient n'étaient pas assez précises pour ce que je voulais faire, normal on n'a pas le même objectif, et elles étaient parfois trop grosses pour la taille de la lib que je voulais, normal elles avaient plus de choses).
Je pensais notamment à libjpeg ou jasper pour la partie JPEG2000
Je me suis coltiné la spec, pas très compliquée pour les headers vu que ça ressemble beaucoup au JPEG (conteneur JFIF pour les deux).
ou mxflib (mxflib.sf.net) ou KLVLib pour la partie MXF par exemple
J'avoue que je me suis grandement inspiré de freemxf (MXFLib + KLVLib), très bien foutue (surtout sa partie dump, un régal). Maintenant, j'ai peur qu'il n'évolue plus (la dernière version 1.0.1 date de 2007), je suis tombé sur des "clés" qu'il ne connaissait pas. Faut voir toutefois si ces clés sont dans la spec... (que j'ai maintenant, la lecture ne s'annonce pas aisée!)
Hmmm ca me semble intéressant tout cela, je testerais au boulot avec quelques-uns de "nos" films pour tester la partie MXF/JPEG2000.
Ben après, il faut que ça t'intéresse aussi de sortir des données de tes MXF, les besoins "pros" sont surtout pour faire des stats automatisées pour pouvoir faire ensuite de la recherche dans ta base de données, si tu n'as pas ce genre de besoin tu vas vite trouver MediaInfo bien triste ou pas compétitif par rapport à une MXFLib très bien foutue pour ce qu'il doit faire : MediaInfo est surtout utilisé quand il y a plusieurs formats différents, pour avoir une interface d'extraction unique (pas que MXF, mais avoir des infos sur les flux à l'intérieur du MXF, ce que freemxf ne fait pas). Mais n'hésite pas à me remonter des idées/besoins!
[^] # Re: méta-données de fichiers vidéo et audio
Posté par Zenitram (site web personnel) . En réponse au journal MediaInfo 0.7.26. Évalué à 3.
Je n'ai plus les noms en tête, mais il existe plusieurs logiciels de gestion de collection vidéo aussi (bon, OK, il y en a plus pour Windows que pour Linux...), et ceux-ci exploitent quand ils le peuvent les méta-données (et utilisent parfois libmediainfo pour ça d'ailleurs ;-) ) pour trier.
"Edit": GCstar par exemple.
J'ai du mal à croire que je sois le seul que ça démange (c'est largement au delà de mes compétences malheuresement).
Tu n'es pas seul :).
Ce n'est pas hors de mes compétences, mais je n'ai pas encore trouvé de business-model (j'essaye de vivre de MediaInfo) pour la partie écriture (demandée, mais encore jamais par des personnes prêtes à y mettre le fric), ça viendra peut-être : j'ai bien un contrat pour la partie écriture sur des .wav ("coming soon"... en libre en plus), qui sait un jour ça viendra pour des formats vidéo.
C'est toujours sympa de suivre leur évolution ou d'en découvrir de nouveaux et surtout de constater que la population de DLFP n'est pas uniquement composée de trolleurs. ;)
Quoi, on n'est pas là que pour troller? :).
C'est noté, je vous ferai part de mes avancées en la matière, je ne pensais pas que ça intéressait du monde, maintenant je sais!
[^] # Re: c'est très bien d'être au courant
Posté par Zenitram (site web personnel) . En réponse au journal MediaInfo 0.7.26. Évalué à 8.
Disons que j'avais le "complexe" d'avoir un petit logiciel connu dans son marché de niche, mais pas généraliste comme le noyau Linux, et je ne pensais pas que ça pourrai intéresser du monde, je me suis trompé sur la "faune" qui squatte le coin.
Mais en y repensant, peut-être que les gens ont autant entendu parlé de MXF, JPEG-2000, TrueHD, MLP, que d'ordonnanceur CFS, Nettoyage RCU, ou HWPOISON!
Je prend donc note, et je vous reparlerai prochainement de MPEG-7 et PBCore sur lesquels je souffre en ce moment :).
[^] # Re: Et pourquoi pas...
Posté par Zenitram (site web personnel) . En réponse au journal MediaInfo 0.7.26. Évalué à 10.
Alors, je vais me répéter : j'ai compris, et c'est pour cette raison que j'ai fais le journal, car avant je n'aurai pas osé pour la raison que j'avais décrite! (j'appliquais à moi-même ce que j'ai écrit, on m'a dit que j'avais tord, je change mon comportement face à la réaction unanime).
(une blague en commentaire c'est sympa, deux ça devient lourd)
[^] # Re: Nombre de journaux...
Posté par Zenitram (site web personnel) . En réponse au journal MediaInfo 0.7.26. Évalué à 10.
# Nombre de journaux
Posté par Zenitram (site web personnel) . En réponse au journal Sortie de Setup 0.1-alpha1. Évalué à -10.
En effet, en moins de 2 mois, c'est le 3ème journal (annonce le 12 Novembre, alpha0 le 27 novembre, alpha1 le 25 décembre), ça devient un peu beaucoup. Est-ce que ça ne te gonflerait pas si je faisais la pub de mon logiciel à chaque sortie de version (tous les 15 jours)? Je le fais une fois par an, pas plus, pour ne pas gonfler les lecteurs de LinuxFr. Est-ce que tu aimerais un journal pour chaque sortie d'Alpha ou Beta de Ubuntu? Une dépêche est faire pour la sortie finale, et à la limite un journal entre les deux pour parler des idées, des nouvelles features. Pareil pour le noyau Linux, il y a pleins de changements, mais il y a une dépêche par version, et pas par RC (ça ferait 8 journaux!)
Je te conseille de mettre en place un flux RSS, et les intéressés s'y abonneront. Une piqure de rappel ici genre tous les 6 mois, pour une version stable, serait amplement suffisant.
[^] # Re: Correction : swap et autres biais
Posté par Zenitram (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 3.
Essaye de mettre à jour une appli de 10 ans avec un noyau de cette années... Certes, tu as les sources, mais as-tu les moyens intellectuels et le temps (donc de l'argent) d'adapter?
C'est du grand n'importe quoi.
C'est effectivement du n'importe quoi : tu veux comparer un OS à 1% de part de marché, réduit à tous les coups à l'open-source (donc encore plus réduit) pour pouvoir toi-même tout compiler, à un OS qui gère 100x plus de monde et d'applications, et des business models très différents.
Linux a aussi ce problème, et doit aussi faire tourner des applis 32 bits car il y a plein de logiciels non validés pour du 64-bits. Sauf qu'avec Linux, c'est moins trivial (ça ne marche pas du premier coup, faut chercher avant de pouvoir faire tourner une appli 32 bits sur du Linux 64 bits).
C'est quand même forts vos petits délires "Linux est le meilleur OS du monde, il fait même le café". Faudrait penser à être un peu objectif, et comparer le comparable : Linux a plein d'avantage (dont le fait d'être libre), mais aussi des défauts... Alors stop a "mon champion c'est le meilleur et je le prouverai quitte à dire des conneries", ça gave.
Évidemment, il faut reproduire les lacunes de Windows pour se mettre au niveau de Linux.
Sauf que pour beaucoup de monde, c'est une... Qualité. Et un défaut de Linux. comme quoi, les lacunes ne sont pas la où on le pense forcement.
[^] # Re: re
Posté par Zenitram (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 2.
1M = 1000K
A ma connaissance, 1000 n'est pas une puissance de 2. Corrige-moi si je fais une erreur.
C'est une norme (deux en fait) :
1M = 1000K est une norme internationale ISO 1000 (ICS 01 060) http://fr.wikipedia.org/wiki/Syst%C3%A8me_international_d'un(...)
1 Mi = 1024 Ki est une norme internationale CEI 60027-2 http://fr.wikipedia.org/wiki/Pr%C3%A9fixe_binaire
1M = 1024K n'a jamais été reconnu comme norme.
C'est même écrit en toutes lettres : "La norme stipule également que les préfixes SI ont toujours leurs valeurs de puissances de 10 et ne doivent jamais être utilisés comme puissances de "
C'est l'utiliser à tort et à travers qui est stupide.
On est d'accord : ton utilisation à tord et à travers est stupide.
La taille de la mémoire RAM d'une machine s'exprime en Mo
Si tu as bien suivi ce qui est une norme, tu en concluras toi-même que tu as dis une grosse connerie : la taille des barrettes (actuelles en tous cas) sont exprimées en Mio ou Gio, même si les constructeurs ne sont pas au point et écrivent Mo au niveau marketing.
Tanguy, sur ce point (tu as vu comment je le charge sur le reste...), a raison, et l'a utilisé de bonne manière.
[^] # Re: Film pourri par les verrous numériques
Posté par Zenitram (site web personnel) . En réponse à la dépêche Mieux vaut Avatar qu'un navet. Évalué à 3.
Façon de voir.
On peut aussi dire que l'offre grand public est disproportionnée (1920 pixel, c'est un pitch de 0.5 mm sur une télévision de 125 cm!)
Et de plus, la norme 2K est clairement une norme intermédiaire pour le cinéma, de la façon de ce que le 720p a été pour le grand public (et 720p, c'est déja pas mal joli sur une TV et même un video-projecteur), pour aller au 4K (4096 pixels de large) très prochainement.
Franchement, vous voyez les pixels sur du numérique de cinéma?
Moi, non.