ouasse

pas besoin de batterie pandora pour passer de 1.5 à 3.71 OE ... il faut passer en 3.52 OE, mettre a jour en 3.52 OE-3 puis de là, passer en 3.71 OE et upgrader en 3.71 OE-3. Sinon effectivement en plus simple y'a la pandora qui te permet de passer en 3.71 OE directement. (avec despertar machin)

oui, c'est pas portable, et non, il ne faut pas tout réécrire. Il s'agit d'identifier les parties de code les plus souvent exécutées et ça se résume au maximum à 3 ou 4 boucles par-ci par-là. Je ne parle pas de convertir des algos complets en assembleur, ça n'a aucun sens. Mais l'utilisation d'une petite librairie simple de fonctions assembleur pour des opérations très simples mais effectuées très souvent (ex: produit matrice/vecteur pour la 3D, application de formules de physique, etc.) peut tout changer. Dans un algo complexe, écrit en C, tu peux user et abuser d'appels de fonctions écrites en assembleur. A la limite, les fonctions en question peuvent avoir un pendant écrit en C, comme ça tu utilises l'assembleur là où c'est disponible, et la version C sinon. Comme ça on est pas obligé de tout réécrire d'une machine sur l'autre, ca dépend si ça vaut le coup de le faire en assembleur ou non. En plus sur la PS3 avec le Cell c'est d'autant plus intéressant qu'on peut envoyer du boulot à faire à un SPE, ce qui libère le CPU pour faire autre chose dans un autre thread. Les fonctions de base (calcul matriciel, calculs de physique) ne sont pas grosses, ce sont les algos qui sont autour qui le sont. Pas besoin d'implémenter un algo entier en assembleur, mais d'utiliser l'assmebleur là où c'est nécessaire. Un jeu vidéo n'est pas une application professionnelle : il y a des contraintes supplémentaires, les architectures sont fixes. Il faut faire avec l'existant. Une application professionnelle, c'est moins contraignant : tu peux faire tourner une appli plus rapidement en utilisant un PC plus rapide.

tikilou, normal que la wii consomme moins, la technologie est à peu de choses près la même que la Game Cube, et qu'avec les évolutions de la technologie (finesse de gravure etc), normal qu'une Game cube fabriquée en 2007 consomme moins qu'un modèle de 2001. d'ailleurs la conso de la récente PS3 40 Go est passée à 140 W, sur ton graphique il s'agit de la PS3 60 Go. M'étonnerait pas qu'elle finisse aussi à 20 W dans 6 ans.

100% d'accord avec baboulette, surtout que bien souvent dans un jeu le processeur passe 99.9% du temps sur 0.5% du code, donc l'utilisation de l'assembleur pour ces 0.5% est largement justifiée. Un code exécuté une fois, qu'il soit en C++ ou assembleur, on ne verra pas vraiment la différence. Un code exécuté 10 millions de fois par seconde, on commence à saisir l'intérêt de l'optimiser en assembleur. Surtout que généralement la partie centrale du code le plus exécuté va faire au maximum 30 ou 40 lignes de code C, ce qui n'est pas la mort à optimiser en asm

Avant c'était Apple qui était en dernier, ils ont fait des progrès aussi

tu veux dire, 2 pour 1 et 9 pour 1, non ?

je viens de voir la vidéo (avec bcp de retard), et le circuit est déjà présent dans wipeout pure sur PSP. La version PS3 est offerte si on possède la version PSP ? bon ok ça a pas marché avec Tekken 5

oui c'est normal, ça permet de faire deux types de vibrations différentes. bon, sinon, quand est-ce que la dual shock est fournie de base avec la PS3 40 Go ?

j'ai jamais compris l'intérêt de cette fonction, si on peut pas jouer aux jeux.

pas besoin de batterie, si tu veux aider quelqu'un tu pourras passer ta batterie en pandora et la remettre en normale après

Le GTA 0151# est la bonne version, tu peux foncer sur cette méthode.

ba t'façons le marketing en général consiste quand même bien à prendre les gens pour des cons, non ?

Sur le Cell on peut programmer les SPE en C, si on est sûr de son compilateur. C'est quand même très clair que le niveau max d'optimisation sur les SPE ne sera de toutes façons atteint QUE si on programme en assembleur, même si on peut avoir un résultat pas trop pourri en C, et encore, il faut faire du C SPE-friendly sinon on aura des perfs toutes pourries. Et pour cela il faut avoir une connaissance minimale de l'assembleur même si on ne tape pas directement au niveau de l'assembleur. C'est une sorte de programmation en langage C qui n'utiliserait pas les types de base du C (int, char, float, ...) sauf pour les variables locales. Dès qu'on tape dans les structures de données complexes il faut tout stocker en vecteurs, le type le plus efficace sur SPE. Et pour comprendre pourquoi, il faut avoir une connaissance minimale de l'archi et des instructions assembleur de base. ça, c'est clair et net ! mais au vu des résultats qu'on peut obtenir, ça vaut franchement le coup de se creuser un peu la tête.

