KaMbiOkIkA

Salut, En théorie, la Xenium est censée booter sur son OS, même avec sur EEprom HS, et sans bios dedans. Mais je dis bien en théorie, car il m'est arrivé personnellement de tuer totalement mon EEprom en développant, et dans ce cas, la Xenium n'a jamais voulu booter. Comme dit précédemment, la seule solution dans ce cas est de flasher ta Xenium avec un X2 4977 sur une autre console, et la tu sauras booter et reflasher correctement ton EEprom. ++

Re, Mais tu as déjà commencé à développer ton appli ? Et si oui, tu développe en quel langage ? Car a part le C++, à ma connaissance sur XBox, mis à part l'assembleur, on ne sait rien faire d'autre. ++

Hello, TheTool, plutot que de me filer ton travail, je préfére, à moins que tu souhaites en rester la sur ton développement, que tu le termines par toi même, car malgrè tout c'est ton travail. Concernant l'intégration de MSN Messenger à AnOd-X, c'est quelque chose que j'ai dans mes tablettes , mais qui au vue du travail à fournir n'était pas une de mes priorités, puisque la team XLink fournit une librairie permettant la communication de ce type sur la XBox. Forcément, étant seul à développer sur AnOd-X, la librairie XLink apporte un certain gain de temps comparé au développement complet du support MSN. Maintenant, si tu es prêt à te joindre au développement d'AnOd-X, je te fournirai tout le nécessaire pour arriver à l'aboutissement de ta tache. Dans le cas contraire, et quoiqu'il en soit ton aide sera la bienvenue, et celle de tout autre également . Bref à toi de voir, comment tu veux continuer le développement de ceci par la suite, mais sache que si tu veux travailler sur AnOd-X, tu es le bienvenue. Tiens moi au courant. ++

Re, Je comprends tout à fait ce que tu dis, mais quoiqu'il en soit, les sources d'un dash, ne t'apprendront pas réellement la programmation XBox. En effet, le développement d'un DashBoard est un peu particulier : 99% de ce que tu y trouveras ne te serviras jamais. La plupart des applications ou jeux n'utilisent que les API d'origine de la XBox, et c'est également le cas d'un DashBoard. D'autre part, le développement sur XBox est tout à fait identique au développement sur Windows, et si tu sais développer en C++ sur ce dernier, tu n'as aucun souci à développer sur XBox. Je ne peux donc te conseiller que de commencer à développer sur PC, simplement parce que tu trouveras beaucoup (je ne trouve pas de mot + puissant) d'exemples, de sources, de docs sur cet OS, et que par commodité il est plus aisé de commencer par cela. Enfin, je vais me répéter, mais la librairie SDL ne peut qu'aider les gens à débuter, car même sans notion de développement de base, et rien qu'avec les docs et tutos du site officiel de la SDL, en une après-midi tu peux être tout à fait opérationnel, et faire des choses très intéressantes. ++

Salut julienx, Non, enfin pas d'ici peu je pense. La raison en est simple, c'est que je fait des modifications quasiment tous les jours dedans. Et seul à développer, j'ai déja beaucoup de mal à respecter mon planning, alors si en plus il faut que je mette régulièrement à jour, je n'avance plus du tout lol. Par contre, ils sont "ouverts" à ceux qui souhaitent, et sont capables de développer dessus... ++

Lol, Tin'quietes pas Gu|TaR|sT, ca va plus tarder

Re, Non je ne sais, je n'ai pas rechercher plus que ca. Il m'a fait perdre assez de temps avec sa 20aine de mails lol. ++

