Fabrice_75015

Merci merci ! Beau boulot aussi pour la GUI Linux ! C'est cool ! C'est vrai que l'option permettant de bloquer certains fichiers lors du streaming m'a pris du temps à coder mais je suis content du résultat et en effet l'avantage est que les fichiers GCM n'ont pas a être modifiés, c'est ThinAir qui modifie la FST à la volée en mémoire avant de la donner à la GameCube. A ce propos, je suis preneur de tout fichier "ftb" valide et testé pour l'inclure dans les prochaines versions de ThinAir.

En tout cas un grand bravo a Sully & TitiX pour le port de ThinAir sous Linux avec la super GUI !! Merci beaucoup pour votre boulot !

Bonjour les amis, ThinAir v0.7.1b est maintenant disponible ici : http://ooze.multimania.com/NGC/ Les nouveautés : - Tous les loaders existants ont été rajoutés. - ThinAir peut maintenant supprimer les données dites "garbage" d'un fichier GCM (mais pas depuis la GUI, il faut utiliser la ligne de commande depuis le terminal). Bonne fin de week-end à tous !

Bonjour les amis, ThinAir v0.7.1b est maintenant disponible sur : http://ooze.multimania.com/NGC/ ThinAir sait maintenant supprimer les données dites "garbage" comme gc-shrink (mais comme gc-shrink plante sous OS X, j'ai rajouté cette option dans ThinAir). En principe ThinAir v0.7.1b doit se recompilier sous Linux sans problème. Bon week-end !

Les deux seules personnes au monde qui ont les sources de PSOLoad sont : - Cortis - Mr. Spiv Cortis est à l'origine de PSOLoad et Mr. Spiv a eu le droit (je ne sais pas comment) de faire le port Linux et aussi OS X, mais il n'a pas le droit de diffuser le code. Tu peux essayer d'écrire à Mr. Spiv, il est plutôt sympa, mais ne lui demande surtout pas les sources sinon il ne te répondra même pas. Essaie de savoir s'il est interessé par un portage sur Xbox.

Oui, bonne idée, cela fera avancer les choses, et puis pour PSOLoad pourquoi ne pas demander à Mr. Spiv ( mouho@iki.fi ) qui a déjà fait le port Linux & OS X, peut être qu'il voudra bien faire le port pour Xbox ?

Je vais commencer à travailler sur ThinAir v0.7.1b d'ici quelques jours. Je pense rajouter des loaders et aussi rajouter la possibilité de "shrinker" les images ISO car gc-shrink plante complétement sur OS X. Je vous tiens au courant de l'avancement au fur et à mesure... Bonne journée à tous !

Ben c'est pas gagné. Les sources de PSOLoad et d'ACL tu ne les auras vraisemblablement jamais par contre tu as déjà le code source de deux serveurs de stream : Glass et ThinAir, donc tu peux déjà recompiler ces deux la si tu veux.

Oui, ça doit être faisable en remplaçant le "socket.h" par "winsock.h" et en apportant quelques modifications par ci, par là. Exact ! Désolé ! Je viens de corriger mon post ! Cool ! C'est une bonne nouvelle ça !

Oui comme je l'ai écrit, c'est prévu pour Linux sur PC. C'est Titix & Sully qui font le portage : http://www.gueux-forum.net/index.php?showtopic=22425

