[ACE] CPC Emulator
 OffseT - 19 September 2011 - 18:50:11
|
83 posts |
|---|---|
| Juste pour information, ACE 1.1 a été rendu public. Il s'agit d'une version mineure qui a pour principal but de résoudre les quelques problèmes soulevés par les utilisateurs de la version 1.0. La version 1.2 apportera de réelles nouvelles fonctionnalités... et prendra donc plus de temps ! (je ne me pencherai toutefois pas sur le nouveau format d'image disque avant la 1.3 !). |
|
|
TotO - 26 September 2011 - 10:01:02
|
127 posts |
|---|---|
| Pour information : - IPF va devenir un format Open (GPL, autre ?) - Kryoflux permet maintenant l'écriture des IPF Perso, je reste pour une gestion de la création des images par un organisme type SPS. En effet, si tout le monde peut créer des IPF, alors on trouvera des images de jeux buggés et ou crackés et ça n'aura plus de sens. |
|
|
phi2x - 26 September 2011 - 17:55:07
|
131 posts |
|---|---|
| GPL??? Moi je préfèrerais qu'ils décrivent le format dans une simple doc, comme ce qui avait été fait pour le format dsk. Parce que leur code source pour parser un IPF, ça ne m'intéresse absolument pas. Et je ne pense pas être le seul à penser ça. Pour la certification des images, un site comme cpc-power pourrait simplement maintenir un fichier répertoriant les images propres, avec le hash MD5 de chaque image. Avec un tel fichier, il est ensuite possible d'utiliser des outils pour checker automatiquement sa collection. http://fr.wikipedia.org/wiki/GoodTools |
|
|
PulkoMandy - 26 September 2011 - 19:05:07
|
633 posts |
|---|---|
| TotO: c'est bien gentil, mais si je veux créer mes propres images disques pour mes besoin de dev, je fais quoi ? Il est clair qu'un format avec création uniquement par la SPS ne convient pas... S'il faut passer par une vraie disquette, envoyer le résultat à la SPS pour analyse, et enfin récupérer un fichier IPF non modifiable, ça va devenir beaucoup moins intéressant de faire du cross-dev, non ? La GPL ne convient pas non plus d'ailleurs, puisque certains émulateurs ne sont pas Open Source. Ils ne pourraient donc pas utiliser ce format mieux qu'avant (cette licence est beaucoup trop restrictive, à mon avis). Donc, ok pour avoir une validation des images et un archivage chez eux, mais le bon moyen de faire ça n'est pas d'être les seuls à pouvoir créer des images. C'est plutôt de mettre en place une archive et les outils de gestion/contrôle qui vont bien, sans empêcher les gens d'archiver aussi les versions crackées (car après tout, elles font aussi partie du "patrimoine logiciel"). |
|
|
CloudStrife - 26 September 2011 - 19:13:07
|
161 posts |
|---|---|
| Après on peux faire du reverse engeenering du format avec le code mais bon c'est un peu moche... (et puis y sont capable de faire de l'obfuscation...) | |
|
TotO - 26 September 2011 - 23:23:59
|
127 posts |
|---|---|
| PulkoMandy, j'imagine que pour tes propres besoins de dev tu n'a pas besoin de protéger tes disquettes contre la copie... De ce fait, tu peux très bien continuer à utiliser un format DSK ? (ainsi que pour les versions craqués) En tout cas, c'est ce qu'ils font sur Amiga en utilisant a la fois l'ADF et l'IPF. Quand je parle de "GPL" c'est avec un point d'interrogation, car rien est encore fait. La news date de début septembre. Après, pourquoi pas avoir des IPF "signés". Ainsi, tout le monde écrit mais celles de la SPS (ou d'autres "organismes") sont identifiables. Et oui, les cracks font aussi parti du patrimoine ! ;) |
|
|
PulkoMandy - 26 September 2011 - 23:31:41
|
633 posts |
|---|---|
| C'est pas seulement une question de protection contre la copie. Un loader custom fait pour être utilisable dans une démo pourrait très bien ne pas pouvoir tenir dans le format DSK. Par exemple, l'entrelacement des secteurs est géré, mais pas leur position exacte sur une piste (on sait seulement quel secteur vient après le trou d'index). Si on fait par exemple une disquette avec des secteurs taille 5 ou 6 pour un chargement le plus rapide possible, on doit faire commencer ces secteurs au bon endroit pour pouvoir passer d'une piste à l'autre efficacement (et trouver tout de suite l'en tête du prochain secteur à charger). Impossible à décrire dans un DSK :) | |
|
TotO - 27 September 2011 - 10:20:16
|
127 posts |
|---|---|
| Si l'IPF ne convient pas, il serait souhaitable de définir un format qui permette de convertir le protocole STREAM en ce dernier. http://www.softpres.org/kryoflux:stream Je trouve dommage de réinventer la roue quand on a des alternatives. Mais il est important que le FDC du CPC soit parfaitement émulé et que ce format décrive des images disques fonctionnant avec et non l'inverse. (.fdc :p) |
|
|
OffseT - 27 September 2011 - 11:07:58
|
83 posts |
|---|---|
| À mon avis, le format IPF peut être envisagé comme format source, une sorte de "master". Mais il n'est sans doute pas à utiliser directement. Un bon format doit : - être exhaustif (donc stocker des données relativement bas niveau) - permettre l'écriture (donc rester simple !) - être facile à créer à partir d'autres formats ou de disquettes réelles Concernant ce dernier point, on sort du cadre de l'émulateur lui-même ; il suffit d'offrir les outils qui vont bien en externe (et donc ça peut être en GPL sans poser de problème). Ces outils peuvent d'ailleurs être éventuellement en ligne afin que tout le monde en profite facilement (pas besoin de portages, une simple interface http pourrait être suffisante). Ce format pourrait également contenir des "meta-data" comme la façon de lancer les softs qui se trouvent dessus, la configuration requise/conseillée pour que ça marche (RAM, CRTC, etc..). Enfin, je pense qu'il y a moyen de faire quelque chose de vraiment bien qui rende complètement obsolète le format DSK (et pas seulement à cause de sa structure défaillante). |
|
|
TotO - 27 September 2011 - 12:16:16
|
127 posts |
|---|---|
| Aujourd'hui, le soucis du IPF est qu'il est produit "à la main" depuis un STREAM, alors que d'autres formats (ADF, DSK, IMG, ...) sont générés à la volée par le KryoFlux lors du dump. C'est peut-être le prix à payer pour restituer correctement les schémas de protection... Mais peut-être est-il possible de produire des images disques protégés pour le CPC de façon automatique ? (et pouvoir réécrire les disquettes avec un KryoFlux ou autre évidemment) Les "meta-data" c'est surtout bien pour les émulateurs et effectivement ça apporterait un vrai plus. On peut aussi imaginer stocker la jaquette, les docs, des pokes, et j'en passe. |
|
|
PulkoMandy - 27 September 2011 - 19:38:15
|
633 posts |
|---|---|
| En fait, le format IPF est trop haut niveau. Il permet de descendre au niveau du flux de modulation FM ou MFM sur une disquette, mais pour pas avoir des dumps de 5Mo par disquette (au format Amiga), ils ont fait le choix d'analyser chaque dump et de reconstruire une image plus haut niveau; reproduisant ce qui est nécessaire. Si la disquette est découpée en secteurs standard, avec une modulation propre, alors il est inutile de stocker le flux MFM, un format genre DSK peut convenir. L'IPF sait s'adapter, mais du coup chaque image doit être construite plus ou moins à la main. Le format "STREAM" est presque identique au HFE. La seule différence est au niveau de la représentation du signal d'index, qui est inutile sur CPC (il sert uniquement pour les disquettes "hard sector", avec un trou d'index par secteur). |
|
|
TotO - 27 September 2011 - 20:19:07
|
127 posts |
|---|---|
| OK, merci pour les infos. ;) | |
|
phi2x - 23 October 2011 - 10:13:46
|
131 posts |
|---|---|
| Hop, je cross-link le topic des images disques de CPCWiki : http://www.cpcwiki.eu/forum/index.php?topic=2842.msg32862#msg32862 Girv fait la démonstration qu'il est possible très simplement, en utilisant les outils standard du HxC, de convertir un dump RAW kryoflux en fichier disque. Intéressant ! |
|
|
TotO - 23 October 2011 - 15:48:32
|
127 posts |
|---|---|
| :) | |
|
Giants - 27 November 2011 - 11:36:19
|
3 posts |
|---|---|
| Hug ! En faite, il faut faire la part des choses et essayer de voir la vue de tous. Le format DSK suffit amplement à la majorité des simples utilisateurs. Pour les Dev, j'imagine (car n'étant pas dev) que le moisie du format DSK ne le fait pas. Quand au contributeur et autres bidouilleurs le format dsk suffit pour emuler MAIS ne suffit pas pour sauvegarder correctement le patrimoine informatique. Es-ce qu'il faut un nouveau format de floppy pour CPC ? Oui à coup sur. Quoi prendre, je pense que les personnes ici présente sont largement plus compétente que moi sur le sujet pour savoir qui que quoi et quand :) Par contre, se baser sur un quelque chose d'existant pour realiser le dump que ce soit Hardware ou software est je pense une bonne idée. Exemple si l'interface KryoFlux permet de realiser une 'base' de dump Nickel autant l'utiliser. Il ne restera plus qu'à créer un soft de création d'image dans le nouveau format par rapport à ce Raw par contre, je vous ais pas vue parler du format fdi de vincent J. http://www.oldskool.org/disk2fdi Il ne pourrait pas non plus faire l'affaire ? |
|
|
PulkoMandy - 30 November 2011 - 20:24:17
|
633 posts |
|---|---|
| Good news everyone: http://torlus.com/floppy/forum/viewtopic.php?f=2&t=785 | |
|
jegougou - 01 January 2012 - 21:37:00
|
4 posts |
|---|---|
| ACE est un excellent émulateur que j'utilise avec plaisir sous morphos. J'ai d'ailleurs un test si cela vous interesse. il est ici http://obligement.free.fr/articles/ace.php a+ |
|
|
Giants - 05 January 2012 - 15:26:00
|
3 posts |
|---|---|
| Blup ! Vivement Morphos 3.0 (il se font attendre d'ailleurs) Juste pour info, il est possible de convertir des dumps ADF au format IPF un des dev à mis à disposition sur le forum les sources pour créer un soft qui fait ca, j'ai crue comprendre que c'était tjs en développement. En tout cas, pour avoir compilé le soft (mfmparse) il à fonctionné sur deux dumps 'standard' format .adf Voila, suis pas sur que tout le monde avant l'info donc :) |
|
|
OffseT - 29 January 2012 - 17:53:27
|
83 posts |
|---|---|
| ACE 1.2 is available. http://ace.cpcscene.com |
|
|
phi2x - 31 January 2012 - 21:05:27
|
131 posts |
|---|---|
| OMG! I saw that I'm cited in ACE changelog. Cool :) In fact, it's really an honour for me! Because I'm very aware that I'm much less knowledgeable than you about the CPC. And I owe you much more about the overall comprehension of how it works than I could have helped you. So, once again, thank you. |
|
|
OffseT - 02 February 2012 - 19:52:39
|
83 posts |
|---|---|
| @phi2x: I wouldn't have found these bugs without your questions about the correct behavior. No reason not to credit you then. ;) | |
|
OffseT - 23 May 2012 - 20:23:08
|
83 posts |
|---|---|
| Une nouvelle version d'ACE est disponible. Outre l'amélioration du support des DSK et quelques corrections de bugs mineurs, cette version apporte la gestion du mode entrelacé et l'affichage détaillé des zones de synchronisation (octets partiels et autres artefacts). http://ace.cpcscene.com -- A new version of ACE is available. In addition to an improved DSK support and some minor bug fix, this version implements the interlaced mode and a precise display of the hsync & vsync areas (partial bytes and artefacts). http://ace.cpcscene.com |
|
|
OffseT - 19 July 2012 - 23:25:56
|
83 posts |
|---|---|
| Quand le meilleur devient encore meilleur ! ACE 1.4 est disponible et vous permet désormais de choisir la version du Gate Array à émuler ! Et puis bientôt une bonne nouvelle pour ceux qui ne possèdent pas MorphOS, grâce à Davebraco une version AmigaOS 4.1 sera peut-être là dès ACE 1.5 ! [http://ace.cpcscene.com] -- The best just got better! ACE 1.4 is available. You can now select which Gate Array version to emulate! Enjoy! And good news if you do not have MorphOS! Thanks to Davebraco, ACE 1.5 might be available for AmigaOS 4.1 too! [http://ace.cpcscene.com] |
|
 TFM - 20 July 2012 - 02:22:35
|
146 posts |
|---|---|
| How much FPS could it make on an Amiga? | |
|
OffseT - 20 July 2012 - 10:15:44
|
83 posts |
|---|---|
| I'm not sure about the requirements on Amiga yet. For the AmigaOS 4.1 port, Davebraco lent me a µAmigaOne G3@800MHz. I hope this computer will be powerful enough for ACE to be one frame. Btw, do not expect ACE to be fast on classic Amiga with PowerPC boards. Also, no AmigaOS 3.x 68k version is planed. |
|
|
TFM - 20 July 2012 - 20:27:47
|
146 posts |
|---|---|
| Merci beaucoup. I'm just curious. I don't own an Amiga anyway. My CPCs need all the space :-D | |
 davebraco - 22 July 2012 - 22:04:06
|
9 posts |
|---|---|
| Pleasure is mine! I hope it will be fast enough too... By the way congratulation for the ACE 1.4 release. Will test it this week on my powermac. |
|
 Grim - 24 July 2012 - 19:38:51
|
521 posts |
|---|---|
| Very soon, ACE will emulate the sound and display interferences of the tape relay switch and the display intensity drops caused by an old power hungry 3" drive and/or a weak PSU :) | |
|
TotO - 24 July 2012 - 21:44:05
|
127 posts |
|---|---|
| Need to ear the CPU work through the speaker (or the screen refresh?) too... XD | |
|
OffseT - 27 July 2012 - 00:38:32
|
83 posts |
|---|---|
| @TFM: You're right! No Amiga would replace my CPC either! @others: Sorry guys, these features are not in top priority on my todo list. ;) |
|