Hello tout le monde, Bon à mon avis, je ne suis pas le premier à qui ca arrive, mais ya des filous, qui plutot que de poster sur le forum pour choper des backups, utilisent la carte des poses de puces et envois un mail a plusieurs poseurs inscrit pour ces fameux putin de backups. Bref, y'a rien à faire pour éviter ca et à l'occasion je m'en fous, a partir du moment ou le type comprend que non tu ne lui en donneras pas. Seulement depuis ce matin je me prends la tete avec un couillon qui a du m'envoyer deja facile 15 mails a la con a ce sujet, au depart, tout bidon, mais de plus en plus chiants, voir injurieux. Le pire c'est que ce type a apparament 45ans !!!! Un exemple pour nous tous mdr ! Bref, il m'a tellement soulé que je me suis senti obligé de poster pour en parler lol, meme si je sais bien que y'a pas grand chose à faire ! PS : en + apparament il utilise son mail wanadoo avec son vrai prenom et nom lol. PS2 : j'ajoute que certains ont répondu positivement et lui ont fourni leur n° de tel lol. Vu le type, je leur conseille de faire attention. Et j'ajoute même a ces memes personnes, de RELIRE LA CHARTE DU SITE. ++

Je veux juste réagir à ce que tu as écrit pthichat car je ne voudrais pas que les personnes pas forcément très au courant de ce dont tu sembles parler, penses que Yosh, moi-même ou d'autres (et à vrai dire la plupart, puisque la majorité des développeurs XBox ne partagent pas leur travail publiquement) réfreinent l'évolution de la scene. En effet, si je comprends bien, tu parles en gros de XBox-Linux, qui certes ont fait évolué la scene XBox, mais dans un but toutefois très précis et malgré tout limité, puisqu'il s'attache à faire fonctionner Linux sur cette machine, et rien d'autre. Certes le travail accompli est énorme, et je ne dénigre en rien ce qu'ils font. Seulement, quel % d'utilisateurs utilisent Linux sur leur XBox en tant qu'OS ? Je pense que malgré tout la très grande majorité des utilisateurs n'ont pas franchi le pas, et notamment parce que le bios Cromwell ne permet plus l'utilisation des programmes compilés originalement pour la XBox, c'est à dire en 1er lieu les jeux, or c'est la fonction principale de la XBox. Pourquoi XBox-Linux n'inclut-il pas cette fonctionnalité dans son bios ? D'une parce qu'il serait difficile de le faire légalement et ouvertement. XBox-Linux, tout autant que les team EvoX, XEcuter, Yosh et bien d'autres savent pourtant comment lancer des .xbe non signés, mais malgré tout XBox-Linux, qui pourtant ont un sens élevé du partage ne divulgue rien de plus que les autres teams la dessus. La scene XBox a beaucoup d'aisance deja vis à vis de l'illégalité ne serait-ce que du XDK, d'autant que la plupart des acteurs sont facilement contactables ne serait-ce que par les membres des différents forums. Dans ces conditions, qui en son pseudo ou en sa team (et donc presque en son propre nom) dévoilerait ce genre d'informations, sources à l'appui, puisqu'il ne peut pas en etre autrement pour ce genre de modification ? Quel site hébergerait des pages contenant du code M$ ? Bref, tout cela pour dire que le travail accompli par Yosh, puisque c'est de lui dont on parle, mais également par les autres, n'est en rien perdu, et soyez sur que très rares sont les acteurs de la scene à ne pas ouvrir leurs connaissances aux autres. Seulement, la loi empeche tout simplement la divulgation des ces informations publiquement et ouvertement, et ce n'est en aucun cas un problème de rétension d'informations. La notion de partage de XBox-Linux est donc très relative, tout comme celle des autres teams. ++

Salut LoloMc, J'espere que tu ne l'as pas mal pris, c'est simplement que cela m'a fait rire, mais ce n'était pas du tout méchant, même si effectivement en me relisant, on pourrait le croire lol. Concernant la news, c'est certes une progression, mais malgré cela on est encore très loin de pouvoir signer les .xbe. Voila. ++ et sans rancune lool

Salut, Wep, c'est vraiment très con lol. Si on savait booter un tel CD, on ne s'embetera pas avec des puces, et encore moins avec des exploits . ++

