Sauf que pour compiler une appli multimédia a-la-Mplayer (qui a certainement besoin de support MMX SSE1&2 etc.) gcc-2.95 c'est un peu le compilo dinosaure :-) m'enfin il etait pas si mal, certes, mais un gcc3.x flambant neuf c'est surement mieux.
Le moteur d'unread 2 !!! Tu es sur de ton info ? paske tout ça pour faire un clone de Frozen Bubble.. ils se sont pas foulés. Enfin cela dit vu le niveau constructif du jeu.
Encore ils auraient fait un jeu de plateformes à la Bubble Bobble où les americains doivent embuller les talibans... et même pkoi pas des americains en petit dragons cracheurs de mousse a raser qui doivent tailler la barbe des mechants talibans :)
J'ai oublie Ultima Underworld 1&2, avec les monstres qui se grattent la tête et hesitent a attaquer, qui jouent en fonction du terrain. les NPC avec qui on peut faire du commerce etc.. le bon gros jeu de role en 3D avec un scénario.
De la devinette aussi :-)
Et piskon parle de Ultima Underworld, je serais curieux d'avoir l'avis de "Lord British" sur la question du port des Ultima (voire de l'ouverture des sources).
J'ai joué qu'au 1 mais l'aspect stratégie etait vraiment intéressant, pis c'etait original comme concept!
Pour la version 3 les cris des amazones sont vraiment trop marrants :-)
Je te plussoie, Tyrian c'est trop de la balle :-)
mais c'est pas encore dans mes préféres :
- Dune (la beauté, le style de jeu)
- Fury of the Furies (la prouesse technique d'un jeu de plate-formes/enigmes en 640x480 super fluide sur 386! mais grum que c'etait dur!!!!)
- Day of The Tentacle (l'humour la réalisation parfaite avec assez peu de ressources)
- Indycar Racing (Le premier jeu de course super réaliste avec des textures mappées et la jouabilité d'indy500!)
SA PU C'est tout pourri a configurer le DOS avec ses drivers à la con sa gestion de mémoire on ne peut plus merdique (voire inexistante, c'est comme vous voulez) quand on voit linux à coté on pleure.
Mémoire paginée, étendue, haute, loadhigh, device=tamere.sys, devicehigh=tasoeur.com, HIMEM, EMM386 exception 13! autant de raisons de pietiner sauvagement tout produit estampillé M$.
C'est un truc dont je ne me souvenais plus mais ça m'a sauvagement sauté a la gorge en essayant de lancer "Guilty" (bien sur, en plus des problemes de mémoire, j'ai plus le code de protection à la noix).
(j'avais juste en tête les souvenirs des bons moments de "Fury of the Furies", "Dune" ou "Day of the Tentacle", ou même "Ultima Underworld!").
Vraiment un excellent papier qui montre bien que SCO ne cherche qu'a se faire un peu de pognon sans aucun fondement (si ce n'est que la même chose avait été tentée par Novell sur BSD!).
Pour une fois que tu (S.P.) dis quelque chose de censé (dans les 2 premières lignes). Par contre le j'ai bien peur que linux de meure ça c'est n'importe koi, la force de Linux c'est l'ouverture du code, SI une portion du code a vraiment été violée/volée/piratée?/intégrée par IBM et placée dans le code du noyau, ben il suffira aux developpeurs du noyau de reecrire la chose incriminée et hop après un upgrade, l'incident est clos!
Kant a scier la branche et l'arbre, et toute la forêt, ouais c'est une attitude humain qu'on peut comprendre, SCO tel un kamikaze s'en prend... aux moulins à vent.
Pardon mais faire un proces pour du code ressemblant sans même vouloir préciser le code incriminé, c'est vraiment douteux.
Prenez un algorithme Unix typique de recherche de page mémoire a swapper : un espece de truc cyclique où on marque des pages et où on les swappe si au coup suivant elles n'ont pas été utilisées (si mes souvenirs sont bons).
Deux implémentation d'un même algo peuvent naturellement se ressembler. Mais si on prends en plus, les mêmes contraintes (occupation mémoire par exemple), et si on se tient a un standard (posix?) pour les informations de protection qui doivent être gérées (et c'est le cas dans l'implementation du noyau, il parait évident de trouver des similarités très fortes!
Alors à ce moment là on se rapproche plus d'un problème "brevet-like" qu'un probleme de copyright.
Pour la réponse de chez KDE, elle est claire et bien structurée, ca fait un bon coup de pub Gnu/Linux pour décideurs pressés.. et de pub pour KDE!
Par contre elle ne démonte pas les arguments vaseux du Marketeux de MickeySoft.. et réplique un peu trop souvent "on va pas s'abaisser a faire ça, c'est trop lassant".
Pour le style, celui de la réponse de Léa-Linux est un poil trop ironique a mon goût, ce qui fait que le décideur pressé ne saura plus trop quoi comprendre dans tout ça :(
Desole je suis pas d'accord, c'est facile de dire vaguement hop c'est l'OS qui fait le boulot, ben on peut lui en dire des trucs au serveur X (gérer le backing store pour eviter de redessiner des morceaux, des trucs comme ça).
Mais bon, a un moment ou a un autre il faut lui dire quoi redessiner de joli sur ton ecran, et le serveur X peut pas le deviner, a ce moment là tu peux toujours intercaler une librairie de plus haut niveau et multithreadée (QT ?) qui ferait un peu plus de boulot (genre redessiner automatiquement les boutons, les trucs comme ça).
Par contre, qu'est ce que tu crois qui se passe quand tu vois ton ecran kmail blanc ? ben le serveur X s'est aperçu que la zone blanche etait de nouveau exposée et qu'il allait falloir la redessiner, alors hop il génère un évènement que kmail récupère dans sa boucle de message (cf. protocole Xlib) => le serveur X a fait son boulot, c'est tout ce qu'on lui demande.
Maintenant si kmail faisait autre chose a ce moment la, l'evenement de "repaint" reste dans la queue (en attente quoi, et ca redessine rien) : ta fenêtre reste blanche => kmail a pas fait son boulot.
Solution ?
- une lib MT qui s'intercale et fait le boulot (jusqu'a un certain point, s'il fallait redessiner un film/animation la lib pourrait pas le faire a la place du programme)
- kmail multithreadé et qui gère le "repaint" dans un autre thread que son thread de calcul.
C'est peu être des gadgets mais la comparaison avec le Xwindow est assez intéressante (et montre assez bien l'intérêt de Fresco dans tout ça).
J'aime bien la fin (et si vous n'etes pas convaincus) :
10 And if that doesn't convince you...
...see http://lcamtuf.coredump.cx/evilfinder/ef.cgi?said=X+Window+System.
A ce moment là, autant faire une pétition pour libérer le source de Flash (voire une vieille version), ou les specs!
Mais bon chez macromedia ils vont pas se tirer une balle dans le pied.
[^] # Re: Interview de Gaël Duval (MandrakeSoft) sur Transfert
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Interview de Gaël Duval (MandrakeSoft) sur Transfert. Évalué à 0.
[^] # Re: Un gestionnaire de paquetages?
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Graouwin, une nouvelle compilation de logiciels libres pour Windows. Évalué à 2.
Maintenant sous Win32 t'as Cygwin. Ou les UnxUtils. Mais bah.. c'est pas du Linux, hein.
Sinon "Graou" ça fait très troll comme nom c'est marrant :-)
# Re: Le HN-RT1 : un routeur multimédia Linux
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Le HN-RT1 : un routeur multimédia Linux. Évalué à 1.
[^] # Re: Gentoo Games - America's Army
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Gentoo Games - America's Army. Évalué à 0.
Encore ils auraient fait un jeu de plateformes à la Bubble Bobble où les americains doivent embuller les talibans... et même pkoi pas des americains en petit dragons cracheurs de mousse a raser qui doivent tailler la barbe des mechants talibans :)
[^] # Re: Encore une analyse Linux VS Unix
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Encore une analyse Linux VS Unix. Évalué à -1.
[] -> je sors
[^] # Re: DOSBox, l'émulateur DOS
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.
[^] # Re: DOSBox, l'émulateur DOS
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 2.
[^] # Re: DOSBox, l'émulateur DOS
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.
Et piskon parle de Ultima Underworld, je serais curieux d'avoir l'avis de "Lord British" sur la question du port des Ultima (voire de l'ouverture des sources).
[^] # Re: DOSBox, l'émulateur DOS
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.
Pour la version 3 les cris des amazones sont vraiment trop marrants :-)
[^] # Re: Z'avez tout faux...
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.
mais speedball ! je te [+] :-)
[^] # Re: DOSBox, l'émulateur DOS
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.
mais c'est pas encore dans mes préféres :
- Dune (la beauté, le style de jeu)
- Fury of the Furies (la prouesse technique d'un jeu de plate-formes/enigmes en 640x480 super fluide sur 386! mais grum que c'etait dur!!!!)
- Day of The Tentacle (l'humour la réalisation parfaite avec assez peu de ressources)
- Indycar Racing (Le premier jeu de course super réaliste avec des textures mappées et la jouabilité d'indy500!)
[^] # Re: DOSBox, l'émulateur DOS
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 0.
Mémoire paginée, étendue, haute, loadhigh, device=tamere.sys, devicehigh=tasoeur.com, HIMEM, EMM386 exception 13! autant de raisons de pietiner sauvagement tout produit estampillé M$.
C'est un truc dont je ne me souvenais plus mais ça m'a sauvagement sauté a la gorge en essayant de lancer "Guilty" (bien sur, en plus des problemes de mémoire, j'ai plus le code de protection à la noix).
(j'avais juste en tête les souvenirs des bons moments de "Fury of the Furies", "Dune" ou "Day of the Tentacle", ou même "Ultima Underworld!").
[^] # Re: un document de mise au point sur opensource.org
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Caldera c'est vraiment fini. Évalué à 1.
[^] # Re: Hallucinant !
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Caldera c'est vraiment fini. Évalué à -1.
[^] # Re: Caldera c'est vraiment fini
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Caldera c'est vraiment fini. Évalué à 8.
[^] # Re: Réponse à Pierre Bugnon de Microsoft France
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Réponse à Pierre Bugnon de Microsoft France. Évalué à 2.
Pour la réponse de chez KDE, elle est claire et bien structurée, ca fait un bon coup de pub Gnu/Linux pour décideurs pressés.. et de pub pour KDE!
Par contre elle ne démonte pas les arguments vaseux du Marketeux de MickeySoft.. et réplique un peu trop souvent "on va pas s'abaisser a faire ça, c'est trop lassant".
[^] # Re: Réponse à Pierre Bugnon de Microsoft France
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Réponse à Pierre Bugnon de Microsoft France. Évalué à 2.
[^] # Re: J'ai testé Windows
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche J'ai testé Windows. Évalué à 2.
[^] # Re: Bof,
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche GoboLinux : une nouvelle hiérarchie de fichier pour votre distribution. Évalué à 1.
Par contre les liens hard sur des repertoires.... hmmmpf! (quoi ca marche on m'aurait menti ?).
[^] # Re: DCE, Quartz et Fresco
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche DCE, Quartz et Fresco. Évalué à 3.
Mais bon, a un moment ou a un autre il faut lui dire quoi redessiner de joli sur ton ecran, et le serveur X peut pas le deviner, a ce moment là tu peux toujours intercaler une librairie de plus haut niveau et multithreadée (QT ?) qui ferait un peu plus de boulot (genre redessiner automatiquement les boutons, les trucs comme ça).
Par contre, qu'est ce que tu crois qui se passe quand tu vois ton ecran kmail blanc ? ben le serveur X s'est aperçu que la zone blanche etait de nouveau exposée et qu'il allait falloir la redessiner, alors hop il génère un évènement que kmail récupère dans sa boucle de message (cf. protocole Xlib) => le serveur X a fait son boulot, c'est tout ce qu'on lui demande.
Maintenant si kmail faisait autre chose a ce moment la, l'evenement de "repaint" reste dans la queue (en attente quoi, et ca redessine rien) : ta fenêtre reste blanche => kmail a pas fait son boulot.
Solution ?
- une lib MT qui s'intercale et fait le boulot (jusqu'a un certain point, s'il fallait redessiner un film/animation la lib pourrait pas le faire a la place du programme)
- kmail multithreadé et qui gère le "repaint" dans un autre thread que son thread de calcul.
une autre solution a ton gout ?
[^] # Re: DCE, Quartz et Fresco
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche DCE, Quartz et Fresco. Évalué à 3.
# Re: Pétition pour le port de Flash sur LinuxPPC
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Pétition pour le port de Flash sur LinuxPPC. Évalué à 10.
[^] # Re: EUCD.info [Article 12 Reprise]
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche EUCD.info : « Moins de copie privée et des mouchards sur les oeuvres ». Évalué à 1.
[^] # Re: Comment faire passer son linux pour un MacOSX
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Comment faire passer son linux pour un MacOSX. Évalué à -1.
[^] # Re: Compte-rendu de la conférence sur la directive sur la brevetabilité du logiciel des 7 et 8 mai 2003 au parlement européen à Bruxelles
Posté par let antibarbie = xp <- xp - 1 . En réponse à la dépêche Compte-rendu de la conférence sur la directive sur la brevetabilité du logiciel des 7 et 8 mai 2003 au parlement européen à Bruxelles. Évalué à 1.