Fabrice_75015

Merci pour ton dévouement TiX !! En effet ThinAir est basé en parti sur Glass, mais j'y ai apporté des corrections cruciales, car je reste étonné que Glass puisse fonctionner. Par exemple la variable 'fileoffset' de Glass permettant de se positionner dans le fichier ISO est déclarée sur un 'int', ce qui veut dire qu'elle ne peut pas prendre de valeur supérieure à 32767, ce qui est génant quand on sait qu'une image ISO fait 1.5 Go ;-) Glass ne peut donc pas streamer au delà des 32 767 premiers octets. Alors cela fonctionne peut être sous Linux mais avec des débordements mémoires. Sous OS X ça plante immédiatement. La prochaine version de ThinAir devrait apporter la possibilité de bloquer les musiques streamées. Je suis en train d'implémenter cette fonctionnalité, ça peut être interessant ! Pour la sortie standard en effet il faut peut être mieux la diriger vers /dev/null ! Je pensais en effet qu'il y aurait plus de personnes interessées par une version Linux de ce soft.

Bonjour les amis, la solution c'est d'avoir le loader qui lui même est en PAL 50Hz et non NTSC 60Hz. Sur Mac OS X, c'est très simple, il faut utiliser ThinAir ( http://ooze.multimania.com/NGC/ ) et dans les préférences choisir le mode PAL 50Hz. Sinon pour Windows et Linux, il faut patcher le loader (ACL) avec dol2Pal.exe qui se trouve ici : http://forums.maxconsole.com/attachment.php?s=&postid=12468 Pour plus d'informations, voir ici : http://forums.maxconsole.com/showthread.ph...15&pagenumber=1

Bonjour les amis, bon j'essaie de mettre un peu d'ambiance sur le forum GC en ce moment car c'est un peu mort...;-) Voici une information interessante, il semble qu'une personne soit en train de porter Quake 1 sur GameCube. En effet le code source a été rendu publique il y a quelques temps, donc ça doit se recompiler moyennant quelques modifications. Plus d'info ici : http://www.gcdev.com/phpBB2/viewtopic.php?t=624 Peut être aurons nous une version démo d'ici quelques jours ???

Bonjour les amis, je suis le développeur de ThinAir (THinair Is Not An Iso Ripper) un serveur servant à ripper et à streamer les images ISO pour Mac OS X. La version v0.6.3b est maintenant sous licence GNU GPL, ce qui veut dire que le code source est disponible dans l'archive ici : http://ooze.multimania.com/NGC/ Voici comment compiler le serveur de ThinAir pour Linux et comment s'en servir. Tout se fera sous le shell car l'interface graphique n'est pas portée pour Linux (avis aux amateurs). Pour pouvoir compiler ThinAir il faut avoir installé le compilateur GCC pour votre distribution de Linux. Voici la procédure : 1) Téléchargez l'archive de ThinAir sur ma page Web (c'est un fichier "tar.gz") 2) Décompressez l'archive : gzip -d ThinAir.tar.gztar -xvf ThinAir.tar 3) Allez dans le répertoire "Source" de ThinAir 4) Editez avec "vi" ou autre le fichier "thinair.c" 5) Remplacez la ligne (au début du code) : #include <sys/time.h> par #include <time.h> (il faut juste enlever le "sys"). 6) Sauvez le code source ainsi modifié 7) Compilez le serveur : gcc thinair.c -o thinair 8) Un fichier exécutable "thinair" sera généré dans le répertoire courant. Voilà, le gros du travail est fait ! Maintenant voici la procédure pour Ripper un mini-DVD à l'aide de ThinAir : 1) Lancer PSOLoad et envoyer le fichier "riptool.dol" dans la GameCube (ce fichier est présent dans le répertoire "data" de ThinAir) 2) Une fois que "riptool.dol" est envoyé à la GameCube, lancer ThinAir en mode "rip" : ./thinair -rip <nom du fichier.gcm> (en remplaçant <nom du fichier.gcm> par le chemin et le nom du fichier que vous voulez créer) A ce moment, ThinAir va créer un fichier ISO. Attention, il n'écrit rien à l'écran pendant toute la durée du process, donc il ne faut pas s'inquiéter et juste regarder le fichier ISO grossir au fur et à mesure. Pour streamer un fichier ISO : 1) Lancer PSOLoad et envoyer le fichier "s3-acl.dol" ou "s3-l.dol" (présents dans le répertoire "data" de ThinAir) à la GameCube. 2) Une fois le loader envoyé à la GameCube, lancer ThinAir en mode stream (attention il faut vraiment le faire très vite après PSOLoad, voir en même temps) : ./thinair -load 1 <nom du fichier.gcm> Le "1" correspond au délai en ms, il peut être modifié sans pb si vous voulez tester d'autres valeurs, et il faut remplacer <nom du fichier.gcm> par le chemin et le nom du fichier que vous voulez streamer. Pendant que le serveur tourne, il écrit à l'écran des informations relatives aux requêtes, c'est normal. Voilà ! Maintenant vous savez tout !! Amusez vous bien et ceux qui veulent peuvent faire une belle GUI pour ThinAir sous Linux, ça pourrait déchirer !! [MAJ]Méfiance, je suis capable d'avoir laissé dans le répertoire "data", le "riptool.dol" et "s3-acl.dol"/"s3-l.dol" en version patchée PAL 50Hz. Dans la version v0.7b il y aura le code source permettant de switcher tout ça en PAL 50Hz ou NTSC 60Hz.