Re, Le "ëpd:\" ne signifie rien du tout à mon avis, ca doit etre juste du code. Par contre cela semblerait vouloir dire que la lettre du lecteur logique à lire doit etre située dans une autre variable. En effet, le chemin d'une save sur le disque dur E: ou sur une carte mémoire est stocké dans la même structure de répertoire. Et donc par commodité de développement, et peut-etre meme de securité, le "lecteur" de save doit construire le nom complet du chemin en faisant variable lecteur+variable repertoire. Ce qui complique un peu plus la recherche car des E, D, U ou T, il doit y en avoir un sacré paquet dans les données d'une save lol. Par contre Adoubeur, comme je l'ai expliqué je ne connais pas très bien le principe d'utilisation des saves comme les tiennes par exemple. Je suis sur Anod-X, mais je vais essayer de trouver un moment ce soir ou demain au taf pour y jeter un oeil. Je tiens au courant. ++

Salut ross, La gestion des threads est implémentée sur la XBox, et elle fonctionne exactement comme sous Windows : les fonctions sont les mêmes. Par contre, n'oublie pas que la XBox n'est pas multitache. Tu peux avoir autant de threads que tu veux en même temps, mais ils restent attaché au .xbe en cours d'éxécution. Ainsi, à partir du moment ou tu éxécutes un autre .xbe à partir de celui ou tu as créé tes threads, tes threads se terminent. Donc n'espere pas créer des threads puis lancer le .xbe du jeu derriere, cela ne fonctionnera pas. D'autre part, la gestion des trainers dans EvoX est totalement inconnu. A vrai dire, on peu parlait quasiment de prouesse de la part d'EvoX, car personne ne sait exactement comment les trainers fonctionnent, et d'ailleurs la team EvoX semble ne rien dévoiler la dessus. D'ailleurs à ma connaissance, aucun autre dash/homebrew ne permet la gestion de ce type de trainers, et les differentes discussions sur les forums de Gueux.be ou XBox-Scene par exemple n'ont jamais abouti à quelque chose de concret. Quoiqu'il en soit, le principe utilisé par EvoX est à 99% de chance une nouvelle fois une modification en "live" du bios chargé en mémoire, pour éventuellement ne plus tuer les threads lors de l'éxécution d'une .xbe. Bref, au final on tourne un peu en rond car pour pouvoir réaliser cela, il faut forcément avoir accès aux sources du bios de la XBox. Et oui, car il ne faut pas se leurrer, les modifications effectuées sur les bios par les différentes team nécessitent obligatoirement ces sources. Il ne faut pas croire que les modifications dont on parle se fassent en hexa, ou même en désassemblant/réassemblant le bios... A mon avis personnel, ton but ne pourra être atteint qu'en cherchant du coté du fonctionnement de l'IGR, car d'une part, c'est plutot ce qui se rapproche le plus de ce que tu souhaite faire (cad intercepter les evenements des gamepads, et ce quelque soit l'environnement logiciel en cours d'éxécution), et d'autre part, même si la docs ou les discussions à ce sujet ne sont pas légion, en cherchant, tu devrais trouver les infos nécessaires à son développement. Voila, j'espere avoir été clair et que cela pourra t'aider. ++ PS : peux-tu poster dans ce topic le lien sur le tuto concernant les trainers EvoX stp.

Re, Par rapport à cela Adoubeur, un accès au docs du XDK pourraient fortement t'aider à voir comment les cartes mémoires sont "mountées" par le bios en lecteur logique, car la fonction en question y est fortement documentée. D'autre part, il est en théorie impossible d'accéder, via le bios de la XBox, aux partitions du disque dur. C'est à dire qu'aucune fonction définie dans le XDK ne te permet de "mounter" les lecteurs C:,E:,F: et G: du disque dur. La technique utilisée repose sur une fonction cachée interne au bios, qui elle n'est pas publiquement documentée, mais dans le principe, cette même fonction te permet de "mounter" n'importe quoi sur un lecteur logique : un device, un répertoire quelconque, que ce soit sur un disque dur, un dvd, une carte mémoire. Tout ca pour te dire, qu'avec les docs adéquates, il ne me semble pas très compliqué de trouver l'endroit à patcher en hexa pour éxecuter ton .xbe directement de ta carte mémoire. Mais par rapidité, je ne peux te conseiller que de chercher du coté de FreeEvoX, qui si mes souvenirs sont bons, a un site officiel très très bien documenté sur son fonctionnement, mais toutefois, je me rappelle avoir eu quelques difficultés à trouver ce fameux site, et, je suis quasiment certain que la fameuse save lancant FreeEvoX depuis la carte mémoire est dispo sur ce site. C'est d'ailleurs à ma connaissance la 1ere save hackée qui soit paru, et c'est d'ailleurs FreeEvoX qui est a la base de tous les exploits utilisés. J'essairai si je trouve quelques minutes ce soir ou demain de remettre la main sur ce site. ++

