"mais comment tu sais faire ça ??", "je sais lire"
Je dirais plutôt que tu as le temps de lire...
j'ai l'impression que windows a produit une génération d'assisté qui font ce que j'appelle de l'IAO, de l'informatique assistée par ordinateur.
C'est tout le but d'un ordinateur non? t'aider dans une tache, sans trop de faire chier... mon argument c'est ça en fait: la réalité n'est peut être pas aussi rose qu'on le voudrait (et surtout que certaines boites le prétendent), mais amha, le but reste toujours de rendre l'informatique de plus en plus accessible... faut dire aussi je me situe côté déveveloppeur (j'suis pas admin ;), quand je lis les problèmes de manchot, ma première réaction est de me dire que ce qu'il utilise est mal foutu, qu'il faudrait arrangé ça... (mais reste le problème de trouver le moyen de le faire... et ça c'est pas toujours évident).
Cependant, ton exemple Active Directory, je connais trop peu que pour juger, mais il me semble que ça fait partie des domaines ou un admin est encore nécessaire... non pas pour l'aspect "installer le patch 1.32432432.423b avec le driver pour TRZAXER-23 mais celui du mois de juin parce que celui de juillet pose un problème" mais l'aspect gestion d'un parc de machine, planification, gestion de resource, etc...
ps: j'ose te rappeler que le cas ici est simplement l'installation d'un PC desktop sans contrainte spécifique de resource ou de sécurité?... ;)
Et donc Windows ce n'est pas de l'informatique? ;)
Sérieusement, je comprends ton idée: se dire qu'avec aucune connaissance on peut installer n'importe quel os sur n'importe quelle machine est illusoire... cependant:
- Manchot ne semble pas être "le premier neuneu qui passe" (il sait par exemple ce qu'il a dans son système...).
- Les OS commerciaux se fixent tous comme but d'être utilisable par un débutant... cela ne veut pas dire que c'est réalisable complètement, mais amha, ça devrait être un objectif (et c'est le cas, tant mieux ;).
Je cotoies chaque jours quelques admins, certains sont très très bons... (ce sont plus des humains, c'est pas possible ;) et d'autres sont extrèmement mauvais... mais en fait, la plupart sont aussi désarmé que le commun des mortels, quand ils ont une merde: google, man, ... je pense que la séparation "commun des mortels"/"admin" n'est pas aussi franche que ton message semble le dire...
Et finalement, si tu regardes les problème de manchot, j'aurais tendance à dire que la plupart sont du à des drivers buggés/non finis/... que fais un super admin dans ce cas là?
Amha tu devrais plus tenir compte ... de l'aspect humain:
- tu comptes bosser seul?
- ton but est de t'amuser ou d'être productif? (c'est forcément un peu des deux remarque, à toi de pondérer).
Si tu n'es pas seul, faut te renseigner sur les gens qui t'entourent: quel langage ils préfèrent, avec quel langage sont ils les plus productif? etc...
Vu la nature du projet, ce n'est pas le genre d'appli qu'on installe "juste pour voir", le déploiement est donc amha, moins important, et donc le fait que ce soit java, moins pénalisant.
Egalement, dans ce genre d'appli, le code critique se situent souvent au niveau de la bdd, que tu ne programmeras vraissemblablement pas.
Reste le problème de la réactivité de la GUI, et la swing est souvent problèmatique, as tu déjà regarder du côté de SWT?
Enfin tous ça pour dire que parmis ce que tu proposes, j'aurais tendance à privilégié java (même si je déteste ce langage). Et si j'étais responsable de dev de ton projet et que j'avais tous le temps, je regarderais un moment du côté de mono.
Concernant la portabilité, je suis moins optimiste que toi... je dirais plutôt: il sera possible, en faisant attention d'avoir un programme portable. Sans doute plus facilement qu'avec le C/C++ mais ce ne sera pas aussi direct que cela.
Suffit de voir le nombre des applis .NET qui font appel à un moment ou un autre à du code non managé.
Il faut surtout que ce soit une norme reconnue... ah ben vi c'est le cas c'est ISO...
Et il existe un CLI pour freebsd et macosx (dont les sources sont dispo... mais leur utilisation est évidemment restreinte).
Ceci dit, le problème est toujours le même, C# et .NET auront beau offrir un paquet d'avantage, ça restera du "ça pue parce que c'est microsoft"... c'est con parce que c'est sympa ce langage...
ps: java ça pue un peu c'est sun :P
re-ps: je n'ai jamais entendu parler de version BeOS, des sources?
3- les windoziens que je fréquente sont tous passés à d'autres logiciels plus petits mais néanmoins plus efficace que leur usine à gaz. Je crois que zoomplayer en fait partie.
Windows Media Player c'est deux choses (en gros):
- une interface, parfois discutable ou tu peux faire play en cliquant
- DirectShow (si ça n'a pas encore changé de nom depuis;), une infrastructure de filtre permettant de rendre un média.
La plupart des player windows (presque tous en fait), se basent sur DirectShow, même s'il propose une autre interface. (A l'image de la série de browser offrant tab et autre, mais basé sur mshtml).
Enfin, perso, je crois qu'on la verra pas de si tôt la version linux de WMP ;)
ps: y'a un truc qui me fait ch... avec WMP cependant, c'est l'un des seuls que j'ai trouvé sous windows qui gère le gain correctement, peu importe le "volume" du mp3/ogg/wma y'a pas de gros changement d'une chanson à l'autre... qq connait un logiciel qui se débrouille la dedans?
A gauche entre la touche tab et la touche shift, tu dois avoir un truc ou y'a marqué qqch genre "caps lock", "verr maj." ou un petit dessin représentant un verrou ou une serrure. Appuie une fois dessus, tu verras, directement, un nouveau monde de possibilité s'offrira à toi.
Moi si j'avais pu (et j'ai pas l'impression que je suis en train de m'en donner les moyen avec ce post ;).
C'est pas dans le sujet, déjà vu plein de fois, pas drôle (certaines versions qui trainent sur le net sont plus complètes et plus subtile, ce n'est pas un bête: ça plante), et ça contribue à l'image de merde que se font certaines personnes de la communauté libre.
J'ai comme l'impression aussi que si qq fait pareil mais en version linux, il va découvrir qu'un nombre négatif, ça peut descendre très très bas :^p
Il suffirait d'utiliser la crypto comme nous faisons actuellement (chez les personnes un tant soit peu "éclairées" à ce propos :)) pour contrer le spAm.
En fait je comprends pas trop, comment la crypto peut t'aider contre le spam? Tu veux dire que tu refuses tout les mails non signé?
Sourceforge propose ce service, un project leader peut demander de l'aide, et parfois reçoit des réponses. (voir http://sourceforge.net/people/(...) )
L'expérience que j'en ai cependant, c'est comme l'aide proposée par mail: sur une vingtaine de gens qui promettent de l'aide, un ou deux finiront par envoyer un petit qqch... Ceci dit c'est déjà ça!
Faire un truc plus fort pour lutter contre la loi du plus fort, c'est fort ça ;)
la loi la plus injuste, contre-productive et illégitime qui soit.
Qui est?
Range toi du côté des plus fort, on te rasera à la libération.
Sauf que pour l'occasion, c'tait pas eux les plus fort... et puis "...si j'étais né en 17 à Leidenstad..." mais bon tu le sais ça aussi, tu mélanges juste un peu tout parce que t'es énervé, c'est pas grave, détend toi, y'a pas de mal...
Et dire que c'est aussi pour des ingrâts comme toi que nos ancêtres se sont battus, j'ai envie de pleurer.
Ingrât envers quoi? envers qui? j'ai du mal à suivre là... ils se sont battus contre Kiss? Et ca fait... mal? ;)
Et le format de sub mplayer utilisee dans aucun autre player , t'en fait quoi ?
Comme j'ai dit: je ne crois pas que les dev de mplayer délire, les dev de kiss ont du à un moment ou un autre regarder (ou copier) les sources de mplayer... ce que je discute c'est dans le cas d'un source, quand est-ce que cela devient de la copie? Et personne n'a répondu à cette question... (et toujours en jouant l'avocat du "diable", si je devais lire des sous-titre, je commencerais par me demander ce que le lecteur que j'utilise supporte comme format... par exemple, en regardant des pages du genre: http://www2.mplayerhq.hu/MPlayer/releases/win32-beta/old/mplayer.ht(...) )
Comme tu le dit, comparer un algo à la con comme un quicksort et tout un truc beaucoup plus complexe, c'est un peu con.
Alors pourquoi les développeurs de mplayer eux même disent que le code copié est un truc "simple"? (et j'ai matté les sources, un peu de parsing, rien d'original en effet). (ps: je suis con si tu veux, mais j'avais mis à l'époque plus de temps à comprendre le quicksort que bout de code "volé"... ;).
Ensuite tu parles de payer le prix, tu veux dire que kiss peut payer mplayer (c'est qui?... la communauté) pour inclure leur bout de code sans devoir redistribuer sous GPL...
Dans tout les cas il faut défendre la GPL
Je dirais que non, il y'a, je trouve, des choses plus important dans la vie qu'une licence, ce n'est que mon avis cependant...
à quoi ça sert de mettre son code sous GPL ?
Excellente question! Je l'ai posé il y'a quelques temps sur ce site... on m'a répondu que j'étais qu'un gros naif, et que la GPL n'empêchait pas le vol de code... perso, je me dis que la GPL permet de ramener des gens pour un projet, mais qu'en effet ce n'est pas une garantie...
d'autre part, je comprend pas le "super, on à quoi d'autre comme player sous linux" tu veut dire quoi ?
Je me suis mal exprimé, je sous entendait "plate forme de salon capable de lire les divx" sous linux... rappelle toi, c'est l'une des raisons souvent évoquée pour dire que Kiss c'est (c'était?) bien.
Et si la GPL est cassé, cela veut dire qu'elle n'était pas assez forte. mais cela permetrait de faire une nouvelle version plus forte.
C'est une guerre? un combat? la loi du plus fort? contre qui? pourquoi? Tu me fais le trip "combat pour la liberté" là? ;)
Et encore en dernier, si tu trouve que le fait de punir une société qui vole du code n'a rien de bénéfique, je me demande ce qui est bénéfique, pour toi...
Si tu me disais plutôt ce qu'il y'a de bien à couler une boite? Qui plus est une boite qui permet entre autre de populariser linux? Tu vivras mieux parce que Kiss n'existe plus? Je ne connais pas le marché de Kiss, j'espère pour eux qu'ils ne sont pas centré sur les lecteur de linuxfr, slashdot, etc... parce que là, y'a pas encore eu de procès, ils ne sont coupable (aux yeux de la loi) de rien, mais ils ont déjà perdu des clients...
Je suis d'accord avec le fait que "voler c'est mal", mais dit moi, une platine qui permet de lire les divx? c'est un truc qu'on utilise pour lire dans son salon ses propres DVD qu'on a acheté et qu'on a ripper? Je suis médisant, en imaginant que certains pourrait imaginer voler un film en le pompant sur le net? Tu peux me dire que tu ne fais pas ça, je veux même bien te croire, mais le fait est que la subitement le vol, on a tendance à considérer cela comme un peu moins "blanc et noir". Je te rappelle tout de même que Kiss ne vend pas un logiciel concurrant de mplayer...
En fait le truc qui m'étonne c'est que Kiss ne tape pas son code sous GPL, mais je me demande si cela ne permettrait pas à d'autre constructeur de réaliser trop facilement un lecteur du même genre... enfin...
En lisant les commentaires, je me pose quelques questions:
En fait, je me demande comment ça se passe pratiquement soit le code (sous GPL):
printf("Hello World!");
soit mon code (que j'ai pas copié du tout):
printf("Hello world!");
J'ai droit à combien d'année de prison pour plagiat? ;) Sérieusement, y'a t'il des critère précis permettant de définir qu'un code a été copier? La tendance en europe est globalement contre le brevet logiciel (et moi avec)... mais finalement, n'arrive t'on pas au même problème? (je veux dire: on protège un code tellement trivial et direct, que c'est l'idée derrière qu'on finit par protéger... ce qui revient à un brevet...).
Que dire:
1. Si je code un quicksort
2. Si je code un quicksort en m'inspirant de code GPL (j'ai lu un article sur le quicksort, l'exemple de code venait d'un projet GPL)
2. Si je code un quicksort en m'inspirant de code GPL (j'ai le code imprimé sur un bout de papier).
3. Si je copie/colle le quicksort d'une appli GPL
" The specific part of the code in which the similarities are found is the one controlling the subtitles when playing movies. The reality is that the code doesn't contain anything really brilliant. On the contrary, it's very simple. " [La partie de code dans lequel des similarités ont étés trouvés est celle controllant l'affichage des sous-titre lors de la lecture. La réalité est que ce code ne contient rien de vraiment génial. Au contraite, c'est très simple!]
Et les string "les mêmes dans les 2 programmes", par exemple:
no error
input buffer too small (or EOF)
invalid (null) buffer pointer
not enough memory
lost synchronization
Comment diriez vous qu'il n'y a pas d'erreur? moi je dirais "no error" ;) (et en jetant un peu d'huile sur le feu: pour un utilisateur, garder le même vocabulaire rend le produit plus simple d'utilisation, je ne prétend pas que c'est le cas, mais c'est pas à négliger...)
En bref, je ne suis pas en train d'affirmer que les dev de mplayer délire, mais j'avoue que ça me laisse perplexe...
Aussi, la réponse de Peter: "But we think that the community should respect the companies who use Linux and not hunt them because I don't think that's beneficial for anyone." [Mais nous pensons que la communauté devrait respecter les boites qui utilise linux et ne pas les traquer, parce que je ne pense pas que cela apporte qqch à quiconque]. Je peux pas lui donner 100% tort, est-ce qu'on a pas mieux à foutre?
Et finalement, je me demande: qu'est ce que ça pourrait rapporter? un gros procès comdamnant Kiss, qui se retrouve à devoir ferme? super, on a quoi d'autre comme player sous linux? (mais rassurons nous, windows ce fera très bien l'affaire ;). Pire, un gros procès coulant Kiss (les avocats ça coute cher), mais invalidant également en partie la GPL (c'est un des "problème" de la GPL, elle est relativement concise, précise, tout les articles comptent... imaginer en retirer un, parce qu'invalider dans un pays... il reste quoi?) ? En bref, en dehors de l'aspect philosophique "il faut respecter la licence coûte que coûte", j'ai du mal à voir ce que ça pourrait apporter de bénéfique... mais peut-être je manque qqch?
Je me demandais si par hasard, personne parmis vous ne connaitrait un projet de type "diablo-like" (hack and slash), je suis en effet fan de ce genre de jeu intelligent ou tous le but consiste à tuer des monstres pour obtenir des objets qui permettent de tuer plus de monstres pour obtenir plus d'objet pour ... (je crois que vous avez compris là ;).
Si c'était si simple... les deux sont liés, si le dev gagne du temps, il peut ajouter des fonctionnalités, s'il ajoute des fonctionnalités c'est pour toi...
Il faut également penser au problème de sécurité: du C mal codé permet facilement d'avoir des failles, du java mal codé limite déjà cela (difficile de jouer sur les overflow par exemple). (note: Cela ne veut pas dire que java est "mieux" que C... mais que le choix du langage a un effet sur l'utilisateur).
Aussi dans le contexte du logiciel libre, les choix des développeurs sont capitaux: que dire d'un projet GPL dont les sources sont illisible et inexploitable? La licence est GPL... mais pourtant difficile de profiter de tous les effets bénéfiques pour l'utilsateur de cette licence.
De plus, un développeur ne choisit pas qu'un langage, mais tout ce qui va avec.... comme par exemple le toolkit graphique, et à nouveau ça a une répercussion sur ... l'utilisateur.
En bref, tu peux choisir d'ignorer le langage, la plate forme et les libs et outils utilisés, mais ça a pourtant une influence sur toi. Je suis d'accord avec le fait qu'il ne faut pas "prendre en otage" l'utilisateur avec la nouvelle technologie XYZ mais l'utilisateur fait bien partie de l'équation, et le logiciel libre te permet de t'exprimer la dessus et d'être potentiellement mieux écouté...
Si tu as une option pour optimiser, c'est bien qu'il est possible de faire des choses différentes pendant la compilation.
Dans des cas complexes, oui... (quoi que c'est pas trivial à trouver, et tu auras des cas favorable à l'un puis à l'autre, je pense) mais ici, regarde le code!
L'optimisation ça joue essentiellement sur l'inline, le folding, et quelques trucs plus tordu. Les algos d'allocation de registre sont au point depuis un moment, un add reste un add...
Pourquoi les compilos n'optimisent pas "toujours"? Simplement pour le debugging...
En fait ce que je tente d'exprimer, c'est que l'algo utilisé est tellement CPU-bound que ça devient un test de cpu et plus un test de langage.
Et en fait, ça va même plus loin: tester un langage n'a pas beaucoup de sens, c'est tester tout ce qui va avec, par exemple jouer à C contre C# n'a pas de sens si tu te limites à faire quelques opérations arithmétique, dans ce cas, le simple fait de jouer avec des string permettra de faire ressortir quelques avantages de l'un et de l'autre.
De plus en dehors du test IO, le code est cpu-bound et n'utilise aucune fonction de la libc... j'ai du mal à croire que passer d'une plate-forme à une autre va révolutionner le résultat.
A demander à ton compilo de compiler correctement... tu mets en production du code non optimisé toi? tu as l'impression que les compilé (réellement utilisé) se différencie beaucoup de part leur optimisation? Combien de % tu gagnes sous le profiler en passant d'un compilo à l'autre pour l'ensemble d'une application?
Si tu veux tester des compilos (et non plus des langages), tu pourrais en cherchant un fouillant un peu plus les optimisations, faire ce genre de test... mais regarde les sources des différents tests, rien de tout cela, attribution des registres assez triviale, on teste le temps du add, sub, div et mul...
Ensuite, il y'aurait également une discussion possible: doit on tester le source le plus lisible? le même source pour chaque compilo? (par exemple .NET a tendance à moins virer les boucles "inutiles" que java, certains ont étés jusqu'à pondre des bench du genre "java 100.000 fois plus rapide que .NET" en partant de ce genre de truc).
En bref, je maintiens: "Tester une série d'opération arithmétique n'est pas intéressant (ça donne si les test sont bien fait, les mêmes résultat,..."
D'ailleurs regarde les résultat, en dehors de certaines abhérations, on a globalement la même, les abérations, sont amha du a un manque de connaissance du langage (activé ou pas le check des bornes, quelle précision, etc...). Et je maintiens, peu importe le langage (compilé), une addition prendra toujours le même temps, puisqu'elle se retrouvera toujours d'une façon ou d'une autre transformer en "add A, B" (au moins sur intel et sauf cas spécifique permettant une optimisation plus poussée).
Enfin... de toute façon, comme dirait l'autre, ocaml vaincra ;)
C'est un très beau bench... de test de CPU et de filesystem... autrement dit: plutôt inutile pour comparer les langages.
Tester une série d'opération arithmétique n'est pas intéressant (ça donne si les test sont bien fait, les mêmes résultat, ce n'est pas le cas ici pour les raisons suivantes au moins: différence de précision, emploi d'instruction cpu ou d'algo pour les calculs trigonométrique, ...), il aurait fallu comparer les structures de données, la gestion des string, etc...
Par exemple le test ne montre que peu de différence entre C++ (natif) et C#, un test sur un vector comparé à l'ArrayList de C# marquera la différence...
Tester l'io en écrivant des string est biaisé:
- tester le C++ avec fputs...?
- tester java et .NET avec leur string, qui ne sont pas que des tableaux de byte?
Enfin ce genre de test d'io se résume vite a tester la taille du cache...
Bref, ce bench nous apprend peut-être une chose: en effet java (et .NET) ne sont pas intrinsèquement lent, le JIT, assez logiquement produit du code aussi bon que le natif.
ps: si qq connaissant gcc avait une explication pour les diff de perf entre VC++ et gcc ce serait pas mal, parce que j'avoue ne pas comprendre, quelques % d'accord, mais là...?
[^] # Re: Linux commence à me prendre le choux
Posté par tene . En réponse au journal Linux commence à me prendre le choux. Évalué à 1.
Je dirais plutôt que tu as le temps de lire...
j'ai l'impression que windows a produit une génération d'assisté qui font ce que j'appelle de l'IAO, de l'informatique assistée par ordinateur.
C'est tout le but d'un ordinateur non? t'aider dans une tache, sans trop de faire chier... mon argument c'est ça en fait: la réalité n'est peut être pas aussi rose qu'on le voudrait (et surtout que certaines boites le prétendent), mais amha, le but reste toujours de rendre l'informatique de plus en plus accessible... faut dire aussi je me situe côté déveveloppeur (j'suis pas admin ;), quand je lis les problèmes de manchot, ma première réaction est de me dire que ce qu'il utilise est mal foutu, qu'il faudrait arrangé ça... (mais reste le problème de trouver le moyen de le faire... et ça c'est pas toujours évident).
Cependant, ton exemple Active Directory, je connais trop peu que pour juger, mais il me semble que ça fait partie des domaines ou un admin est encore nécessaire... non pas pour l'aspect "installer le patch 1.32432432.423b avec le driver pour TRZAXER-23 mais celui du mois de juin parce que celui de juillet pose un problème" mais l'aspect gestion d'un parc de machine, planification, gestion de resource, etc...
ps: j'ose te rappeler que le cas ici est simplement l'installation d'un PC desktop sans contrainte spécifique de resource ou de sécurité?... ;)
[^] # Re: Linux commence à me prendre le choux
Posté par tene . En réponse au journal Linux commence à me prendre le choux. Évalué à 3.
Sérieusement, je comprends ton idée: se dire qu'avec aucune connaissance on peut installer n'importe quel os sur n'importe quelle machine est illusoire... cependant:
- Manchot ne semble pas être "le premier neuneu qui passe" (il sait par exemple ce qu'il a dans son système...).
- Les OS commerciaux se fixent tous comme but d'être utilisable par un débutant... cela ne veut pas dire que c'est réalisable complètement, mais amha, ça devrait être un objectif (et c'est le cas, tant mieux ;).
Je cotoies chaque jours quelques admins, certains sont très très bons... (ce sont plus des humains, c'est pas possible ;) et d'autres sont extrèmement mauvais... mais en fait, la plupart sont aussi désarmé que le commun des mortels, quand ils ont une merde: google, man, ... je pense que la séparation "commun des mortels"/"admin" n'est pas aussi franche que ton message semble le dire...
Et finalement, si tu regardes les problème de manchot, j'aurais tendance à dire que la plupart sont du à des drivers buggés/non finis/... que fais un super admin dans ce cas là?
# Re: Programmer oui ! Mais...
Posté par tene . En réponse au journal Programmer oui ! Mais.... Évalué à 3.
- tu comptes bosser seul?
- ton but est de t'amuser ou d'être productif? (c'est forcément un peu des deux remarque, à toi de pondérer).
Si tu n'es pas seul, faut te renseigner sur les gens qui t'entourent: quel langage ils préfèrent, avec quel langage sont ils les plus productif? etc...
Vu la nature du projet, ce n'est pas le genre d'appli qu'on installe "juste pour voir", le déploiement est donc amha, moins important, et donc le fait que ce soit java, moins pénalisant.
Egalement, dans ce genre d'appli, le code critique se situent souvent au niveau de la bdd, que tu ne programmeras vraissemblablement pas.
Reste le problème de la réactivité de la GUI, et la swing est souvent problèmatique, as tu déjà regarder du côté de SWT?
Enfin tous ça pour dire que parmis ce que tu proposes, j'aurais tendance à privilégié java (même si je déteste ce langage). Et si j'étais responsable de dev de ton projet et que j'avais tous le temps, je regarderais un moment du côté de mono.
[^] # Re: Quel langage choisir.
Posté par tene . En réponse au journal Quel langage choisir.. Évalué à 1.
Suffit de voir le nombre des applis .NET qui font appel à un moment ou un autre à du code non managé.
[^] # Re: Quel langage choisir.
Posté par tene . En réponse au journal Quel langage choisir.. Évalué à 1.
Et il existe un CLI pour freebsd et macosx (dont les sources sont dispo... mais leur utilisation est évidemment restreinte).
Ceci dit, le problème est toujours le même, C# et .NET auront beau offrir un paquet d'avantage, ça restera du "ça pue parce que c'est microsoft"... c'est con parce que c'est sympa ce langage...
ps: java ça pue un peu c'est sun :P
re-ps: je n'ai jamais entendu parler de version BeOS, des sources?
[^] # Re: Media Player sous Linux
Posté par tene . En réponse au journal Media Player sous Linux. Évalué à 1.
bsplayer pendant lontemps existait en version non-directX ( pour NT4 et 95)
Ce qui ne l'empêche pas d'utiliser DirectShow... qui s'appellait ActiveMovie avant.
il y a aussi le port de mplayer ou encore les lecteurs de realnetwork.
voilà pourquoi le "presque tous".
Avec xmms, y'a le plugin «Normalize volume». Ça m'etonnerai beaucoups qu'il n'y ai pas la même chose sous winamp...
Il y'a mais ça marche assez mal.
[^] # Re: Question technique
Posté par tene . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 1.
[^] # Re: Media Player sous Linux
Posté par tene . En réponse au journal Media Player sous Linux. Évalué à 2.
Windows Media Player c'est deux choses (en gros):
- une interface, parfois discutable ou tu peux faire play en cliquant
- DirectShow (si ça n'a pas encore changé de nom depuis;), une infrastructure de filtre permettant de rendre un média.
La plupart des player windows (presque tous en fait), se basent sur DirectShow, même s'il propose une autre interface. (A l'image de la série de browser offrant tab et autre, mais basé sur mshtml).
Enfin, perso, je crois qu'on la verra pas de si tôt la version linux de WMP ;)
ps: y'a un truc qui me fait ch... avec WMP cependant, c'est l'un des seuls que j'ai trouvé sous windows qui gère le gain correctement, peu importe le "volume" du mp3/ogg/wma y'a pas de gros changement d'une chanson à l'autre... qq connait un logiciel qui se débrouille la dedans?
[^] # Re: NE SOYONS PAS NAIFS !!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Posté par tene . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 2.
[^] # Re: Le code source de Win NT4 et Win 2000 sur l'Internet
Posté par tene . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 4.
C'est pas dans le sujet, déjà vu plein de fois, pas drôle (certaines versions qui trainent sur le net sont plus complètes et plus subtile, ce n'est pas un bête: ça plante), et ça contribue à l'image de merde que se font certaines personnes de la communauté libre.
J'ai comme l'impression aussi que si qq fait pareil mais en version linux, il va découvrir qu'un nombre négatif, ça peut descendre très très bas :^p
[^] # Re: Il y a des ISPs qui utilisent Exchange ?
Posté par tene . En réponse à la dépêche Bill Gates veut signer l'arrêt de mort du spam. Évalué à 1.
[^] # Re: Bill Gates veut signer l'arrêt de mort du spam
Posté par tene . En réponse à la dépêche Bill Gates veut signer l'arrêt de mort du spam. Évalué à 1.
Que proposes-tu comme solution effiace contre le spam?
[^] # Re: Bill Gates veut signer l'arrêt de mort du spam
Posté par tene . En réponse à la dépêche Bill Gates veut signer l'arrêt de mort du spam. Évalué à 1.
En fait je comprends pas trop, comment la crypto peut t'aider contre le spam? Tu veux dire que tu refuses tout les mails non signé?
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par tene . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 3.
L'expérience que j'en ai cependant, c'est comme l'aide proposée par mail: sur une vingtaine de gens qui promettent de l'aide, un ou deux finiront par envoyer un petit qqch... Ceci dit c'est déjà ça!
[^] # Re: Violation présumée de la GPL par Kiss, deuxième partie.
Posté par tene . En réponse à la dépêche Violation présumée de la GPL par Kiss, deuxième partie.. Évalué à 1.
Faire un truc plus fort pour lutter contre la loi du plus fort, c'est fort ça ;)
la loi la plus injuste, contre-productive et illégitime qui soit.
Qui est?
Range toi du côté des plus fort, on te rasera à la libération.
Sauf que pour l'occasion, c'tait pas eux les plus fort... et puis "...si j'étais né en 17 à Leidenstad..." mais bon tu le sais ça aussi, tu mélanges juste un peu tout parce que t'es énervé, c'est pas grave, détend toi, y'a pas de mal...
Et dire que c'est aussi pour des ingrâts comme toi que nos ancêtres se sont battus, j'ai envie de pleurer.
Ingrât envers quoi? envers qui? j'ai du mal à suivre là... ils se sont battus contre Kiss? Et ca fait... mal? ;)
[^] # Re: Violation présumée de la GPL par Kiss, deuxième partie.
Posté par tene . En réponse à la dépêche Violation présumée de la GPL par Kiss, deuxième partie.. Évalué à 3.
Comme j'ai dit: je ne crois pas que les dev de mplayer délire, les dev de kiss ont du à un moment ou un autre regarder (ou copier) les sources de mplayer... ce que je discute c'est dans le cas d'un source, quand est-ce que cela devient de la copie? Et personne n'a répondu à cette question... (et toujours en jouant l'avocat du "diable", si je devais lire des sous-titre, je commencerais par me demander ce que le lecteur que j'utilise supporte comme format... par exemple, en regardant des pages du genre: http://www2.mplayerhq.hu/MPlayer/releases/win32-beta/old/mplayer.ht(...) )
Cependant, j'ai juste exposer mon avis, suffisemment moinsé que pour disparaitre, je me demande toujours si ça vaut la peine de vouloir descendre une boite pour ce genre de chose, et vu les données fournies, je reste perplexe, je n'ai sans doute pas compris ce qu'était la gpl et la philosophie du libre (j'hésite d'ailleurs à changer de licence pour mon propre projet) et je reste aussi perplexe sur la façon de voir du code comme "voler" lorsque l'on s'inspire du code d'un autre... (dans un contexte plus général que celui ci) Mais bon, j'ai compris la leçon, c'est GPL donc c'est bien©, Kiss qui était bien© est devenu mal© parce qu'il existe des ressemblance entre leur logiciel et mplayer suffisemment significative que pour avoir des doutes sur l'origine de leur sources.
[^] # Re: Violation présumée de la GPL par Kiss, deuxième partie.
Posté par tene . En réponse à la dépêche Violation présumée de la GPL par Kiss, deuxième partie.. Évalué à 1.
Alors pourquoi les développeurs de mplayer eux même disent que le code copié est un truc "simple"? (et j'ai matté les sources, un peu de parsing, rien d'original en effet). (ps: je suis con si tu veux, mais j'avais mis à l'époque plus de temps à comprendre le quicksort que bout de code "volé"... ;).
Ensuite tu parles de payer le prix, tu veux dire que kiss peut payer mplayer (c'est qui?... la communauté) pour inclure leur bout de code sans devoir redistribuer sous GPL...
Dans tout les cas il faut défendre la GPL
Je dirais que non, il y'a, je trouve, des choses plus important dans la vie qu'une licence, ce n'est que mon avis cependant...
à quoi ça sert de mettre son code sous GPL ?
Excellente question! Je l'ai posé il y'a quelques temps sur ce site... on m'a répondu que j'étais qu'un gros naif, et que la GPL n'empêchait pas le vol de code... perso, je me dis que la GPL permet de ramener des gens pour un projet, mais qu'en effet ce n'est pas une garantie...
d'autre part, je comprend pas le "super, on à quoi d'autre comme player sous linux" tu veut dire quoi ?
Je me suis mal exprimé, je sous entendait "plate forme de salon capable de lire les divx" sous linux... rappelle toi, c'est l'une des raisons souvent évoquée pour dire que Kiss c'est (c'était?) bien.
Et si la GPL est cassé, cela veut dire qu'elle n'était pas assez forte. mais cela permetrait de faire une nouvelle version plus forte.
C'est une guerre? un combat? la loi du plus fort? contre qui? pourquoi? Tu me fais le trip "combat pour la liberté" là? ;)
Et encore en dernier, si tu trouve que le fait de punir une société qui vole du code n'a rien de bénéfique, je me demande ce qui est bénéfique, pour toi...
Si tu me disais plutôt ce qu'il y'a de bien à couler une boite? Qui plus est une boite qui permet entre autre de populariser linux? Tu vivras mieux parce que Kiss n'existe plus? Je ne connais pas le marché de Kiss, j'espère pour eux qu'ils ne sont pas centré sur les lecteur de linuxfr, slashdot, etc... parce que là, y'a pas encore eu de procès, ils ne sont coupable (aux yeux de la loi) de rien, mais ils ont déjà perdu des clients...
Je suis d'accord avec le fait que "voler c'est mal", mais dit moi, une platine qui permet de lire les divx? c'est un truc qu'on utilise pour lire dans son salon ses propres DVD qu'on a acheté et qu'on a ripper? Je suis médisant, en imaginant que certains pourrait imaginer voler un film en le pompant sur le net? Tu peux me dire que tu ne fais pas ça, je veux même bien te croire, mais le fait est que la subitement le vol, on a tendance à considérer cela comme un peu moins "blanc et noir". Je te rappelle tout de même que Kiss ne vend pas un logiciel concurrant de mplayer...
En fait le truc qui m'étonne c'est que Kiss ne tape pas son code sous GPL, mais je me demande si cela ne permettrait pas à d'autre constructeur de réaliser trop facilement un lecteur du même genre... enfin...
# Re: Violation présumée de la GPL par Kiss, deuxième partie.
Posté par tene . En réponse à la dépêche Violation présumée de la GPL par Kiss, deuxième partie.. Évalué à 1.
En fait, je me demande comment ça se passe pratiquement soit le code (sous GPL):
printf("Hello World!");
soit mon code (que j'ai pas copié du tout):
printf("Hello world!");
J'ai droit à combien d'année de prison pour plagiat? ;) Sérieusement, y'a t'il des critère précis permettant de définir qu'un code a été copier? La tendance en europe est globalement contre le brevet logiciel (et moi avec)... mais finalement, n'arrive t'on pas au même problème? (je veux dire: on protège un code tellement trivial et direct, que c'est l'idée derrière qu'on finit par protéger... ce qui revient à un brevet...).
Que dire:
1. Si je code un quicksort
2. Si je code un quicksort en m'inspirant de code GPL (j'ai lu un article sur le quicksort, l'exemple de code venait d'un projet GPL)
2. Si je code un quicksort en m'inspirant de code GPL (j'ai le code imprimé sur un bout de papier).
3. Si je copie/colle le quicksort d'une appli GPL
Dans le cas 1, je devrais pas avoir de problème, dans le cas 4, je suis le mal©® dans les cas 2 et 3... j'hésite déjà un peu... mais surtout, dans les 3 cas, en ayant le source, ce sera déjà pas évident de déterminer d'où vient quoi... et sans le source, ce sera encore plus complexe... et puis là, on se dit: "et mais c'est bon arrête ton char, on parle de mplayer, un lecteur complexe de vidéo et tout et tout, pas d'un bête quicksort"... d'accord, mais en fait ce qui m'a fait bondir, c'est 2 choses, l'interview:
" The specific part of the code in which the similarities are found is the one controlling the subtitles when playing movies. The reality is that the code doesn't contain anything really brilliant. On the contrary, it's very simple. " [La partie de code dans lequel des similarités ont étés trouvés est celle controllant l'affichage des sous-titre lors de la lecture. La réalité est que ce code ne contient rien de vraiment génial. Au contraite, c'est très simple!]
Et les string "les mêmes dans les 2 programmes", par exemple:
no error
input buffer too small (or EOF)
invalid (null) buffer pointer
not enough memory
lost synchronization
Comment diriez vous qu'il n'y a pas d'erreur? moi je dirais "no error" ;) (et en jetant un peu d'huile sur le feu: pour un utilisateur, garder le même vocabulaire rend le produit plus simple d'utilisation, je ne prétend pas que c'est le cas, mais c'est pas à négliger...)
En bref, je ne suis pas en train d'affirmer que les dev de mplayer délire, mais j'avoue que ça me laisse perplexe...
Aussi, la réponse de Peter: "But we think that the community should respect the companies who use Linux and not hunt them because I don't think that's beneficial for anyone." [Mais nous pensons que la communauté devrait respecter les boites qui utilise linux et ne pas les traquer, parce que je ne pense pas que cela apporte qqch à quiconque]. Je peux pas lui donner 100% tort, est-ce qu'on a pas mieux à foutre?
Et finalement, je me demande: qu'est ce que ça pourrait rapporter? un gros procès comdamnant Kiss, qui se retrouve à devoir ferme? super, on a quoi d'autre comme player sous linux? (mais rassurons nous, windows ce fera très bien l'affaire ;). Pire, un gros procès coulant Kiss (les avocats ça coute cher), mais invalidant également en partie la GPL (c'est un des "problème" de la GPL, elle est relativement concise, précise, tout les articles comptent... imaginer en retirer un, parce qu'invalider dans un pays... il reste quoi?) ? En bref, en dehors de l'aspect philosophique "il faut respecter la licence coûte que coûte", j'ai du mal à voir ce que ça pourrait apporter de bénéfique... mais peut-être je manque qqch?
# Un diablo-like?
Posté par tene . En réponse à la dépêche Des petits jeux qui poussent. Évalué à 1.
Je me demandais si par hasard, personne parmis vous ne connaitrait un projet de type "diablo-like" (hack and slash), je suis en effet fan de ce genre de jeu intelligent ou tous le but consiste à tuer des monstres pour obtenir des objets qui permettent de tuer plus de monstres pour obtenir plus d'objet pour ... (je crois que vous avez compris là ;).
D'avance merci!
[^] # Re: Pour Kiss la GPL est une licence fragile, faible, peu solide (weak licence)
Posté par tene . En réponse au journal Pour Kiss la GPL est une licence fragile, faible, peu solide (weak licence). Évalué à 1.
[^] # Re: Comparaison de neuf langages sur un micro-benchmark
Posté par tene . En réponse à la dépêche Comparaison de neuf langages sur un micro-benchmark. Évalué à 1.
Il faut également penser au problème de sécurité: du C mal codé permet facilement d'avoir des failles, du java mal codé limite déjà cela (difficile de jouer sur les overflow par exemple). (note: Cela ne veut pas dire que java est "mieux" que C... mais que le choix du langage a un effet sur l'utilisateur).
Aussi dans le contexte du logiciel libre, les choix des développeurs sont capitaux: que dire d'un projet GPL dont les sources sont illisible et inexploitable? La licence est GPL... mais pourtant difficile de profiter de tous les effets bénéfiques pour l'utilsateur de cette licence.
De plus, un développeur ne choisit pas qu'un langage, mais tout ce qui va avec.... comme par exemple le toolkit graphique, et à nouveau ça a une répercussion sur ... l'utilisateur.
En bref, tu peux choisir d'ignorer le langage, la plate forme et les libs et outils utilisés, mais ça a pourtant une influence sur toi. Je suis d'accord avec le fait qu'il ne faut pas "prendre en otage" l'utilisateur avec la nouvelle technologie XYZ mais l'utilisateur fait bien partie de l'équation, et le logiciel libre te permet de t'exprimer la dessus et d'être potentiellement mieux écouté...
[^] # Re: Comparaison de neuf langages sur un micro-benchmark
Posté par tene . En réponse à la dépêche Comparaison de neuf langages sur un micro-benchmark. Évalué à 2.
Dans des cas complexes, oui... (quoi que c'est pas trivial à trouver, et tu auras des cas favorable à l'un puis à l'autre, je pense) mais ici, regarde le code!
L'optimisation ça joue essentiellement sur l'inline, le folding, et quelques trucs plus tordu. Les algos d'allocation de registre sont au point depuis un moment, un add reste un add...
Pourquoi les compilos n'optimisent pas "toujours"? Simplement pour le debugging...
En fait ce que je tente d'exprimer, c'est que l'algo utilisé est tellement CPU-bound que ça devient un test de cpu et plus un test de langage.
Et en fait, ça va même plus loin: tester un langage n'a pas beaucoup de sens, c'est tester tout ce qui va avec, par exemple jouer à C contre C# n'a pas de sens si tu te limites à faire quelques opérations arithmétique, dans ce cas, le simple fait de jouer avec des string permettra de faire ressortir quelques avantages de l'un et de l'autre.
[^] # Re: Comparaison de neuf langages sur un micro-benchmark
Posté par tene . En réponse à la dépêche Comparaison de neuf langages sur un micro-benchmark. Évalué à 1.
[^] # Re: Comparaison de neuf langages sur un micro-benchmark
Posté par tene . En réponse à la dépêche Comparaison de neuf langages sur un micro-benchmark. Évalué à 3.
A demander à ton compilo de compiler correctement... tu mets en production du code non optimisé toi? tu as l'impression que les compilé (réellement utilisé) se différencie beaucoup de part leur optimisation? Combien de % tu gagnes sous le profiler en passant d'un compilo à l'autre pour l'ensemble d'une application?
Si tu veux tester des compilos (et non plus des langages), tu pourrais en cherchant un fouillant un peu plus les optimisations, faire ce genre de test... mais regarde les sources des différents tests, rien de tout cela, attribution des registres assez triviale, on teste le temps du add, sub, div et mul...
Ensuite, il y'aurait également une discussion possible: doit on tester le source le plus lisible? le même source pour chaque compilo? (par exemple .NET a tendance à moins virer les boucles "inutiles" que java, certains ont étés jusqu'à pondre des bench du genre "java 100.000 fois plus rapide que .NET" en partant de ce genre de truc).
En bref, je maintiens: "Tester une série d'opération arithmétique n'est pas intéressant (ça donne si les test sont bien fait, les mêmes résultat,..."
D'ailleurs regarde les résultat, en dehors de certaines abhérations, on a globalement la même, les abérations, sont amha du a un manque de connaissance du langage (activé ou pas le check des bornes, quelle précision, etc...). Et je maintiens, peu importe le langage (compilé), une addition prendra toujours le même temps, puisqu'elle se retrouvera toujours d'une façon ou d'une autre transformer en "add A, B" (au moins sur intel et sauf cas spécifique permettant une optimisation plus poussée).
Enfin... de toute façon, comme dirait l'autre, ocaml vaincra ;)
# Re: Comparaison de neuf langages sur un micro-benchmark
Posté par tene . En réponse à la dépêche Comparaison de neuf langages sur un micro-benchmark. Évalué à 2.
Tester une série d'opération arithmétique n'est pas intéressant (ça donne si les test sont bien fait, les mêmes résultat, ce n'est pas le cas ici pour les raisons suivantes au moins: différence de précision, emploi d'instruction cpu ou d'algo pour les calculs trigonométrique, ...), il aurait fallu comparer les structures de données, la gestion des string, etc...
Par exemple le test ne montre que peu de différence entre C++ (natif) et C#, un test sur un vector comparé à l'ArrayList de C# marquera la différence...
Tester l'io en écrivant des string est biaisé:
- tester le C++ avec fputs...?
- tester java et .NET avec leur string, qui ne sont pas que des tableaux de byte?
Enfin ce genre de test d'io se résume vite a tester la taille du cache...
Bref, ce bench nous apprend peut-être une chose: en effet java (et .NET) ne sont pas intrinsèquement lent, le JIT, assez logiquement produit du code aussi bon que le natif.
ps: si qq connaissant gcc avait une explication pour les diff de perf entre VC++ et gcc ce serait pas mal, parce que j'avoue ne pas comprendre, quelques % d'accord, mais là...?