Bonjour les amis, ThinAir v0.6.3b est un serveur de stream et ripper pour Mac OS X, mais il est sous licence GNU GPL, donc le code source est dispo. Il se compile très bien sous Linux avec le gcc en faisant une toute petite modification dans le code. Par contre sous Linux tu n'auras pas la GUI (car elle nest pas sous GPL), il faudra jongler un peu avec le shell, mais il n'y a vraiment rien de compliqué. Voilà ! C'est dispo ici : http://ooze.multimania.com/NGC/ [MAJ] J'ai tout expliqué ici : http://www.gueux-forum.net/index.php?showtopic=22425

Bonjour les amis, j'ai lu qu'il était possible de browser le Web avec PSO depuis la GameCube. La procédure est un peu délicalte, il faut installer ce package : http://www.valkyrie.org.uk/~matt/gcpagerip_0.1.rar et avoir un serveur Web avec PHP, mais ça à l'air cool ! Quelqu'un a t'il déjà essayé ? En effet, il semble que dans le jeu PSO il y ait un browser Web intégré. En principe il permet de lire les pages Web du serveur de Sega. Mais moyennant la petite bidouille notée ci-dessus, on peut se débrouiller pour browser n'importe quelle autre page du Web. Par contre le browser est très limité donc ça merde pas mal d'après ce qui est écrit dans le "readme", mais je trouve l'idée cool ! Plus d'info ici : http://www.gcdev.com/phpBB2/viewtopic.php?t=559

La version v0.7b est en cours de gestation. Pour l'instant la liste des nouveautés n'est pas encore fixée...donc suspens ;-) Cette version apporte de gros changements dans le code du serveur donc il me faut du temps pour bien faire et surtout pour tester. Il est possible que j'intègre tous les loaders existants à ce jour car on me le demande souvent. Je ne pensais pas que cela avait un interêt, mais il semble que "oui". Donc il y aura peut être ACL 1.0,1.1,1.2,1.3,1.4b et Loader 1.0b et le loader MGS, mais il faut du coup que j'implémente le passage en PAL 50Hz pour tous ces loaders et ça prend du temps. De plus la possibilité de changer les adresses IP devient moins prioritaire et sera mortelle à faire sur tous ces loaders...Ce n'est pas gagné... Voilà, donc la version v0.7b ne sera pas dispo avant au moins une semaine minimum, voir deux.

Bonsoir les amis, ThinAir v0.6.3b est maintenant disponible ici : http://ooze.multimania.com/NGC/ La grosse nouveauté est que le serveur de ThinAir est maintenant sous licence GNU GPL. Cela veut dire que son code source est disponible. Il peut se compiler directement sous OS X et surement sous Linux aussi. Un grand merci à pipomolo42 pour son aide précieuse ! Bonne soirée à tous.