Hello all, Juste pour dire que bien évidement je ne parlerai pas en son nom, je ne donnerai aucun jugement sur ce qu'il souhaite faire de son avenir XBoxien, et que comme tout le monde je l'encourage à s'occuper de son enfant et de sa femme chérie... Juste pour dire que je pense assez bien le connaitre, du moins assez pour penser que je suis dans le même délir que lui concernant le taf sur XBox, et que même si la communauté Gueux sent la gaieté et la bonne humeur, l faut forcément se rendre à l'évidence que la scene XBox mondiale n'est en général qu'hyprocrisie. Certaines team étant commercialement investie dans la scene, il va s'en dire qu'elles n'ont pas la même vision de nous du petit monde que nous représentons tous. Et même parmi ceux qui ne tirent pas profit de la scene XBox, comme dans la vie courante, beaucoup s'amusent à dénigrer le travail des autres, à tort ou à raison, mais en très grande majorité à tort. Et dans le cas de Yoshi, qui je le rappelle ne tire aucun profit pécunier de son travail, sa seule motivation est le service aux autres !!! Bref, connaissant Yoshi, j'espere, et je pense, vu sa passion pour les différents travaux qu'il a entrepris, que ce n'est qu'un au revoir... Dites vous simplement qu'il est très facile de changer de pseudo, voir de travailler anonymement, et soyez sur que si la scene XBox continue à progresser, il sera toujours la quelque part derriere tout ca !!! BiGuP Yosh

Re, L'éxecution d'un .xbe a partir d'une carte mémoire n'a rien d'impossible, une carte mémoire étant vu au niveau du bios exactement comme une partition disque dur ou un lecteur dvd. Je suppose donc que le principe des saves hackées à base d'éxecution d'une xbe certainement dans E:\....., contiennent forcément quelques part (à voir en hexa éventuellement) le chemin vers la sauvegarde en question. Bref, en cherchant bien il doit y avoir moyen de modifier une save pr booter non plus le xbe a partir d'une partition (qui a priori serait soit E:, U: ou T:) et de la remplacer par le lecteurde la carte memoire (de F: a F+8:...) dans les fonctions d'origine du bios. D'autre part, je suis quasiment certains d'avoir vu ces fameuses sauvegardes qui lancait FreeEvoX depuis la carte mémoire. Il faut donc éventuellement chercher du coté des 1eres releases de FreeEvoX. Voila. +

Salut, Ta question n'a a priori rien à voir avec le développement. Je m'explique. Je ne connais pas en détail les hacks par save, toutefois, je suis quasiment certains qu'elles te permettent de lancer un dashboard, qui d'une part te permet directement de faire un backup de ton eeprom dans un fichier eeprom.bin sur le disque dur de ta XBox, et d'autre part de te connecter à ta XBox en FTP, et donc de récupérer sur ton PC le dit fichier eeprom.bin sur ton PC. Mais, c'est deja compliqué pour ton problème mais déjà moins que ce que tu veux faire, car la méthode la plus simple dans ton cas, c'est de lancer la save hackée, et une fois sur le dash de renvoyer l'install du MS DashBoard directement sur ta XBox via le FTP, et c'est tout. ++

