EKeEke

Membres
  • Compteur de contenus

    14
  • Inscription

  • Dernière visite

Tout ce qui a été posté par EKeEke

  1. EKeEke

    Genplus GX BETA r471

    Comme précisé sur la page de téléchargement, il s'agit d'une version BETA compilée à partir du code SVN courant, uniquement mis à disposition de ceux qui ont des problèmes pour compiler le code et non destinée à être redistribuée sur d'autres sites. On dirait pas comme cà mais il y a de bonnes raisons à ca: le programme n'est pas encore complètement stable ni terminé, il manque le manuel utilisateur mis à jour ainsi que le changelog complet (les 2 lignes mises dans l'article ne représente que les maigres changements entre les 2 dernières révisions récentes du code, ca ne veut strictement rien dire ). Peut-être que tout le monde s'en fout mais j'osais espérer que ca me permettrait de limiter la diffusion d'un programme non fini en permettant à ceux qui suivent le projet de le tester, pas que ce soit balancer n'importe comment à droite à gauche. Le problemes c'est que une fois "newsé", l'info est reprise par d'autres sites qui font moins d'efforts pour vérifier/expliquer le contenu et au final personne n'y comprend plus rien. Merci donc de respecter cette demande et de ne pas "newser" dès que 2 lignes de code sont modifiées ou une version de test mise à disposition
  2. personne ne dit que la faille est "copyrighté" on parle de code ici: le code qui exploite la faille est copyrighté, quelqu'un l'a developpé et distribué gratuitement au grand public, deja ca ne veut pas dire qu'il cede les droits de son travail maintennat, un groupe commercial se sert et la redistribue sans accord ni retribution de l'auteur riginal, tu trouves ca normal ? tu penses que la personne ne devrait pas reagir et laisser couler ? dans le monde reel, tous ne fonctionne pas a coup de brevet tu sais, encore plus en ce qui concerne les logiciels un simple copyright suffit: si tu ne veux pas que ton programme soit redistribué de maniere commerciale sans ton accord, il est illegal de le faire, brevet ou pas desole mais tu te trompes, les programmes developpés et distribués ne sont PAS illegaux en soit (l'utilisation qu'on peut en faire peut etre illegale, mais c'est un autre debat) tu ne trouveras AUCUN morceau de code illegal ou protege par un copyright dans les emulateurs ou dans le twilight hack ce qui est illegal par contre, c'est de distribuer ces programmes avec des choses illegales et un fichier WAD en contient malheureusement ca s'appelle avoir des principes et tu es bien naif si tu crois qu'il n'y a pas d'argent en jeu: le hack des consoles est un marché bien juteux pour ceux qui veulent faire de l'argent facile et rapide tu penses peut-etre que la team ARGON est philantrope et vend ses puces ou son channel sans gagner d'argent, juste pour faire plaisir ? tu te trompes de camp, desolé
  3. je reponds au message ci-dessus parce que c'est pas la premiere fois que je lis ce genre de reaction la difference est que la team twiizer ne tire AUCUN profit des hacks qu'elle produit et qu'elle paie aujourdh'ui le fait d'avoir mis tout ca à la disposition de gens comme nous: les gens derriere ARGON ne sont en aucun cas des "hackers", ce sont juste des businessmens qui paient d'autre gars avec quelques competences en electronique ou en codage pour copier/voler des concepts mis a la disposition gratuitement au public, pour leur propre PROFIT tu vois la difference ? Il y a du partage dans la scene Wii crois moi,(d'ailleurs, je n'ai jamais pu avoir acces au code d'aucun emulateur sur xbox, a cause de cette fameuse librairie leaké et du fait que tout etait géré par un seul gars) mais quand des personnes ne font que prendre sans rien donner en retour, tu appelles ca comment ? on peut comprendre que les personnes ayant donne de leur temps LIBRE pour publier des outils GRATUITS l'ont un peu mauvaise de voir une entreprise faire de l'argent facile et rapide avec leur boulot en plus, contrairement au Homebrew Channel, ce nouveau channel utilise du code et des images qui sont la propriete de Nintendo, ce qui est parfaitement illegal Enfin, ils redistribuent le Twilight Hack sans l'accord des auteurs originaux, ce qui n'est pas autorisé non plus... sans parler des differents emulateurs sous license GPL qui sont "vendus" comme etant disponibles exclusivement avec ce channel perso, je n'apprecie pas du tout de voir des channels avec les emulateurs qu'on a codé, distribués avec leur ARGON CHANNEL, alors en plus, leur message comme quoi ils encouragent le developpement amateur avec leur puce et leur channel, c'est du grand n'importe quoi la seule chose que ca va engendrer, c'est que les auteurs de homebrew vont modifier leur license afin d'empecher la redistribution de leur programmes a des fins commerciales, et vont etre plus reticents a publier leur code source, et ca, ca n'a rien de benefique pour le developpement amateur
  4. EKeEke

    Genesis Plus GX 1.3.0

    salut, si tu as des jeux qui ne fonctionnent pas, je serais curieux de savoir lesquels: en effet, j'essaye d'avoir la compatibilité maximale mais malheureusement, il est impossible de tout tester à chaque nouvelle release (j'ai passé une fois le set entier au peigne fin, ca m'a pris 1 mois lol) normalement, mis a part 3-4 jeux pirates qui utilisaient du materiel de protection sur la cartouche et necessitent des patchs, TOUS les jeux devraient maintenant fonctionner sans problemes (graphique ou sonores) pour les problemes de compatibilité: http://code.google.com/p/genplus-gx/wiki/CompatibilityList oui pour les manettes classiques, il est parfois necessaire de les deconnecter puis reconnecter pour qu'elles soient reconnues dans les options "controls" , tu peux ensuite affecter une manette specifique aux differents joueurs: - si tu as une seule wiimote, le joueur 1 peut utiliser la wiimote pendant que le joueur 2 utilise la manette classique par exemple. - tu peux egalement utiliser 2 wiimotes (et autant de manettes classiques) attention, toutes les wiimotes doivent etre synchronizee au prealable à la Wii (synchronization permanente), sinon, le programme ne les detectera pas
  5. EKeEke

    Sortie Rgb Hs ?

    testé avec un cable neuf --> meme probleme je ne pense que ca vienne de la télé vu que la gamecube/dreamcast fonctionnent tjrs parfaitement en RGB ... de plus, le fait que le signal video composite fonctionne ne veut rien dire, comme le montre le schema du connecteur AV de la Wii PAL ici comme on peut le voir, le signal video composite classique est séparé des signaux RGB... techniquement, sur une prise peritel compatible RGB, quand la télé detecte le +5V, elle decode les 3 signaux RGB et sinon, elle utilise le signal video composite Le cable video classique n'a que 3 fils, reliés aux 2 signaux audio (gauche et droit) et à la sortie video composite Le cable RGB a 6 fils supplementaire: les signaux videos rouge, bleu, vert, le commutateur RGB (+5V), le commutateur 16/9 (+12V) et la masse (0V) dans mon cas, on comprend que la télé detecte bien le commutateur RGB mais ne recoit rien sur les signaux de couleur, vu que changer de cable n'a rien donné, je suppose que c'est un probleme au niveau de l'encodeur video ou du connecteur AV... bref, retour SAV , l'aspect baveux des couleurs en composite, non merci :-(
  6. EKeEke

    Sortie Rgb Hs ?

    Salut, je ne sais pas si quelqu'un peut m'aider mais j'ai un probleme avec ma Wii depuis hier. Je ne l'avais pas remise en route depuis 1 semaine et le probleme n'existait pas avant: 1/ j'utilise le câble RGB officiel Nintendo branché sur une prise peritel de ma télévision supportant le RGB 2/ le signal RGB est bien détecté sur le canal AV et la télévision commute en mode RGB (3 petits points ) mais aucune image vidéo n'apparait 3/ le son fonctionne parfaitement 4/si je branche le câble RGB sur la 2e peritel (qui ne supporte pas le RGB) ou si j'utilise le câble vidéo par défaut (vidéo composite, alias le câble jaune/rouge/blanc), l'image fonctionne (mais de bien moins bonne qualité que le RGB évidemment) ! J'ai vérifié que le problème ne venait pas de la prise peritel ou de la télévision en utilisant un lecteur DVD et une Gamecube, tous deux reliés via un câble RGB à la télévision: les deux fonctionnent parfaitement en RGB. Le problème vient donc, soit du câble RGB officiel Wii, soit de la sortie vidéo de la console: la télévision reçoit bien le signal +5V qui indique de commuter en RGB (et d'après les tests ci-dessus, elle reçoit bien également le signal vidéo composite et les signaux audio), mais ne semble pas recevoir les signaux R,G & B Avant de racheter un nouveau câble RGB (le câble est quasiment neuf), j'aimerais savoir si ce type de problème est connu et si je ne dois pas directement renvoyer ma Wii au SAV (elle est toujours sous garantie). Y -a- til des cas connus de defaillances de la sortie vidéo RGB de la Wii ?
  7. non, desactivees par defaut, les options sont toutes sauvees dans un fichier de config (genplus.cfg) donc une fois activée au 1er lancement, ca le reste ;-) l'interet de ces options est bien evidemment de ne plus se soucier de passer dans le menu pour sauvegarder OU charger la SRAM des jeux qui ont une fonction sauvegarde la fonction "auto freeze" correspond a peu pres au fonctionnement de la Virtual Console: la progression du jeu est automatiquement sauvegardé quand on le quitte et automatiquement rechargé à l'endroit exact ou l'on a quitté quand on le recharge
  8. à noter que depuis les dernieres versions: - le repertoire "saves" se cree automatiquement au bon endroit (/genplus/saves) s'il n'existe pas - il y a une option pour charger/sauvegarder automatiquement la SRAM du jeu --> va dans Options->System et met Auto SRAM sur ON
  9. EKeEke

    Backup sur Wii non modifiée ?

    Je répondrais juste "Moi j'ai releasé le code source Vu que j'ai utilisé des codes qui n'était pas les miens"... http://hackmii.com/2008/07/patchmii/#more-60 :-° +1 le probleme de Waninkoko, qui est surement un excellent codeur et quelqu'un de suffisament intelligent pour comprendre des lignes de code et les fonctions "obscures" de la libogc, est qu'il souhaite surtout se mettre en avant et oublie souvent de citer ses sources, ou même laisse souvent planer le doutes sur l'interet reel de ses releases (cf. le "firmware downgrader" qui ne sert qu'à revenir à un vieux system menu, ou dernierement le custom firmware pour lire des "dvd sans puce"...) en faisant des effets d'annonce... si aujoud'hui il cite la team de bushing et libogc dans ses remerciements, c'est parce qu'il a été "invité" à le faire par les interesses, vous le verrez jamais dire haut et fort que ses programmes existent uniquement grace au codes de bushing, marcan ou svpe, ce qui est pourtant le cas pareil pour le code de genesis plus "modifié" pour lire depuis un dvd, le code source a été publié parce qu'on a dû lui rappeler le principe de la license GPL. au passage, le code pour lire les DVD ISO9660 existe depuis la version gamecube et a toujours été la, grace a softdev, waninkoko a uniquement copié-coller des fonctions issues du Dumper de nitrotux et de l'API DVD codée par Jeff Epler (toujours sans citer ses sources) apres, c'est sur que ces "vieux principes" , ca parait pas super important aux yeux de la majorité des utilisateurs, mais croyez moi, quand vous commencez à coder et que vous voyez quelqu'un qui aime bien être sous les feux des projecteurs utiliser votre travail en recuperant tous les honneurs, ca vous donne envie de reagir... que ce soit sur internet ou dans la "vraie" vie d'ailleurs
  10. juste pour rester precis, GRRLiB n'a rien a voir la dedans, il s'agit de la derniere version de libogc qui effectivement apporte l'autodetection des modes video et un meilleur support PAL60... GRRLIB est juste une surcouche pour faciliter l'usage de libogc aux debutants, Gekko Region free et la plupart des homebrews utilisent libogc directement, ce qui est bcp plus efficace
  11. as-tu activé le support "MULTITAP" dans les options ? il doit etre mis sur ON pour jouer à plus de 2 joueurs
  12. Salut, le probleme vient du programme lui-meme qui n'initialise pas correctement le mode video, je m'explique: - quand ta Wii est configuré en 480i, elle sort du 60hz, plus exactement, le mode EURGB60 (ou PAL60). Pour cela, il faut au moins que ta télé soit compatible 60hz et au mieux, utiliser un cable RGB. - quand le programme (Gekko RF) demarre, il tente de detecter le mode video actuel, et s'il detecte du 60hz, il utilise 480i mais force le type de signal en NTSC (60hz egalement) Maintenant: - le signal video delivré par la Wii quand elle est configuree en NTSC est un signal qui n'est PAS compatible RGB => ceci explique le filtre rouge à l'ecran avec ce cable (et ce, sur nimporte quelle tele, meme les plus recentes), avec un cable de type component et une tele HD, ca fonctionne par contre - via le cable composite (jaune/rouge/blanc), le signal passe mais si ta tele n'est pas compatible NTSC, l'affichage sera en noir & blanc (classique), sinon l'affichage sera ok (mais de moins bonne qualité qu'avec un RGB) Donc, en conclusion, le programme doit correctement initialiser la Wii pour qu'elle sorte un signal de type EURGB60, qui est compatible avec le cable RGB (et tous les autres cables).. vérifie qu'une version plus recente (cf GekkoOS) n'est pas sortie qui corrigerait ce probleme
  13. c'est un autre programme... il est utilise par la chaine de compilation devkitppc, quand tu crees un dol, il y a toujours un fichier elf cree au prealable (c'est le format "de base" d'un binaire) doltool ne marche que dans certains cas precis, pas sur qu'il fonctionne avec tous les elf moi aussi, quand j'en trouve le temps ^_^ j'essaierais de passer plus souvent, ce forum a l'air sympa et vous avez l'air de bien connaitre le sujet (ca evite la desinformation ou les approximations qu'on peut parfois lire ici et la).. et ca fait du bein de parler un peu en francais parfois
  14. merci Badablek pour les liens, ca m'a permis d'installer facilement un channel "emuloader, vraiment tres pratique en attendant le channel "officiel" quelques tuyaux en passant: - pour transformer un fichier elf en dol: Le plus simple est d'utiliser "powerpc-gekko-objcopy", ce programme est dispo dans la chaine de compilation devkitppc (sous /bin) la ligne de commande exacte est la suivante: powerpc-gekko-objcopy -O binary mon_fichier.elf mon_fichier.dol -pour le support PAL 60hz (litteralement mode EURGB60): Il y a 2 choses a considerer: 1/ le mode NTSC (480i), utilisé jusque la dans la plupart des homebrews gamecube ne fonctionne pas sur les Wii PAL. La raison pour cela est qu'il configure l'encodeur video de manière à sortir un signal non compatible RGB (logique puisque dans le monde NTSC, le RGB n'est pas tres repandu je pense). Le resultat -> filtre rouge sur l'ecran quand on utilise le cable RGB (c'est egalement valide quand on lance des jeux imports NTSC sur une wii PAL avec le freeloader je crois). Avec un cable YUV (en mode 480i OU 480p), pas de probleme par contre, le format est supporté. Le cable video par defaut n'a pas de probleme non plus vu qu'il ne sort pas de RGB de toute facons, mais l'image est pas tip top. 2/ il faut donc remplacer le mode NTSC utilisé dans le code source lors de l'initialisation video par le mode EURGB60 correspondant et ca marche: SAUF que parfois, le filtre rouge continue a appraitre une fois l'application chargee, ou quand on la recharge avec un des loader dispo. Il s'agit effectivement d'un bug dans la libogc qui fait que l'encodeur video est de nouveau mal configuré et se met à ressortir un signal non compatible RGB (probablement du YUV mais je ne suis pas sur). La solution, en attendant une correction dans tous les homebrews (pour l'instant à ma connaissance, seuls genplus/smplus/hugo le font), est de patcher, recompiler et reinstaller la libogc puis recompiler les sources des homebrews pour avoir une version vraiment compatible PAL60. Le patch que j'ai trouvé est tres simple et ne devrait rien casser autre part: ->dans le fichier video.c, fonction __VIRetraceHandler remplacer: par voila, en esperant que ca aidera les bidouilleurs dans le coin PS: This is a makefile option to tell the linker to modify the program entry point address in memory. By definition, the purpose of a sd loader is to read a .dol/.elf file from the sdcard then copy the application code in memory, starting from his entry point (this is the address where the dol or elf runs from). Now, all libogc compiled applications use the same entry point address by default (0x80003100 I think):what happen if you don't change it when compiling your loader is that it will overwrite is own code when copying the .dol/.elf file you want to load int memory, resulting in application crash... According to this (http://wiibrew.org/index.php?title=Memory_Map), loader should run from address 0x81330000, but 0x80a00000 will work with mosts dols/elf since it leaves a lot of memory space free.