Je crois que je viens de vaincre la FST ! J'ai pondu un code qui marche avec l'image de FFCC...il me reste à le tester avec d'autres ISO. J'ai l'impression d'avoir monté une usine à gaz quand je regarde mon code, mais l'important c'est que ça fonctionne ;-) Mon code est dispo là : http://www.gcdev.com/phpBB2/viewtopic.php?t=630 pour ceux que ça interesse. Il se compile sous Mac OS X, Linux et Windows sans aucune modification. Cela génère une commande en ligne "ListFST". On l'utilise comme ça : ./ListFST <fichier.gcm> et cela affiche la liste des fichiers présents dans l'image ISO avec leur chemin complet. Voici la procédure à suivre pour ceux qui veulent le compiler pour OS X : - il faut avoir installé XCode pour Panther ou le kit de dev pour Jaguar pour avoir le gcc. - il faut créer un fichier texte vide "ListFST.c" avec "vi" ou un éditeur de texte - allez sur la page oueb précisée plus haut - copier/coller mon code dans l'éditeur de texte et sauver le fichier "ListFST.c" - Lancer le Terminal - aller dans le répertoire où a été créé le fichier "ListFST.c" à l'aide de la commande "cd" - taper : gcc ListFST.c -o ListFST - un fichier "ListFST" sera créé dans le répertoire courant - ensuite : ./ListFST <fichier.gcm> pour voir le contenu du fichier ".gcm". ou ./ListFST <fichier.gcm> | more si vous voulez avoir le temps de lire ce qui défile à l'écran. Voilà.

Oui, tu vois le problème...C'est pour cela que j'avais dit que le rapport qualité/prix n'était pas si interessant que ça ;-) Il faut de toute façon re-écrire un loader, donc seul quelqu'un qui touche grave peut le faire, soit en gros 0.0001% de la population modiale ;-)

Très bonne question, en fait je ne sais pas il me semble justement que le "ping" ne marche pas, mais il faudrait tester.

Le problème c'est que la console ne répondra pas, les loaders ne sont pas codés pour recevoir des paquets puis répondre, c'est l'inverse : les loaders envoient des requêtes au serveur, qui répond ensuite. Une fois la réponse terminée, le serveur se met en attente et attend que la GC émette une nouvelle requête. Je pense qu'il faut coder un tout nouveau loader avec un nouveau protocole, c'est presque la seule solution.

Non cela ne marche pas comme ça ;-) Dans plein de jeux il n'y a aucun échange réseau entre le serveur et la GC pendant la partie. C'est le cas des jeux qui chargent tout en mémoire avant de lancer la partie. Donc avec ta méthode en pleine partie le serveur s'arrête car il ne voit pas de connexion venant de la GC.... Une solution, et c'est super chaud, serait de patcher le loader ACL/Loader pour qu'il détecte une certaine combinaison du pad pour envoyer une information au serveur pour lui dire qu'il faut qu'il s'arrête et se remette en stand-by. C'est ce que propose titoumini. Mais cela veut dire : soit être capable de patcher ACL/Loader , soit en avoir le code source, soit coder un loader entièrement avec cette fonctionnalité.

Oui, mais petite question simple : comment tu fais pour dire à ton serveur d'arrêter de streamer un jeu car tu veux en changer ??? Tu es obligé d'aller devant ton écran de ton ordi, et stopper le serveur à la main et le relancer..... ;-)

Ben il faut coder sur GameCube un programme qui contacte un serveur et lui demande la liste des ISO disponibles et pourquoi pas aussi des ".dol". Ensuite cette liste s'affiche et au joypad on choisi le fichier désiré et lorsque l'on appuie sur le bouton A (par exemple), alors la GC prévient le serveur quelle image il faut streamer et lance ACL ou Loader. Côté serveur le stream se lance à ce moment. C'est un peu pénible à coder et l'interêt est plutôt faible....Le rapport pénibilité/interêt est trop faible.... ;-)

