by Lionel Debroux » 28 Nov 2010, 10:13
tiosmod+amspatch (les deux morceaux ne sont rien l'un sans l'autre) est typiquement le genre de choses que TI voit d'un très mauvais oeil... il n'y a pas grand chose à faire pour améliorer l'accessibilité de tiosmod+amspatch, sans que quelqu'un prête le flanc aux attaques (justifiées ou non, là n'est pas la question) de TI...
1) impossible de fournir des binaires d'amspatch prêts à l'emploi (tnoc n'a pas ce souci).
2) encore plus impossible de fournir des binaires d'AMS patchés prêts à l'emploi, bien sûr (valable aussi pour tnoc)

:
3) difficile d'ajouter le téléchargement automatique de versions plus anciennes de l'OS depuis un hébergeur (valable aussi pour tnoc).
4) il est
souhaitable qu'il reste difficile de modifier amspatch, c'est pourquoi aucun processus de build n'est fourni (mais ça, c'est peu efficace: il est facile de voir que le source est composé de deux fichiers, avec l'un qui inclut l'autre...) et surtout pourquoi le code d'amspatch est fort mal documenté. Pas valable pour tnoc.
D'ores et déjà , pour les utilisateurs, grâce à critor (c'est lui qui a suggéré l'utilisation de ce format, que je ne connaissais pas), si les utilisateurs se bornent à utiliser avec un des nombreux GUI pour Windows, après avoir téléchargé eux-mêmes l'OS, les patches binaires IPS fournis avec tiosmod+amspatch, l'accessibilité de tiosmod+amspatch est similaire à celle de TNOC. :;):