by Lionel Debroux » 20 Mar 2017, 07:50
Le dumper de CEmu, comme rom8x, est obligé d'interférer avec le contenu de la mémoire archive, puisqu'il n'y a pas assez de place en RAM pour faire tenir tous les secteurs de l'OS à dumper. Le seul avantage de cette méthode de dump non fidèle est qu'elle est réalisable même avec TI-Connect CE, sans installer de driver tiers supplémentaire pour CEmu, ce qui est particulièrement chiant sur Windows, comme l'a écrit Adriweb.
Il est impossible d'utiliser les drivers Windows de TI, pour des raisons:
* d'indépendance: de façon très théorique, TI pourrait décider d'enlever des fonctionnalités utilisées par le dumper;
* possiblement de fonctionnalité: pour réaliser des protocoles tiers comme celui dont il y aurait besoin ici, il faut un accès aux paquets USB bruts, sans la couche de protocole officiellement nommé CARS, appelé DUSB par libticalcs;
* et de toute façon de licence: CEmu et libticalcs sont GPL.
Les dumpers standard de libticalcs (= tous sauf le dumper TI-eZ80, précisément) utilisent une forme de compression sur le secteur entier, qui donne vraisemblablement des transferts un peu plus gros que du RLE à l'intérieur des secteurs, qui peut accélérer par exemple la fin des secteurs d'archive partiellement utilisés. Le dumper TI-eZ80 de libticalcs, dont la partie calculatrice a également été faite par jacobly, ne compresse rien.
)