Oui c'est ce que je vais faire, mais lorsque l'on parcourt la FST, on est obligé de revenir en arrière régulièrement pour déterminer le chemin d'un fichier.

Oui, à l'offset 8 en partant du début de l'ISO il y a un octet "streaming". Je crois que personne n'a réussi à s'en servir. Par contre l'idée de remplacer un fichier de musique par un fichier vide dans l'ISO, il paraît que ça marche, et il y a même des patch dispo pour ça : http://www.geocities.com/indiosse2/ Le top étant ceux qui arrivent à extraire le fichier "adx" (format de musique) puis le dégrader pour le remettre dans l'ISO. Ainsi la qualité de la musique est moins bonne, mais il y a moins de données à streamer. Maintenant je ne sais pas trop ce que ça donne. En effet, ça à l'air bien le wxwidgets.org. Manque de chance je n'ai pas envie de refaire toute l'interface or changer de language m'obligera à tout refaire. Oui ça à l'air aussi bien Python, mais comme je l'ai dit je n'ai pas envie de tout re-écrire juste pour faire un port Linux. J'ai écrit ThinAir en RealBasic et en C, ces deux languages sont portables sous Linux, et cela me demandera peu d'efforts. Changer de language ça va être pénible, a moins que quelqu'un veille bien faire une GUI sous Linux et moi je lui offre le serveur ThinAir déjà compilé. La structure FST est plutôt mal pensée, il suffit de lire les specs pour s'en rendre compte ( http://www.gc-linux.org/docs/yagcd/chap12.html#sec12 ). Sur gc-dev ( http://www.gcdev.com/phpBB2/viewtopic.php?t=630 ) on est au moins deux à le penser (sur deux personnes qui ont donné leur avis) et vu comment je galère pour trouver un algo qui fonctionne à tous les coups pour déterminer les path des fichiers c'est pas gagné. Ceci dit je pense avoir trouvé l'algo mais il faut que je termine son implémentation et surtout que je l'optimise car on est obligé de parcourir la FST (pas entièrement sauf dans des cas merdiques) à chaque nouveau fichier pour essayer de trouver son répertoire.

