heu il est pas librement installable : tu doit respecter un certains nombre de critere : entre autre dans ton exemple ca m'etonerais que tu puisse l'installer chez le voisin ;)
Oui mais vu que ton droit d'auteur ne protege que le code brute, je te laisse faire l'implementation, puis je le reimplemente d'une autre facon (le meme algo peu etre traduit de plusieur facon) ou d'un autre language, et hop je peux te concurencer sans avoir fait la moindre recherche. Tu ne vas pas avoir de retour sur investissement et tu risques de couler alors que moi qui n'est rien investi en recherche j'ai des grandes chance de faire du profit....
Et dire que sur ppc il y a 32 registre generaux + 32 registre flottant, on est encore loin du compte...
Et puis le doublement de registre ca n'ameliore pas forcement la rapidite : il faut pas oublier qu'a chaque changement de contexte il faut les sauver/restaurer.
Idem il faut avoir un compillo assez itelligent pour en profiter efficacement : certains registre sont strach et peuvent etre efface a chaque appel de fonction, d'autre doivent etre sauver (il faut donc les sauver sur la pile avant de s'en servir et les restaurer ensuite)....
sauf que le flash c'est pas adapte : tu peux pas naviger dedans. Mettre en pause, ...
Tu crois que les algo de compression utiliser par le flash pour la video et le son (mp3) ne sont pas couvert pas des brevets : laisse moi rigoler...
Donc flash n'est pas utilisable sur toute les platforme libre et utilise aussi des technologiques couvertes de brevet...
(juste pour finir, GNUstep et Java/.NET c'est pas franchement interchangeable, GNUstep n'a jamais eu comme objectif la portabilitee des binnaires)
J'ai jamais dis le contraire, je parlais au niveau framework... Bien que c'est discutable avec les 'FAT binary'....
Posté par M .
En réponse au journal FreePlayer.
Évalué à 2.
A quand la decouverte de failles dans le navigateur web de la freebox, ca pourrait etre marrant, vu qu'on peut envoyer les pages qu'on veut on pourrait avec de la chance "se logguer" dessus.
Sinon ils utilisent du gif pour les graphiques, c'est mal (tm).
Et comme il est plus facile de regarder ou l'on clique sur l'ecran que ce que l'on tape au clavier, c'est a mon avis moins secure qu'avant...
Surtout qu'avant tu pouvais taper lz mdp rapidement, maintenant le temps de trouver ou se trouve les touches (dont les position change a chaque fois), bonne chance pour aller rapidement...
Sauf que cette fois ci ca se fait sur un autre processeur, donc il faut parraleliser le programme si on veut profiter a fond de l'archi. Et la parallelisation est une chose loin d'etre evidante...
oui, cette archi pour etre exploité a fond va necessiter soit des compillo tres intelligent capables de paralelliser le code sur les unites vectorielles, soit necessiter de gros effort de portage (realisation d'alo optimiser pour l'archi, ...).
D'ailleur certains gamers se possaient la question de la disponibilité des jeux sous la PS3. En effet la nouvelle xbox et la ps3 parte a peu tres sur les meme base. Les developpeurs par soucis de portabilite/simplicite du code ne vont il pas preferer la xbox ?
Et puis c'est beau d'avoir une libopengl, mais si c'est pour le faire tourner en soft et refaire des IO direct pour piloter la carte en 2D, on aura pas beaucoup avance...
Sous bsd par example, j'ai pas vu beacoup de driver supportant l'opengl...
ben avec opengl y a aussi une partie qui est lie a linux : il faut toujours une couche d'abstraction a moins de faire comm ce qui est fait actuelement : attaquer directement le matos via des IO...
j'aimerais avoir aussi les perf en "Software mesa"...
Expanding xorg with kaa is perpetuating some of the big flaws in the X
server. Xgl pushes all of the PCI probing and manipulation of hardware
registers down into device drivers when synchronization is controlled
by the kernel. kaa continues with the current X server which does evil
things like manipulate the PCI bus from user space. It also turns off
other video cards that it doesn't have drivers loaded for even though
those cards may be in use by other apps. A big goal of Xgl is to
remove the need for the server to run as root. Removing root makes it
hard for the X server to do nasty things. Long run the Xgl model
should have superior performance to kaa since Xgl exposes full OpenGL including shaders.
Eu pour eviter d'avoir un serveur X qui fait des io directement sur la carte, il devrait etre possible d'utiliser les drivers framebuffer, mais je ne vois pas trop en quoi intervient opengl. Je sais pas trop si directfd fait aussi des io directement.
le premier patch a ete applique et pour l'autre le developpeur semble avoir ses raisons.
Il faut comprendre que certains developpeurs sont sur des pb plus complexe et qu'ils n'ont pas forcement du temps a consacrer a ton patch, surtout s'ils touchent a la structure interne de l'appli.
Oui, c'est pas toujours facile de faire integrer ses patchs (moi aussi j'ai par exemple un truc pour mplayer qui traine depuis plus d'1 an).
Dans ces cas je me dis tant pis, j'ai reussi a faire que ca marche bien chez moi, s'ils le veulent pas en upstream tant pis.
suis je le seul a trouver leur clavier virtuel merdique : avant il fallait regarder le clavier pour connaire le mot de passe, maintenant il suffit de regarder ou l'on clique sur l'ecran...
[^] # Re: Le pire...
Posté par M . En réponse à la dépêche Publi-information de Microsoft à l'école, quand un parent d'élève se rebiffe !. Évalué à 4.
[^] # Re: Le droit d'auteur
Posté par M . En réponse au journal Quelle alternative aux brevets logiciels pour protéger notre propriété intellectuelle ?. Évalué à 1.
# icone
Posté par M . En réponse à la dépêche SeaMonkey : C'est parti !. Évalué à 7.
M'enfin c'est bien que mozilla continue...
[^] # Re: Apports du 64 bits ?
Posté par M . En réponse au journal x86_64 es-ce vraiment utile. Évalué à 2.
Et puis le doublement de registre ca n'ameliore pas forcement la rapidite : il faut pas oublier qu'a chaque changement de contexte il faut les sauver/restaurer.
Idem il faut avoir un compillo assez itelligent pour en profiter efficacement : certains registre sont strach et peuvent etre efface a chaque appel de fonction, d'autre doivent etre sauver (il faut donc les sauver sur la pile avant de s'en servir et les restaurer ensuite)....
# +
Posté par M . En réponse au journal Bd pour geek. Évalué à 6.
[^] # Re: Sour GNU/Linux aussi !
Posté par M . En réponse au journal 7-Zip 4.23. Évalué à 2.
[^] # Re: puissance
Posté par M . En réponse au journal FreePlayer. Évalué à 3.
oui mais on pert aussi de la qualite lors du transcodage vers du MPEG2. Et puis ca depend de la sortie video de ta carte.
2)
Pour le PC aussi, si tu n'utilise pas un mode clone et que ca se comporte comme 2 buraux.
3) si on peut appeler ca encore un modem ;)
Bon je suis d'accord que le principal avantage c'est d'eviter le cable video pc<->tv.
# puissance
Posté par M . En réponse au journal FreePlayer. Évalué à 2.
On me maintients toujours que ca passe sur des configs moyenne 500 Mhz alors que dans la news je dissais qu'il fallait 1Ghz mini ?
Ca a vraiement un interret sachant que pas mal d'ordi on une sortie tv ?
[^] # Re: ...
Posté par M . En réponse au journal programmation GNUstep avec StepTalk palette. Évalué à 2.
Tu crois que les algo de compression utiliser par le flash pour la video et le son (mp3) ne sont pas couvert pas des brevets : laisse moi rigoler...
Donc flash n'est pas utilisable sur toute les platforme libre et utilise aussi des technologiques couvertes de brevet...
(juste pour finir, GNUstep et Java/.NET c'est pas franchement interchangeable, GNUstep n'a jamais eu comme objectif la portabilitee des binnaires)
J'ai jamais dis le contraire, je parlais au niveau framework... Bien que c'est discutable avec les 'FAT binary'....
[^] # Re: ..
Posté par M . En réponse au journal FreePlayer. Évalué à 3.
# ..
Posté par M . En réponse au journal FreePlayer. Évalué à 2.
Sinon ils utilisent du gif pour les graphiques, c'est mal (tm).
[^] # Re: traduction de la FAQ
Posté par M . En réponse au journal Hashcash, vers une solution contre le spam ?. Évalué à 4.
La meilleur traduction que j'ai trouver est pb d'acces concurent...
[^] # Re: Oui et non
Posté par M . En réponse au journal Hashcash, vers une solution contre le spam ?. Évalué à 3.
[^] # Re: Enfin
Posté par M . En réponse au journal 7-Zip 4.23. Évalué à 3.
# ...
Posté par M . En réponse au journal Nom de domaine à la mords-moi le .... Évalué à 4.
# .
Posté par M . En réponse au journal Comment les banques font croire à la sécurité. Évalué à 10.
Surtout qu'avant tu pouvais taper lz mdp rapidement, maintenant le temps de trouver ou se trouve les touches (dont les position change a chaque fois), bonne chance pour aller rapidement...
[^] # Re: Station de travail? Non!
Posté par M . En réponse à la dépêche Port de Linux sur le processeur Cell. Évalué à 4.
[^] # Re: Serveur X sur OpenGL ?
Posté par M . En réponse à la dépêche Exa, une nouvelle architecture accélérée pour les drivers Xorg. Évalué à 3.
Tu devrais te reseigner un peu plus : pourquoi crois tu qu'on fait des drivers framebuffer specifique au carte ?
Regarde le projet directfd, tu vera s'il n'y a pas d'acceleration materiel (evidament si on veut de l'opengl on utilisz les drivers dri en //).
[^] # Re: J'ai hate...
Posté par M . En réponse à la dépêche Port de Linux sur le processeur Cell. Évalué à 9.
D'ailleur certains gamers se possaient la question de la disponibilité des jeux sous la PS3. En effet la nouvelle xbox et la ps3 parte a peu tres sur les meme base. Les developpeurs par soucis de portabilite/simplicite du code ne vont il pas preferer la xbox ?
[^] # Re: Serveur X sur OpenGL ?
Posté par M . En réponse à la dépêche Exa, une nouvelle architecture accélérée pour les drivers Xorg. Évalué à 3.
Et puis c'est beau d'avoir une libopengl, mais si c'est pour le faire tourner en soft et refaire des IO direct pour piloter la carte en 2D, on aura pas beaucoup avance...
Sous bsd par example, j'ai pas vu beacoup de driver supportant l'opengl...
[^] # Re: Où ça ?
Posté par M . En réponse à la dépêche Sortie d'Eclipse 3.1. Évalué à 4.
[^] # Re: Serveur X sur OpenGL ?
Posté par M . En réponse à la dépêche Exa, une nouvelle architecture accélérée pour les drivers Xorg. Évalué à 2.
[^] # Re: Serveur X sur OpenGL ?
Posté par M . En réponse à la dépêche Exa, une nouvelle architecture accélérée pour les drivers Xorg. Évalué à 3.
Expanding xorg with kaa is perpetuating some of the big flaws in the X
server. Xgl pushes all of the PCI probing and manipulation of hardware
registers down into device drivers when synchronization is controlled
by the kernel. kaa continues with the current X server which does evil
things like manipulate the PCI bus from user space. It also turns off
other video cards that it doesn't have drivers loaded for even though
those cards may be in use by other apps. A big goal of Xgl is to
remove the need for the server to run as root. Removing root makes it
hard for the X server to do nasty things. Long run the Xgl model
should have superior performance to kaa since Xgl exposes full OpenGL including shaders.
Eu pour eviter d'avoir un serveur X qui fait des io directement sur la carte, il devrait etre possible d'utiliser les drivers framebuffer, mais je ne vois pas trop en quoi intervient opengl. Je sais pas trop si directfd fait aussi des io directement.
[^] # Re: Mes contributions
Posté par M . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 3.
le premier patch a ete applique et pour l'autre le developpeur semble avoir ses raisons.
Il faut comprendre que certains developpeurs sont sur des pb plus complexe et qu'ils n'ont pas forcement du temps a consacrer a ton patch, surtout s'ils touchent a la structure interne de l'appli.
Oui, c'est pas toujours facile de faire integrer ses patchs (moi aussi j'ai par exemple un truc pour mplayer qui traine depuis plus d'1 an).
Dans ces cas je me dis tant pis, j'ai reussi a faire que ca marche bien chez moi, s'ils le veulent pas en upstream tant pis.
[^] # Re: Espèce de pirate !!
Posté par M . En réponse au journal Télécharger ses comptes gratuitement depuis le lion. Évalué à 5.