salut, y'a pas besoin de partitionner le disque pour booter un live CD. Faut juste installer le bootloader qui se trouve sur le CD. tu peux trouver l'iso du live cd d'Ubuntu sur ce lien. De base, le cd lance l'install, mais il y a une option de boot pour démarrer en live. A l'invite "kboot:" tape plusieurs fois sur la touche Tab pour faire défiler toutes les options de boot disponibles. Par contre les versions Live CD sont généralement ultra lentes, car la majorité de la RAM est occupée par le ram disk qui fait office de disque racine du système. Ce n'est pas vraiment utilisable, mais ça te donnera un aperçu du fonctionnement de Linux sur PS3.

tiens, autre question : j'ai une imprimante epson DX 3850 (compatible 3800), qui fait aussi scanner. Est-ce que la fonction scanner peut être utilisée sur ps3 ? et est-ce que la ps3 gère les scanners en général ?

sur le prototype de PS3 (la blanche) présenté il y a moult temps avant la sortie officielle, il y avait 2 ports à l'arrière (et 4 à l'avant). J'imagine que les 2 ports arrière ont été retirés dans la version finale pour raison de coût (un peu comme 2 des 4 dans la version 40 Go). sinon, question : y a-t-il vraiment des gens qui vont acheter une imprimante uniquement pour la PS3 ??? j'imagine que tous les possesseurs d'imprimantes du monde entier ont également un PC, Mac ou autre vrai ordinateur à coté. Et donc, quel intérêt de débrancher l'imprimante de l'ordi pour la brancher sur une PS3 ? vu qu'on peut aussi imprimer avec l'ordi, et pas que des photos.

aaaaaaaaaaaarghhhll une raison suffisante pour ne pas acheter ce jeu

Encore un qui est resté à l'âge de pierre... Tu penses réellement que pour la majorité des applications de gestion, il est nécessaire de connaitre l'assembleur et le C sur le bout des doigts alors que l'application peut avoir le meme niveau de qualité en un temps divisé par 3 si c'est développé en Java (ou autre langage de "haut niveau") ? Pour moi, le principal boulot du développeur, c'est de ne pas réinventer la roue. Les développeurs deviennent de plus en plus des intégrateurs (au sens intégration de composants logiciels au sein d'un nouveau projet) et ce n'est pas forcément un mal. Ca donne souvent la possibilité d'avoir des outils développés rapidement et qui sont plus robustes. Et je ne vois toujours pas en quoi cest une honte de ne pas connaitre le C sur le bout des doigts pour un développeur. Les pointeurs et l'allocation de la mémoire c'est suer dans l'info indus quand tu fais de l'embarqué par exemple mais pour des applis de plus haut niveau qui n'ont pas besoin de tourner 24/24, ça n'a que rarement un intérêt. Bien sur bien sur. C'est comme les gens qui savent conduire une voiture sans jamais avoir ouvert le capot. Je sais bien qu'il y en a plein. Mais dans certains domaines, comme le mien (la recherche en optimisation) ou le jeu vidéo ça peut poser franchement problème. Maintenant le mec qui fait des applis de gestion dont la demande en calcul correspond à une multiplication toutes les 10 minutes, il peut la faire en Java ou en Visual machin, ça ne me pose aucun problème.

je répondais aux questions de résolution écran et réseau du monsieur au dessus

fedora pousse la barre de plus en plus haut ! sinon pour Ubuntu, sur le topic spécial ubuntu, tout est expliqué pour changer la résolution, et configurer le réseau (wifi), faut quand même pas abuser. sinon les docs c'est fait pour être lu aussi

aux dernières nouvelles, le RSX est loin d'être pleinement utilisable. Les hackers en sont toujours au stade de tests et expérimentations. Pour le comparatif, bah allez-y, lâchez-vous

c'est fini, la PS3 n'est plus underground. je vais aller revendre la mienne ou l'échanger contre une xbox 360

perso je ne conseillerais jamais la Fedora à quiconque, ayant eu toutes les merdes possibles et imaginables sur la version PC (qui est la même que les autres plate-formes, à part le kernel évidemment), genre le système qui plante tout seul, des fuites mémoire dans le kernel (oui oui, vous avez bien lu, la mémoire dispo baisse toute seule jusqu'à ce que le système freeze), le compilateur qui ne compile pas (ils ont mis des patchs de gorets sur gcc) ... la dernière yellow dog inclut le wifi. Sur le forum il y a un tuto pour installer (x)ubuntu 7.10 avec un kernel qui permet de lire les blu-ray et d'utiliser le wifi, les manettes sixaxis en bluetooth, etc. Perso j'utilise une Debian avec un kernel trafiqué avec la méthode du tuto ubuntu (une ubuntu est une sorte de debian)

salut le patch UDF ne marche plus avec la version courante du kernel récupéré avec git (2.6.24-rc3) de plus pour la config et compilation du noyau, pas besoin d'etre root : il n'y a qu'a rajouter l'option "--rootcmd fakeroot" à la commande make-kpkg (il faut bien sur avoir installé fakeroot). et pas besoin de mettre des sources dans /usr/src, un répertoire utilisateur fait très bien l'affaire (pas besoin de lien /usr/src/linux non plus).

apparemment c'est effectivement le WOL. la mise à jour 2.01 corrige le problème.