Je viens de dumper E-motion en .SCP........je te fais suivre
Le fichier .SCP passe sans probleme sous Sugarbox au passage
| CPC Rulez https://cpcrulez.fr/forum/ |
|
| Sugarbox : Un nouvel emulateur en version beta https://cpcrulez.fr/forum/viewtopic.php?f=7&t=5179 |
Page 5 sur 16 |
| Auteur : | Kris [ 22 Juil 2014, 20:16 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
Je viens de dumper E-motion en .SCP........je te fais suivre Le fichier .SCP passe sans probleme sous Sugarbox au passage
|
|
| Auteur : | Lone [ 22 Juil 2014, 20:32 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
Merci Kriss : Ca me confirme bien ce que donne le dsk : On a les 10 derniers octets lus en fin de piste 02 qui sont différents : Sur le SCP, ça passe, sur le RAW, non. Au suivant ! |
|
| Auteur : | dlfrsilver [ 22 Juil 2014, 21:02 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
Lone a écrit : Merci Kriss : Ca me confirme bien ce que donne le dsk : On a les 10 derniers octets lus en fin de piste 02 qui sont différents : Sur le SCP, ça passe, sur le RAW, non. Au suivant ! Je coupe la poire en deux : sugarbox n'arrive à lire ou décoder correctement E-motion en CT-RAW, par contre, l'IPF du jeu fonctionne sans aucun souci sous sugarbox. J'ajoute que Chicago 90 utilise une protection GAP.... mais sur la piste 39, pas la piste 40, la piste 40 est non formatée..... au risque de dire une bêtise, ça me parait logique de pas pouvoir "locker" une piste qui ne contient rien et n'a pas de formatage...... Conclusion : bug ou problème de gestion du format CT-RAW sous sugarbox. Et j'insiste sur un point, autant la plupart des jeux en IPF passent sous sugarbox, autant leur version initiale au format CT-RAW pose des problèmes de chargement à Sugarbox. |
|
| Auteur : | breiztiger [ 22 Juil 2014, 21:10 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
la convertion du ctraw par samdisk donne ce log : [E-Motion.dsk] 40 Cyls, Head 0: 250Kbps MFM, 10 sectors, 512 bytes/sector, gap3=28: 0.0 C1 C6 C2 C7 C3 C8 C4 C9 C5 CA[dc] Warning: unrecognised or invalid 6K checksum [61 21] on cyl 1 head 0 250Kbps MFM, 1 sector, 8192 bytes: 1.0 01d[dc] Warning: unrecognised or invalid 6K checksum [03 90] on cyl 2 head 0 2.0 01d[dc] Warning: unrecognised or invalid 6K checksum [11 21] on cyl 3 head 0 3.0 01d[dc] Warning: unrecognised or invalid 6K checksum [06 42] on cyl 4 head 0 4.0 01d[dc] 5.0 01d[dc] Warning: unrecognised or invalid 6K checksum [62 9C] on cyl 6 head 0 6.0 01d[dc] Warning: unrecognised or invalid 6K checksum [EE 9C] on cyl 7 head 0 7.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 90] on cyl 8 head 0 8.0 01d[dc] 9.0 01d[dc] 10.0 01d[dc] 11.0 01d[dc] 12.0 01d[dc] 13.0 01d[dc] 14.0 01d[dc] 15.0 01d[dc] 16.0 01d[dc] 17.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 21] on cyl 18 head 0 18.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 21] on cyl 19 head 0 19.0 01d[dc] 20.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 90] on cyl 21 head 0 21.0 01d[dc] 22.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 90] on cyl 23 head 0 23.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 21] on cyl 24 head 0 24.0 01d[dc] 25.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 21] on cyl 26 head 0 26.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 90] on cyl 27 head 0 27.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 21] on cyl 28 head 0 28.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 90] on cyl 29 head 0 29.0 01d[dc] 30.0 01d[dc] 31.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 90] on cyl 32 head 0 32.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF 90] on cyl 33 head 0 33.0 01d[dc] 34.0 01d[dc] 35.0 01d[dc] Warning: unrecognised or invalid 6K checksum [FF C8] on cyl 36 head 0 36.0 01d[dc] Warning: unrecognised or invalid 6K checksum [01 39] on cyl 37 head 0 37.0 01d[dc] 38.0 01d[dc] Warning: unrecognised or invalid 6K checksum [02 72] on cyl 39 head 0 39.0 01d[dc] |
|
| Auteur : | Lone [ 22 Juil 2014, 21:13 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
Suite des tests : ok : - 3DFight marche, tout comme Bourse 2000 : J'ai du me tromper de répertoire ok/ko  - Creer et jouer A/B : En utilisant la disquette CPM/Plus, je lance les softs, donc ok. ko : - 2112AD plante sur la piste 14 (crash dans la lib ) - CompilationSchneiderCD_Seite1 : Fonctionnement ko, il me faudrait un dump scp/raw pour comparer (si quelqu'un sait a quoi ça correspond tout court !) Pour E-Motion : L'IPF est construit a partir du ct raw ? Il y a peut être une ruse sur la fin de la piste... Je vais regarder dans cette direction là... Faut dire que côté doc, c'est succinct (mais je ne leur jette pas la pierre, je connais la difficulté de faire des docs sur des projets amateurs) Par contre, Samdisk ne donne pas grand chose pour ce que j'en décode (a mon niveau) : Un checksum invalide sur un secteur taille 6 est plutôt courant... |
|
| Auteur : | breiztiger [ 22 Juil 2014, 21:15 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
tu as un exemple de secteur invalide en taille 6 ? parce que a force d'embete simon sur justement les tailles six perso en dump j'en trouve plus (ou alors il doit y avoir une erreur dans le dump  )
|
|
| Auteur : | dlfrsilver [ 22 Juil 2014, 21:34 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
Lone a écrit : Suite des tests : ok : - 3DFight marche, tout comme Bourse 2000 : J'ai du me tromper de répertoire ok/ko - Creer et jouer A/B : En utilisant la disquette CPM/Plus, je lance les softs, donc ok. J'ai testé chacun des fichiers RAW mis à disposition avant mise en ligne sur mon compte boxnet. Citer : ko : - 2112AD plante sur la piste 14 (crash dans la lib ) - CompilationSchneiderCD_Seite1 : Fonctionnement ko, il me faudrait un dump scp/raw pour comparer (si quelqu'un sait a quoi ça correspond tout court !) 2112AD n'est apparemment pas encore supporté en terme de format de disque. L'outil de génération d'IPF ne voit pas ce qu'il peut en faire, ça c'est plus un problème qui me concerne moi. Mais.... même problème que pour Chicago90, tu ne peux pas "locker" une piste qui n'existe pas (la 14ème), qui n'est pas formatée, ou encore qui ne contient rien. 2112 AD ne comporte que 13 pistes seulement. Peut-être que cette indication te mettra sur une piste...... Compilation SchneiderCD_seite1, c'est une compil pour amstrad schneider. Pour E-Motion : L'IPF est construit a partir du ct raw ? Citer : Il y a peut être une ruse sur la fin de la piste... Je vais regarder dans cette direction là... Faut dire que côté doc, c'est succinct (mais je ne leur jette pas la pierre, je connais la difficulté de faire des docs sur des projets amateurs) C'est pas un projet amateur, IFW, le créateur du système est un ingénieur chevronné et une très grosse pointure du monde informatique. J'avoue que leurs docs s'adressent à des gens qui touchent grave leur bille, les autres (je m'inclus dedans pour tout ce qui touche à la programmation  ), on ne peut que se galérer.....Citer : Par contre, Samdisk ne donne pas grand chose pour ce que j'en décode (a mon niveau) : Un checksum invalide sur un secteur taille 6 est plutôt courant... clairement, j'ai testé la génération depuis le source KF stream, le DSK fonctionne sans problème. Avec le fichier CT-RAW, c'est pas bon (de toute façon je ne génère de DSK que depuis un dump KF stream, jamais depuis le CT-RAW, que je réserve à la création d'IPF. A noter aussi que samdisk est doté d'une bonne routine de correction d'erreur, avec laquelle on peut générer un DSK propre sans erreur, alors qu'avec un fichier CT-RAW, c'est pas si simple. Je fais une supposition simple, samdisk cherche à raboter des erreurs dans le CT-RAW, et au final abime les données, d'ou les messages d'erreur sur les pistes (j'ai reproduit sur mon PC les erreurs que tu as eu). |
|
| Auteur : | dlfrsilver [ 22 Juil 2014, 21:41 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
breiztiger a écrit : tu as un exemple de secteur invalide en taille 6 ? parce que a force d'embete simon sur justement les tailles six perso en dump j'en trouve plus (ou alors il doit y avoir une erreur dans le dump )J'ai eu un problème sur un dump original du jeu chase HQ. En utilisant la commande pour générer un fichier DSK depuis le dump KF stream du jeu, les pistes n'étant plus pleine, le DSK généré reset automatiquement le CPC, la ou le fichier CT-RAW tourne correctement sous sugarbox. Quand à E-motion voilà ce que j'obtiens à l'écran quand je génére un IPF depuis mon dump CT-RAW : en vert : les pistes du jeu, toutes vues comme étant bonnes et sans erreur Dans le cadre en haut à droite : 40 pistes enregistrées, aucune en mauvais état ni modifié. |
|
| Auteur : | breiztiger [ 22 Juil 2014, 22:03 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
j'ai dumpe chase h.q. avec le kryo également et la convertion avec samdisk est ok fonctionne sur sugarbox ... et wincpc |
|
| Auteur : | dlfrsilver [ 22 Juil 2014, 22:15 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
breiztiger a écrit : j'ai dumpe chase h.q. avec le kryo également et la convertion avec samdisk est ok fonctionne sur sugarbox ... et wincpc Ok, mon dump est similaire au tiens, en piste taille 6. Il marche aussi sur sugarbox en DSK, mais reset sur caprice32 et CPCE (pas normal sur CPCE, l'ancien dump de chase hq fonctionnait dessus). Je teste sous winape. EDIT : ah la cochonnerie, le dump foire au chargement sur 3 émulateurs sur 4 ! Sous winape aussi le CPC est reseté par le jeu ! Question donc : qui peut me poster ici un fichier CT-RAW du jeu batman the movie, qui utilise la même protection que chase HQ ? |
|
| Auteur : | Lone [ 22 Juil 2014, 22:16 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
Ca s'emballe, c'est la science qui avance ! - 2112 AD me pose problème, car il m'indique qu'il y a 42 pistes d'indiquées (comme quasi tous les CT-raw - Les dernieres ne sont juste pas formatées). Je ne lock de toute façon que les pistes qui existent (indiqués comme telles par le GetInfo)... Mais c'est peut-être une piste, par contre, je ne vois pas comment avoir l'info sur la piste, avant de la locker... - E-Motion, je vais regarder de plus près ce que je reçois, histoire de voir si c'est pas juste une histoire de révolution mal placée. Pour les secteurs tailles 6 invalides, je pensais, à tord manifestement, qu'on parlait du CRC qui était faux... Il semble qu'en fait, ça ne soit pas du tout de ça qu'il s'agisse (comme quoi, on en apprend tous les jours !). Enfin, pour la doc, si tu en as une, ça m'intéresse : J'ai le PDF (qui date de la version 4.0), et trouvé un doxygene sur la 4.2, mais rien de plus récent... Ne t'inquiète pas pour la complexité, avoir une doc est toujours moins complexe que de ne pas en avoir Et pour clarifier, dans ma bouche, "projet amateur" signifie juste que les mecs ne font pas ça pour vivre, pas que c'est un truc bidon. Forcément, on a moins de contraintes que sur un projet militaire ou industriel.. Certain projets amateurs sont d'une inestimable qualité (je pense a des sites web sur le CPC, qui sont absolument indispensables ) |
|
| Auteur : | dlfrsilver [ 22 Juil 2014, 22:38 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
Lone a écrit : Ca s'emballe, c'est la science qui avance ! - 2112 AD me pose problème, car il m'indique qu'il y a 42 pistes d'indiquées (comme quasi tous les CT-raw - Les dernieres ne sont juste pas formatées). Une fois l'ipf crée, tu te doutes que j'incorpore pas dans l'IPF les pistes non formatées, donc si le jeu fait 13 pistes, celle allant de la 14 à 41 sautent automatiquement. Citer : Je ne lock de toute façon que les pistes qui existent (indiqués comme telles par le GetInfo)... Mais c'est peut-être une piste, par contre, je ne vois pas comment avoir l'info sur la piste, avant de la locker... Demande au boss comment faire pour esquiver les pistes vides Citer : - E-Motion, je vais regarder de plus près ce que je reçois, histoire de voir si c'est pas juste une histoire de révolution mal placée. super Citer : Pour les secteurs tailles 6 invalides, je pensais, à tord manifestement, qu'on parlait du CRC qui était faux... Il semble qu'en fait, ça ne soit pas du tout de ça qu'il s'agisse (comme quoi, on en apprend tous les jours !). Je vais faire une analogie : quand je dumpe un jeu sur K7, si la qualité du signal est dégradée par le temps, si jamais j'utilise un outil de décrassage, je suis à peu près sur d'obtenir un fichier final corrompu ou abimé. Pour les dumps KF, c'est un peu le même principe, déjà de base, l'outil CTA ne gère pas les dumps KF stream en direct, je dois convertir le flux KF en fichier CT-RAW avant de pouvoir générer un IPF. Et de toute façon, l'outil ne me permettra jamais d'exporter au format IPF une disquette dont le signal est abimé ou corrompu. Citer : Enfin, pour la doc, si tu en as une, ça m'intéresse : J'ai le PDF (qui date de la version 4.0), et trouvé un doxygene sur la 4.2, mais rien de plus récent... Ne t'inquiète pas pour la complexité, avoir une doc est toujours moins complexe que de ne pas en avoir C'est vrai toujours mieux d'avoir un bout de pécu que rien du tout. J'ai peur de n'avoir que les même documents que toi cela dit..... Citer : Et pour clarifier, dans ma bouche, "projet amateur" signifie juste que les mecs ne font pas ça pour vivre, pas que c'est un truc bidon. Forcément, on a moins de contraintes que sur un projet militaire ou industriel.. Certain projets amateurs sont d'une inestimable qualité (je pense a des sites web sur le CPC, qui sont absolument indispensables ) Ils ne gagnent pas d'argent avec, mais c'est un projet industriel. J'ai encore jamais vu de logiciel amateur avec une licence qui coute 7000 euros. |
|
| Auteur : | Lone [ 23 Juil 2014, 13:10 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
Suite des investigations d'hier soir et de ce midi : En utilisant une méthode de contournement du bug de la lib (le mec qui s'en occupe étant apparemment débordé), plus deux trois corrections sur des aspects mineurs de la prise en charge des ct raw, on n'a plus que 11 dumps en erreur.... Mais avec deux version de build. Ca n'est guère satisfaisant, je suis circonspect sur la gestion des weaks sectors via cette manip... E-Motion passe avec un petit ajustement sur la jointure des révolutions 5-1 (pas d'IAM sur la piste 3 ??), et SI on n'utilise pas le contournement en question : C'est comme si le dump comportait, sur les 5 révolutions enregistrées, quelques une de correctes, et quelques une d'incorrectes. Par contre, contrairement au SCP "propre", on fait deux cycles de lectures des pistes 2 à 7, comme si une erreur se trouvait quelque part (la piste 5 (je crois) a également une différence sur la fin). Bref... Ça marche, mais pas comme ça devrait ! Victory Road me semble incorrect : on a 15 pistes, mais de 1 a 15 (sans piste 0, ça va être coton a charger...) Un original montre aussi 15 piste, mais de 0 a 15, et sans la piste 1 (ce qui semble plus correct). Je vais sans doute revenir en arrière sur la méthode de contournement : C'est vraiment trop gênant pour les weaks sectors (ou les dumps avec des révolutions "pas top", comme e-motion - Le problème vient peut être également de la manière de gérer l'index, d'ailleurs, qui est un peu en vadrouille. ). EDIT : J'ai finalement trouvé comment gérer les weaks sectors : On peut fixer la révolution en cours avant le locktrack. Du coup, c'est pas très élégant, mais ça marche... |
|
| Auteur : | Kris [ 23 Juil 2014, 14:39 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
Salut Thomas, Quand tu dis en "l'index est un peu en vadrouille", tu parles du SCP ou du RAW ? J'ai rien vu de particulier sur le SCP... Sinon, je peux le dumper en "splice" pour doubler (ou+) les revolutions et voir si l'index se decale. A+ |
|
| Auteur : | Lone [ 23 Juil 2014, 15:05 ] |
| Sujet du message : | Re: Sugarbox : Un nouvel emulateur en version beta |
Sur le raw, me semble-t-il (faut un peu lire la matrice, donc je suis pas super assuré du truc.....) Le SCP n'a aucun soucis de lecture (ou bien, je suis toujours tombé sur la bonne révolution ?) |
|
| Page 5 sur 16 | Le fuseau horaire est UTC+1 heure |
| Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |
|