Tout d'abord - permettez-moi de dire - j'ai fait exactement cela (développement sur PC puis portage sur Xbox 360 tard dans le développement) et n'ai eu que des problèmes minimes.
Avec XNA 4.0 et l'introduction des profils (HiDef est ce que vous souhaitez cibler pour le 360), il est devenu beaucoup plus facile de respecter les spécifications de la Xbox.
Vous devez essentiellement vous rappeler que la Xbox 360 a des caractéristiques de performances différentes de celles d'un PC. Ainsi, même si votre jeu peut porter correctement, vous devrez peut-être passer un peu de temps à régler les performances, surtout si vous faites quelque chose de "fantaisiste".
De loin, le plus gros problème de performance est le garbage collector sur la Xbox 360. Il est lent - certainement beaucoup plus lent que celui du PC. Donc, lorsque vous développez sur le PC, vous voudrez utiliser le profileur Microsoft CLR pour profiler votre mémoire: Une fois que votre jeu est chargé et fonctionne, vous voulez voir des allocations proches de zéro (XNA sur Windows allouera toujours quelques éléments, généralement à voir avec l'entrée, ce n'est pas un problème sur le 360). Voici un article de blog sur la façon d'éviter les problèmes de garbage collector .
Je recommande d'acheter des contrôleurs Xbox 360 dès le début et de les utiliser pendant le développement du PC.
L'autre chose à savoir lors du développement pour le 360 est la liste de contrôle The Evil que votre jeu est vérifiée lors de l'examen par les pairs.
Vous remarquerez qu'il y a beaucoup de choses à faire avec les profils, le guide, le marché et en particulier les périphériques de stockage. Ceux-ci provoquent des problèmes qui ne surviennent tout simplement pas sur PC. Si votre jeu stocke des données, fait du réseautage, a besoin d'interagir avec des profils, etc., je recommanderais d'obtenir une Xbox 360 au début de votre cycle de développement. Aussi - n'oubliez pas de prendre en charge une démo, car elle est requise pour XBLIG.
Je ne peux pas non plus parler beaucoup de Torque-X, mais je suppose que ce n'est qu'un tas de bibliothèques qui utilisent XNA - donc cela ne devrait pas poser de problème.