Ca me semble une bonne idée l'histoire de trouver quelqu'un qui recompile la GUI. Ceci dit il faut trouver quelqu'un qui a acheté la licence à 400 Euros ;-) Ce que je vais faire c'est déjà installer un Linux avec tout ce qui faut et porter la GUI pour Linux (car je sais qu'il y aura quand même pas mal de petits trucs à changer), et ensuite je ferai une version beta qui s'arrêtera au bout de 5 minutes (à cause de la limitation de ma licence). Mais déjà on vera si ça marche et puis le serveur lui sera porté et pourra tourner sans GUI pour ceux qui veulent. Pour la FST c'est chaud. Je ne pensais pas que c'était aussi merdique. Je n'ai jamais vu un système de fichiers aussi mal pensé et aussi mal fichu, c'est incroyable d'avoir pondu un truc pareil. Ils sont fous chez Nintendo ! Ceci dit je pense qu'ils ont préféré avoir un structure super compacte et optimisée mais c'est au détriment de son exploitation. Bref, je n'ai pas terminé mon algo lisant la FST car ça merde encore pas mal. Pour bloquer les musiques je pense en effet détecter quand la GameCube réclame une musique streamée et là bloquer son envoi. D'après les différents forum j'ai pu lire qu'en remplaçant, dans le fichier ISO, les musiques streamées par un fichier vide cela fonctionne...mon serveur le fera à la volé, cela reviendra strictement au même et en plus pas besoin de modifier l'ISO.

Bonjour les amis, si vous vous demandez pourquoi il n'y a pas de nouvelle version de ThinAir depuis quelques jours, et bien voici la réponse : je suis en train de re-écrire toute la partie serveur car je suis en train d'implémenter une fonction qui sait utiliser la FST (c'est à dire la table d'index des fichiers dans une image ISO). Une fois que cette fonction sera terminée, je pourrai rajouter la possibilité de bloquer les musiques streamées (comme par exemple dans Ikaruga, 1080° Avalanche, Burnout 2, etc....). Donc cela va prendre un peu de temps car ce n'est pas évident à coder, mais j'ai presque terminé.... Joyeuses Pâques à tous !

Merci beaucoup pour tes remerciements ! C'est super sympa ! Concernant PSOLoad 2.0, avec cette version les fichiers ".dol" sont envoyés à la GameCube beaucoup plus vite qu'avec la version 1. Par contre pour le stream des images ISO cela ne change rien du tout puisque pendant le stream PSOLoad ne sert à rien du tout. C'est en cours....J'ai juste un peu de mal à repérer les offsets des différents loaders où l'on peut modifier les adresses IP, ce n'est pas évident. Dans le ripper et ACL 1.4 je pense avoir trouvé, mais j'ai de gros doutes, il faut que je teste. Ce n'est pas évident car j'utilise un routeur qui me force à avoir des adresses en 192.168.x.y alors pour tester c'est pas génial.

Ben j'ai pas envie de tout recoder ! Je vais mourir sinon ! J'ai utilisé Real Basic pour la GUI et il peut générer des exécutables pour Windows et Linux, mais pour cela il faut une licence PRO à 400 Euros ! Ceci dit avec ma licence classique je peux générer des exe Linux, mais ils quittent au bout de 5 minutes et ne marchent que 30 jours...C'est naze mais ça permet de voir si ça marche déjà :-)

Ok, je ne connais pas bien la Mandrake, je suis plus habitué à la Debian. Ceci dit je viens de voir que pour porter la GUI il faudra que j'installe soit la Red Hat, soit la SuSE car le language que j'ai utilisé supporte ces deux distributions. [MAJ] Je viens de voir que pour avoir l'option permettant de compiler la GUI pour Linux il faut que j'achète une licence à plus de 400 Euros !! Ca calme !

Pour le portage sous Linux, je suis en train d'investiguer : - côté serveur je n'ai pas de soucis, ça se recompilera du premier coup, - côté GUI j'ai un petit doute, je suis en train de me renseigner, mais il se peut qu'il n'y ait pas besoin de beaucoup de changement car j'ai utilisé un language qui compile aussi pour Linux, mais il y aura pas mal de débuggage à faire. Comme ça fait longtemps que je n'ai pas installé Linux est ce que quelqu'un peu m'indiquer comment avoir un Linux avec un conf. standard minimale : - le kernel avec le support SCSI, USB, Ethernet, etc... - le gcc complet, - X11 (mais sans KDE, ni Enlightment, ni Gnome). Je ne veux pas m'installer un Linux complet qui prenne 5 Go sur mon disque, je veux une conf. minimale pour compiler et porter mon application. Sachant qu'en plus je dois tout faire en émulation PC sous Virtual PC sur mon Mac qui n'est pas un foudre de guerre (G4@600Mhz avec 384 Mo de RAM). Il semble que pour porter la GUI il me faudra GTK+ 2.0 et CUPS, mais je ne connais pas bien. Merci.

Merci pour tes félicitations ! Venant d'une personne n'ayant pas de Mac c'est encore plus touchant ;-) N'hésite pas à aller faire un tour sur http://www.apple.com Il y a des beaux G5 qui déchirent qui t'attendent ! :-) Sinon si j'ai beaucoup beaucoup de courage j'essaierai peut être de faire un port pour Linux PC (pour Windows je n'y arriverai pas c'est trop différent du Mac je vais galérer avec le "winsock.h"). Mais j'attendrai d'avoir une version définitive sur Mac d'abord, c'est à dire quand je n'aurais plus d'idées pour améliorer ThinAir.

Bonsoir les amis, ThinAir v0.6.2b est disponible sur mon site : http://ooze.multimania.com/NGC/ La seule nouveauté est que le ripper et les loaders sont fournis en version modifiée PAL 50Hz en plus des versions standards en NTSC 60Hz. Ceci dit j'ai remarqué que sur certains jeux cela pouvait poser un problème (je pense que ce sont les jeux qui n'initialisent pas l'affichage de la GameCube au démarage comme MGS et 1080° Avalanche par exemple). A tester donc :-)