ThinAir v0.7b sur Mac OS X permet de désactiver le son moyennant quelques manipultations. Il sera porté surement rapidement sur Linux (car sur Linux il n'existe qu'en version v0.5b pour l'instant). ThinAir désactive le son en patchant à la volée la table des fichiers présents dans le fichier GCM, ainsi le loader ne retrouve plus les musiques et les bypass.

Ah oui ! En effet ! Ca calme !! ;-(

Je ne comprends pas pourquoi tout le monde est persuadé que passer à 100 Mb va changer quelque chose ??? Déjà actuellement les loaders n'arrivent pas à saturer le 10 Mb, donc la seule chose à laquelle il faut penser c'est améliorer la vitesse des loaders, et ensuite quand le 10 Mb sera vraiment atteind, alors là on pourra se pencher sur le 100 Mb.

Génial ! Ca déchire grave !! Sur mon Mac j'ai Python qui est nativement installé, mais par contre glade n'existe pas sur Mac...snif... Sinon pour information ThinAir v0.7b est disponible ici : http://ooze.multimania.com/NGC/ La seule nouveauté et qu'il est possible de demander au serveur de bloquer certains fichiers pendant le streaming. On peut du coup bloquer facilement certaines musiques dans les jeux. Il faut bien lire le "Readme.txt" pour comprendre la procédure car ce n'est pas évident. Un exemple est donné avec Ikaruga. J'ai viré le #include <sys/time.h> donc ça doit compiler comme une fleur sous Linux ;-) J'ai rajouté le code source qui permet de basculer les loaders et le ripper en PAL 50Hz et en NTSC 60Hz.

Et voilà !!! ThinAir v0.7b est disponible ici : http://ooze.multimania.com/NGC/ La seule, mais grande, nouveauté est qu'il est mainteant possible de bloquer certains fichiers pendant que le serveur est en train de streamer. En clair, si la musique d'un jeu vous embête, il suffit de le dire à ThinAir :-) Il faut bien lire le "Readme.txt" qui explique toute la procédure car ce n'est pas trivial ! Un exemple est donné avec Ikaruga !

ah bon ! Alors ça a bien changé car j'ai participé à plusieurs démo party en France à l'époque de l'Amiga et c'était géant ! Je n'ai que des bons souvenirs ! [MAJ] Un petit jeu homebrew vient d'être réalisé, on peut le trouver ici : http://forums.maxconsole.com/attachment.php?s=&postid=12511 Plus d'info là : http://forums.maxconsole.com/showthread.php?s=&threadid=1824

Bonjour les amis, petit message pour vous dire où en est ThinAir : je suis en train de débugger la version v0.7b et j'essaie d'implémenter une fonction qui permet de bloquer les musiques des jeux. Je teste cette fonction sur Ikaruga et j'espère arriver bientôt à un résultat convainquant. Pour l'instant j'ai réussi à bloquer les musiques en changeant juste un octet dans le fichier GCM (non ce n'est pas l'octet "Stream" mais un octet dans la FST), mais maintenant je veux y arriver sans modifier le fichier GCM. C'est plus compliqué. Sinon vous avez peut être remarqué que ThinAir avait été porté sous Linux, ce qui est une bonne nouvelle ! Plus d'info ici : http://www.gueux-forum.net/index.php?showtopic=22425 A bientôt ! [MAJ] Voilà, j'ai réussi à bloquer les musiques d'Ikaruga en modifiant la FST à la volée lorsque la GC la demande. Donc peut être que je vais releaser ThinAir v0.7b bientôt, mais ce sera de la beta de chez beta.

Moi non plus je n'ai pas encore regardé. "well, i took a look at it and it was very nice lots of nice effects and 3d models" Source

C'est génial ça !! Beau boulot !!! Pour information, voici toutes les fonctionnalités proposées par ma GUI sous OS X, si tu veux t'en inspirer : - Les droits de PSOLoad (car il doit être lancé en SUID root) sont gérés par la GUI (c'est à dire que s'ils ne sont pas bons la GUI peut refaire les "chmod" qui vont bien) Une fenêtre de préférences permet de : - forcer l'utilisation du flag "-i" pour PSOLoad - donner à PSOLoad la version de PSO (Eur, US ou JAP) ou le laisser en détection automatique - Forcer l'utilisation des loaders et du ripper en mode PAL 50Hz (lorsque cette option est cochée, ThinAir lance automatiquement "switchtoPAL" qui patch tous les loaders et le ripper en mode PAL 50Hz, le code de "switchtoPAL" et de "switchtoNTSC" sera présent dans la prochaine version de ThinAir), - et prochainement de changer les adresses IP dans les loaders et le ripper Ces préférences sont sauvegardées dans un fichier "thinair.prefs" qui est rechargé à chaque lancement de ThinAir. Pour le ripper : - L'utilisateur choisi un nom de fichier ".gcm" et clique sur un bouton "Start" - l'envoie du "riptool.dol" via PSOLoad se fait automatiquement par la GUI, - puis le lancement de Thinair se fait automatiquement ensuite. - Un timer se déclenche toutes les deux secondes pour mettre à jour la progress bar, le nombre d'octets reçus et la vitesse de transfert. (Il ne faut pas quele timer se déclenche trop vite pour ne pas plomber le taux de transfert, deux secondes c'est bien). Pour le loader : - L'utilisateur peut choisir le loader qu'il veut dans une liste (qui propose ACL, Loader ou MGS) OU aussi choisir d'envoyer un fichier ".dol" de son choix à la GC. - L'utilisateur peut choisir de un fichier ".gcm" à streamer (dans ce cas le loader ou le ".dol" choisi est envoyé à la console via PSOLoad puis le serveur ThinAir se lance en mode "streaming"). - Une option permet de bypasser l'envoie du loader à la GameCube et de lancer directement ThinAir en mode "streaming". Cette option est pratique pour les jeux ayant deux disques. - Une zone permet de saisir le délai en ms pour le serveur de stream, - et prochainement une option permettra de choisir une liste de fichiers à bloquer lors du stream (pour bloquer les musiques par exemple). Voilà en gros toutes les fonctionnalités de la GUI sous OS X. L'avantage est que l'utilisateur n'a rien à faire de particulier, la GUI gère toutes les possibilités. J'hésite à rajouter une fenêtre permettant de faire le "psoload -s"....

Suite à la démo party Breakpoint 2004 ( http://breakpoint.untergrund.net ), il y a eu une démo GC qui a été réalisée : http://www.randgruppe.info/kinderkram_(par...ion)_hitmen.tgz Je ne l'ai pas encore regardée, donc je ne sais pas ce qu'elle vaut. Pour info, le fichier "file_id.diz" présent dans l'archive est en fait un fichier ".tgz", il ne faut pas en tenir compte.

Moi je trouve ça interessant d'arriver à faire faire quelque chose d'absolument pas prévu à la Gamecube. C'est de la curiosité intelectuelle ;-) N'empêche qu'il fallait y penser quand même !!

Pour la GUI sur Mac OS X, je n'ai pas utilisé de thread pour lancer la commande, mais j'ai utilisé la possibilité de lancer une commande shell en mode asychrone. Cela permet de rendre la main à la GUI et on peut récupérer dans le sdtout et sdterr le résultat en cours de la commande. Par contre j'ai effectivement codé un thread qui scrute toutes les deux secondes le fichier ISO en cours de création et met à jour la progress bar, la taille du fichier et la vitesse de transfert.

Oui l'idée est génial ! A prioris le problème est le suivant : les fichiers ".pak" utilisés par Quake ne tiennent pas en mémoire (la Gamecube n'a que 40Mo de RAM), et il faut donc un loader qui puissent envoyer ces fichiers à la GC, et c'est ce loader que Costis semble être en train de développer. Par contre je suis curieux de voir comment le code a été recompilé pour la GC. J'ai téléchargé tout le code de Quake (dispo ici : http://www.idsoftware.com/business/techdownloads/ ) et j'ai regardé une FAQ qui explique comment recompiler tout ça pour Linux (la GC me semble plus proche de Linux que de Windows). Or on voit clairement que : - lors de la compilation il faut supprimer la partie écrite en assembleur et utiliser la version en full C, - dans le Makefile on peut compiler pour Windows/OpenGL/3DFX/X11 mais sur GameCube aucun de ces modes ne sont valables (pour Linux il y a peu être une façon aussi de compiler pour la svgalib), -> donc il faut re-écrire tout ce qui touche à l'affichage, au clavier, à la souris et au son...ça me semble un gros gros boulot ? C'est chaud ça ! (la partie réseau avec le mode multi joueurs doit être presque impossible à porter) Pour info, le code de Quake II est aussi disponible !

Super ! Mais il y a encore plus simple : supprime le #include <sys/time.h> et supprime toute la fonction wait() qui est au tout début et là ça compile pour Linux & OS X sans pb ! De toute façon cette fonction n'est appelée nul part, c'était une fonction qui me servait pour débugger (elle a été avantageusement remplacée par la wait_ms juste aprés dans le code).

Ben en fait ça marche très bien sous OS X. Mais en vérité j'utilisais cet include pour ma fonction wait(). Or cette fonction ne sert plus à rien, donc dans ThinAir v0.7b il n'y aura plus cet include, ni cette fonction. Cool !! C'est génial ça !!!! Ca déchire !!! Pour info, le serveur de ThinAir ne donne pas le taux de transfert lors du rip. Dans ma GUI sur OS X j'ai codé un thread qui se déclenche toutes les deux secondes et qui regarde la taille du fichier ISO en cours de création et qui en déduit la vitesse du taux de transfert et l'affiche dans la GUI. J'espère que tu auras bientôt ton adaptateur réseau.