Re, Pour ce dont tu parles, c'est en fait le principe de l'IGR, qui a lui seul est deja un bon morceau. D'autre, toujours par rapport à ce que tu veux faire, il faudra forcément que le jeu en question soit prévu pour cette gestion de monayeur, et donc seul ton jeu fonctionnera ainsi. Fait quelques recherches sur la borne d'arcade que SEGA a mis au point en coopération avec Microsoft, c'est en réalité une XBox avec justement un bios modifié pour gérer le monayeur et le support des GDRom en lieu et place du DVD. A part ça, zieute également sur XBox-Linux, mais a part cela, peu de choses en plus a dénicher, ci ce n'est de bosser par toi même à l'étude des bios (désassemblage/assemblage...). Beaucoup de taf en perspective... ++

Lut, Sans vouloir t'offenser, ton projet ne me semble pas très viable car : - Tu ne trouveras nul part les infos que tu recherches concernant la construction d'un bios XBox. Tu trouveras au mieux des éléments te permettant de MODIFIER certaines choses existantes dans un bios. - Pour ajouter des foncitons à un bios, il te faudrait les sources du bios en question....très difficile, pour ne pas te dire impossible - Assure toi bien que l'inclusion d'un FTP en thread dans un bios serait déja fait si cela était si facilement faisable. Bref, je ne veux pas te décourager, peut-etre trouveras-tu le moyen de le faire, et je l'espere vraiment mais.... ++

Salut, Non, non et non, impossible de lancer plusieurs xbe en simultanée. Et comme l'indique fornost, les fonctions de types IGR ou trainer patch le bios en RAM. ++

Salut zesensei, Merci pour le lien et pour remonter ce post. J'ai grande envie de voir la lib Allegro portée sur XBox, non seulement pour KOF91, mais aussi pour les autres homebrews plus qu'interessant développés à l'aide de celle-ci. Personnellement, je suis déjà très pris avec le développement d'AnOd-X, et j'aimerai vraiment que quelqu'un prenne en charge cela, d'autant que tu pourrais éventuellement apporter ton aide à cette personne, et ceux en français lol (en + de Lille, tout comme moi 59 POWAAAA ). Bref, si tel n'est pas le cas, je trouverai un moment dans les semaines (mois ??) à venir, pour m'y ateler. Encore merci à toi, et j'espere que ce post motivera quelqu'un à faire ce port. ++

Hello tout le monde, Bon je n'ai pas d'autre alternative rapide pour passer mon message que par ce post, étant donné que certains ne font pas partie de la team Gueux, ils n'ont donc pas accès à la partie privée du forum. Bref, j'ai eu quelques ennuis automobiles, ce qui ne m'a pas permis d'être chez moi en temps et en heure pour uploader la beta dimanche. Bref, tout le monde s'en tape de ma vie lol . Quoiqu'il en soit, toutes les personnes concernées auront le lien ce soir vers 22h (et oui, mon pb automobile n'est pas tout à fait encore réglé lol). Sur ce à + tard. ++

Re, De rien, mais pour l'utilisation du ligthgun en lui même, DirectX n'a rien a voir avec cela. Certes le sample en question contient du DirectX pour avoir quand même un affichage, mais il n'entre en rien dans la gestion des périphériques quels qu'ils soient. ++

Re, Je ne peux pas te copier/coller du code M$, mais le XDK contient une classe toute faite dans le sample dont tu parles, et si tu regardes bien, en entête de cette classe, tout est expliqué clairement sur la façon d'utiliser cette classe. Après, effectivement, si tu as des soucis avec les docs du XDK, tu vas avoir des problèmes pour développer sur XBox car malgré tout, elles regroupent 99% de ce qui est possible de faire en développement sur la XBox. Le restant des docs que tu trouveras sur internet concernent en général ce qui n'est pas discutés dans le XDK, c'est à dire tout ce qui peut représenter une vulnérabilité pour le système de la XBox. Tout ca pour te dire que mise à part cette classe tu ne trouveras rien . . ++

Hello, Pas bien compris ton problème. Si tu arrives a compiler ton projet dans VS.Net alors soit tu prends le .xbe directement sur ta XBox (repertoire E:\DEVKIT\NomDuProjet\), soit sur ton PC dans le répertoire de ton projet, dans les répertoires Debug ou Release. Mais je ne suis vraiment pas sur d'avoir bien compris ton problème . ++