Fabrice_75015

Membres
  • Compteur de contenus

    138
  • Inscription

  • Dernière visite

Tout ce qui a été posté par Fabrice_75015

  1. Implémenter le NTFS c'est surtout long à implémenter (sauf à réutiliser du code existant open source) et encore plus long à tester et vérifier que cela marche dans plusieurs cas. Je pense même que le FAT32 n'a pas du tout été implémenté par les hackers car la PS3 le supporte nativement (pour lire le contenu des clefs USB par exemple), donc comme le NTFS n'est pas natif sur la PS3 personne ne va se casser la tête à le faire.
  2. Je suis bien d'accord avec toi. Le but d'un éditeur de jeux est de faire de l'argent et si possible en se faisant chier le moins possible. Perdre du temps pour comprendre comme le Cell fonctionne ce n'est pas rentable, et c'est compréhensible. Cependant la rumeur indiquant que le Cell est impossible à programmer me semble quand même bien peu fondée. J'ai lu plusieurs articles techniques sur le Cell et ce n'est pas la mer à boire comme certains voudraient nous le faire penser. Ce qui me semble évident est que : 1) Il est trés difficile de porter un jeu PC ou XBox 360 vers le Cell (pb de performance par exemple car l'architecture du Cell est très différente) 2) Il faut penser différemment quand on code sur Cell 3) Un fois que l'on commence à code sur Cell et que l'on comprend le fonctionnement je suis certain que ce n'est pas si compliqué, c'est différent Voilà :-) Je vous conseille de lire cet article très bien fait : http://www.blachford.info/computer/Cell/Cell0_v2.html
  3. Bonjour, sur Mac il existe aussi TwonkyMedia qui est gratuit : http://www.twonkyvision.com/Products/TwonkyMedia/index.html Il s'installe facilement, et il se lance en allant dans le Terminal et en tapant : cd /usr/local/mediacenter./mediacenter Ensuite il scrute automatiquement tout le disque et la PS3 détecte automatiquement le serveur sur Mac. Par contre seuls les codecs supportés par la PS3 sont lisibles, c'est à dire presque rien à part les mp3, les jpg. Pas possible de jouer les vidéos mp4 ou les musiques AAC, donc cela n'a que peut d'interet.
  4. Fabrice_75015

    !3 Ps3 Fumées..... Déja

    Bonsoir les amis, j'en profite pour mettre mon grain de sel, moi aussi je me marre bien :-) Bon Sylvain, tout le monde t'a reconnu :-) C'est mort ! Déjà à l'époque tu faisais croire aux passants que tu contrôlais les feus rouges avec ta manette snes dans la rue ! Ceci dit ça marchait bien :-)))) Il y avait bien un bouton vert et un rouge sur la manette :-) Bon voilà, je suis le frère de Julien, et je ne travaille pas chez Ubi. Il y a quelques temps j'étais un taré sur GameCube et j'ai développé le seul soft de hack GameCube sur Mac (genre le truc qui touche 0.0001% de la population) : http://ooze.multimania.com/NGC/ Voilà :-) P.S. : n'hésitez pas à écrire à mon frère, il aime bien débuger et faire des mails en même temps.
  5. J'ai fait vite car transformer du Java en C c'est simple. C'est pour cela que j'avais envie d'écrire le serveur en Java car ça me permettait de me concentrer sur le nouveau protocole (car le Java c'est quand même super pratique pour coder rapidement), en je savais que la transformation en C serait rapide.
  6. Fabrice_75015

    Thinair Pour Linux

    Yes !!! C'est le grand retour de TiX !!! ;-) En tout cas je suis ravi que ThinAir fonctionne bien sous Linux ! Pour ce qui est du 100% de CPU, je pense qu'il faut essayer de virer tous les "printf" de mon code, ça doit bien aider je pense...je l'avais fait pour le vieux serveur (j'avais mis un flag DEBUG), mais pour le nouveau je ne l'ai pas fait. Peut être que je devrais plutôt mettre une option "-verbose" dans la prochaine version, comme ça par défaut il n'y aura pas de "printf" !
  7. Fabrice_75015

    Thinair Pour Linux

    En effet, l'interface en script glade/python doit être mise à jour car elle ne sait pas lancer thinair avec l'option "-simload", mais quelqu'un peut peut être releaser une nouvelle version, ce serait chouette !
  8. Fabrice_75015

    Thinair Pour Linux

    Bonjour les amis, je suis content de voir que la version Java de ThinAir fonctionne bien ! Je viens aussi de terminer ThinAir v0.7.2b pour Mac OS X et elle doit compiler sous Linux sans pb. http://ooze.multimania.com/NGC/ Pour ce faire il faut taper sous le shell : gcc thinair.c -o thinair Le fichier "thinair.c" se trouve dans le répertoire "Source" de ThinAir pour OS X. Ensuite il faut taper sous le shell : ./thinair -simload 1 <nom de fichier ".gcm"> pour streamer avec GC Sim Preview. Bonne journée à tous !
  9. Bonjour les amis, ThinAir v0.7.2b est maintenant disponible ici : http://ooze.multimania.com/NGC/ Maintenant ThinAir supporte le nouveau loader GC Sim Preview. Bonne fin de week-end !
  10. Je pense savoir ce qu'il se passe, tu as lancé la commande mais sans t'être positionné au préalable dans le répertoire où se trouve le fichier ThinAir.class. Lorsque tu tapes "java toto" par exemple, alors le java se met à chercher le fichier "toto.class" dans le répertoire courant. Donc si tu as le fichier ThinAir.class sur ton bureau, alors dans le terminal il faut que tu fasses : cd Bureau (ou cd Desktop si ton OS est en anglais) java ThinAir blabla.gcm et là cela fonctionnera. Voilà !
  11. Fabrice_75015

    Thinair Pour Linux

    Bonsoir les amis, j'ai mis à jour ma page Web : http://ooze.multimania.com/NGC/ et vous pouvez télécharger la version beta de ThinAir pour GC Sim Preview. Cette version est en java et pour la lancer il faut taper la ligne suivante sous le shell : java ThinAir <nom du fichier ".gcm"> Voilà !
  12. Bonsoir les amis, j'ai mis à jour ma page Web : http://ooze.multimania.com/NGC/ et vous pouvez télécharger la version beta de ThinAir pour GC Sim Preview. Cette version est en java et pour la lancer il faut taper la ligne suivante sous le Terminal : java ThinAir <nom du fichier ".gcm"> Voilà !
  13. Fabrice_75015

    Thinair Pour Linux

    Bonsoir les amis, Voilà, j'ai corrigé pas mal de petits trucs dans mon serveur et j'ai réussi à lancer Final Fantasy CC depuis mon Mac avec GC Sim Preview. Pouvez vous tester cette nouvelle version de mon serveur : http://membres.lycos.fr/ooze/NGC/ServeurNGC.java et me donner vos résultats ? Pour l'utiliser il faut : 1) Editer le code du serveur avec vi ou autre et changer la variable "f" pour qu'elle pointe sur un fichier ".gcm" de votre disque. 2) Depuis le Shell, compiler le code et lancer le serveur : javac ServeurNGC.java java ServeurNGC 3) Lancer GC Sim Preview sur la GC avec PSOLoad Ce serveur n'est pas super rapide, mais pour l'instant je voulais faire un serveur compatible avec GC Sim Preview, on verra pour la vitesse plus tard. Si cette version fonctionne bien pour vous, alors je re-écrirais le code en C et je l'incluerai dans la prochaine version de ThinAir. Bonne nuit à tous !
  14. Bonsoir les amis, Voilà, j'ai corrigé pas mal de petits trucs dans mon serveur et j'ai réussi à lancer Final Fantasy CC depuis mon Mac avec GC Sim Preview. Pouvez vous tester cette nouvelle version de mon serveur : http://membres.lycos.fr/ooze/NGC/ServeurNGC.java et me donner vos résultats ? Pour l'utiliser il faut : 1) Editer le code du serveur avec TextEditor ou BBEdit et changer la variable "f" pour qu'elle pointe sur un fichier ".gcm" de votre disque. 2) Copier le fichier ServeurNGC.java sur votre bureau et lancer le Terminal puis taper : cd Desktop (ou cd Bureau pour les OS X en Français) javac ServeurNGC.java java ServeurNGC 3) Lancer GC Sim Preview sur la GC avec ThinAir ou PSOLoad Ce serveur n'est pas super rapide, mais pour l'instant je voulais faire un serveur compatible avec GC Sim Preview, on verra pour la vitesse plus tard. Si cette version fonctionne bien pour vous, alors je re-écrirais le code en C et je l'incluerai dans la prochaine version de ThinAir. Bonne nuit à tous !
  15. Bonjour les amis, je suis en train d'avancer sur le prototype d'un serveur fonctionnant avec le nouveau loader de Starcube (il y a une nouvelle version du GC Sim depuis le 04/12/04). J'ai pas mal de problème à faire fonctionner mon serveur, le client ne se comporte pas tout à fait pareil avec mon serveur qu'avec celui de Starcube. Pour l'émission de petits fichiers cela marche bien, mais pour les gros fichiers j'ai des problèmes, même si je pense avoir compris le principe le client se comporte bizarrement. Pour ceux qui voudraient me donner un coup de main le code source du prototype est ici : http://membres.lycos.fr/ooze/NGC/ServeurNGC.java c'est en Java donc ça marche sur tous les OS et il faut changer la variable "f" pour quelle pointe sur un bon fichier ".gcm". Je pense que mon serveur a un pb de timer, mais c'est à investiguer...
  16. Fabrice_75015

    Thinair Pour Linux

    oui tu as raison, mais je t'assure que sous OS X j'ai eu des gros pb avec les "int". Ceci dit j'ai peut être merdé avec les options du compilateur... Sinon en ce moment je prépare une nouvelle version de ThinAir qui supportera le nouveau loader GC Simulator Preview. UPDATE : J'ai quelques difficultés à mettre au point mon serveur. Si certaines personnes veulent me donner un coup de main voici le code source de mon nouveau serveur : http://membres.lycos.fr/ooze/NGC/ServeurNGC.java C'est en Java donc ça tourne sous tous les OS. Il faut changer la variable "f" pour la faire pointer vers un vrai fichier ".gcm". Ce serveur marche pour les petits ficihiers mais pour les gros fichiers (requêtes longues de type 0xFF 0xFF) cela ne fonctionne pas (mais je ne comprends pas trop pourquoi car ça devrait marcher).
  17. Bonjour les amis, ceci est juste un petit message pour vous dire que je travail au rajout du nouveau loader de Starcube (GC Simulator Preview) dans ThinAir. Malheureusement ce nouveau loader n'est pas du tout compatible avec le serveur interne de ThinAir, donc je suis en train d'écrire un nouveau serveur spécialement conçu pour GC Simulator. Un fois ce nouveau serveur testé (peut être que j'aurais besoin de beta testeurs) il sera intégré dans ThinAir. Actuellement on peut estimer que mon avancement sur ce nouveau serveur est de 50%, tout le squelette du protocole est mis en place et fonctionne, il me reste maintenant la partie principale qui est l'émission des données réelles vers la GC. Bonne journée à tous.
  18. Le problème ce n'est pas tant la convertion RGB -> YUV qui est relativment rapide, mais c'est surtout que lorsque l'on écrit à l'adresse 0xC0500000 c'est super lent....c'est tout juste si on ne voit pas les pixels se dessiner les uns après les autres...(j'abuse à peine).
  19. Bonjour les amis, j'aimerai savoir s'il est possible avec OpenGC d'initialiser l'affichage vidéo avec autre chose que le framebuffer, c'est à dire : - sans avoir à utiliser le YCrYCb, mais en utilisant du RGB - et en ayant un temps d'accès réduit à la mémoire vidéo (c'est à dire que ça boost comme ça devrait). Si la réponse est non, alors est ce que cela est faisable avec le kit officiel facilement ? (si oui, on doit pouvoir faire du reverse engeneering dessus)
  20. Je ne sais pas si c'est faisable. Techniquement c'est pas évident, mais en théorie je pense que cela doit pouvoir se faire. Cela me rappelle la bonne époque de la gruge pour la PlayStation. Pour lancer un jeu Jap ou US sur une PS PAL, il suffit de mettre un scotch sur le petit clapet du lecteur CD pour lui faire croire que le couvercle est fermé (mais en fait il reste ouvert). Ensuite on lance un jeu PAL et on enlève le CD dès que le boot est lu, et on remplace le CD par celui que l'on veut vraiment lancer. Du coup on outrepasse la protection sur le boot des jeux PS 1. Peut être peut on faire la même chose avec la NGC ?
  21. lol ! Merci, je vois que tu les a bien calmé ;-) Bravo et merci !
  22. Il y a moyen de faire autrement que d'utiliser le framebuffer en YCrYcb ? Après quelques tests avec le framebuffer, je ne vois pas du tout comment réussir à faire une démo à la vbl. Rien que pour swapper deux framebuffers ça prend un temps fou ! Sans compter l'histoire des lignes paires et impaires...
  23. Après quelques tests, c'est finalement chaud de faire quelque chose de correct. Je n'arrive à afficher que la moitié des images que je veux car les lignes paires sont affichées sur un framebuffer et les lignes impaires dans un autre...et je ne sais pas comment avoir toute l'image à l'écran. Ensuite j'ai écrit une routine de convertion d'un buffer en RGB vers un framebuffer en Y1CrY2Cb et les performances sont très mauvaises, très en dessous de la trame ce qui me semble incroyable, il doit y avoir une merde quelque part...
  24. Bonjour les amis, c'est juste un petit message pour vous dire que je viens d'installer le kit de dev GC (OpenGC) sur mon PC au boulot et sur mon Mac chez moi et que sur ces deux environnements j'arrive à compiler sans pb des dol pour la GC. J'avoue que sur Mac j'en ai bavé un peu car le kit de dev est super mal fichu, sans "ReadMe" avec tout dans un ".pkg" (et je déteste les ".pkg") et j'ai même du changer du code dans l'OpenGC pour arriver à compiler sans pb....bref heureusement que j'avais testé la version PC avant, ça m'a bien aidé. En tout cas je suis en train de coder un petit hombrew et j'espère arriver à faire des choses interessantes !
  25. Merci Javl ! Ca fait super plaisir ! Sinon JER2000, peux tu me donner un petit coup de main car je suis en train de me faire tailler un short sur le forum XtremeConsole car ils sont pas content du contenu du fichier nfo ;-) Le lien est le suivant : http://www.xtremeconsole.com/modules.php?n...ba3914a94a47491