CPC Rulez
https://cpcrulez.fr/forum/

SugarConvDsk
https://cpcrulez.fr/forum/viewtopic.php?f=8&t=5844		 Page 12 sur 14
Auteur :  Lone [ 14 Jan 2017, 18:12 ]
Sujet du message :  Re: SugarConvDsk
Il n'y a pas de sortie "raw" depuis sugarconvdsk... seulement hfe/Scp/ipf/DSK.
Auteur :  Giants [ 14 Jan 2017, 18:17 ]
Sujet du message :  Re: SugarConvDsk
Ok, je viens de tester, effectivement la sortie de sugarconv vers du scp (option -o=scp) met en extension .raw
et permet donc la lecture via aufit (ceci explique cela).

Cecit dit, mes remarques sont tjs d'actu, à savoir, ce n'est l'ipf qui à été analysé par denis mais le scp en sortie shugarconv.
Et moi, si j'essaye la même manip, c'est pire avec aufit dans ça derniere version, il plante direct et n'arrive pas a charger le fichier .raw

E:\Dump>SugarConvDsk.exe "Black Tiger (UK) (1989) [Original].dsk" out.raw -o=scp

Peux tu redonner le liens de ta version corriger d'aufit, c'est ipf reader, autant pour moi.
(le bug multiple de 8), je ne suis pas sur que DrCoolZik est fait la correction dans ca derniere version.
Auteur :  dlfrsilver [ 14 Jan 2017, 18:25 ]
Sujet du message :  Re: SugarConvDsk
Giants a écrit :
Ok, ca pose forcément une autre question :
D'où provient le fichier RAW que denis à utilisé à moins que ce soit le format scp renomer en raw ?


J'ai un dump KF raw d'un original de Black Tiger, que j'ai utilisé pour examen. Je n'ai pas d'outil pour visualiser le contenu d'un IPF comme je le ferais d'un dump KF raw tiré d'une disquette.

J'utilisé cette image faite avec Aufit, pour montrer visuellement la différence.

Je n'utilise pas de fichier SCP.
Auteur :  Giants [ 14 Jan 2017, 18:30 ]
Sujet du message :  Re: SugarConvDsk
Oui, Ok pour l'original
Mais pour Black Tiger DSK.raw, il vient bien de la conv shugarconv (c'est ce que tu as dit et écrie, pour la comparaison) et il est au format scp vue qu'il a l'extension .raw
et que de toute façon, aufit de c'est pas lire l'ipf en entrée, donc c'est forcément un fichier au format scp.

Aufit ne sais lire que le flux (scp et Hxc)
Tu l'as bien crée à partir de shugarconv comme indiqué ? Shugarconv à en sortie (dsk, hfe, ipf, scp)
Donc c'est forcément un fichier scp que tu as analysé si il provient d'une conv. avec shugarconv

Donc la question est tjs de mise, le fichier a forcément été crée (le fichier Black Tiger DSK.raw a ma sauce shgarbox de ton message.) avec l'option o=scp
Je me trompe ?

La moulinette n'est peu être pas la même dans shugarconv si on sort vers de l'ipf ou vers du scp
C'est pour bien isoler le probleme, c'est tout ;)
Auteur :  Lone [ 14 Jan 2017, 18:33 ]
Sujet du message :  Re: SugarConvDsk
Le support du format scp est assez... aléatoire.
À ma connaissance, peu de personnes l'utilisent, il n'y a eu que peu d'effort de fiabilisation dessus.

La bonne manip : ipf - disk - dump kryoflux.
Auteur :  Giants [ 14 Jan 2017, 18:38 ]
Sujet du message :  Re: SugarConvDsk
>À ma connaissance, peu de personnes l'utilisent, il n'y a eu que peu d'effort de fiabilisation dessus.
C'est peu de le dire... l'inventeur est un peu... spécial diront nous.
Peu d'effort est un euphémisme, il ne corrige rien dans son soft des bugs qu'on lui indique sur le forum.. -_-'
Tu aurais même pas du le proposer en sortie je trouve.
Auteur :  dlfrsilver [ 14 Jan 2017, 18:54 ]
Sujet du message :  Re: SugarConvDsk
Giants a écrit :
Oui, Ok pour l'original
Mais pour Black Tiger DSK.raw, il vient bien de la conv shugarconv (c'est ce que tu as dit et écrie, pour la comparaison) et il est au format scp vue qu'il a l'extension .raw


J'ai converti le DSK de Black tiger avec l'outil HxC en format KF raw.

Citer :
et que de toute façon, aufit de c'est pas lire l'ipf en entrée, donc c'est forcément un fichier au format scp.


ma réponse au dessus.

Citer :
Tu l'as bien crée à partir de shugarconv comme indiqué ?


Non l'outil HxC. Mais ça change pas grand chose, indépendamment de l'outil de Thomas.

Citer :
Et comme il l'extension .raw, qu'il est au format scp (sinon encore une fois, pas possible a lire avec aufit), tu as forcément utilisé l'option que j'ai indiqué. Shugarconv de base sort en ipf sinon.


Les fichiers SCP ont l'extension *.SCP.
Auteur :  Giants [ 14 Jan 2017, 19:01 ]
Sujet du message :  Re: SugarConvDsk
@Denis
>J'ai converti le DSK de Black tiger avec l'outil HxC en format KF raw.
Ahhhh, faut pas... c'est buggé ou plutot hasardeux (dixit jeff via pas mal de test effectuées vers ce format avec des sources zarb)
Je comprends mieux la diskview que tu as...

>Non l'outil HxC. Mais ça change pas grand chose, indépendamment de l'outil de Thomas.
Si si, là tu analyse pas directement ce que sort shugarconv mais la conv effectuée par le soft de jeff, tu ajoutes une couche de conv, pas top.

Essayes avec l'option -o=scp de shugarconv, tu verras, ca va être pire. :)
Aufit n'arrivera pas à lire le fichier et plante direct.


PS : Tu peux aussi générer une diskview de l'image en entrée avec le soft de jeff, tu verras, elle sera complètement différente du scp ou flux kryo en sortie.
Auteur :  dlfrsilver [ 14 Jan 2017, 19:06 ]
Sujet du message :  Re: SugarConvDsk
Giants a écrit :
@Denis
>J'ai converti le DSK de Black tiger avec l'outil HxC en format KF raw.
Ahhhh, faut pas... c'est buggé ou plutot hasardeux (dixit jeff via pas mal de test effectuées vers ce format avec des sources zarb)
Je comprends mieux l'image que tu as...

>Non l'outil HxC. Mais ça change pas grand chose, indépendamment de l'outil de Thomas.
Si si, là tu analyse pas directement ce que sort shugarconv mais la conv effectuée par le soft de jeff, tu ajoutes une couche de conv, pas top.

Essayes avec l'option -o=scp de shugarconv, tu verras, ca va être pire. :)
Aufit n'arrivera pas à lire le fichier et plante direct.


:mdr:
Auteur :  Lone [ 14 Jan 2017, 20:42 ]
Sujet du message :  Re: SugarConvDsk
Oula ça devient compliqué, vos manips, je m'y perd, à force.

Au final, avez vous pu réécrire l'IPF de black tiger sur une disquette, en provenance de
- Sugarconvdsk ?
- la SPS (là, je pense que oui) ?
Auteur :  Giants [ 14 Jan 2017, 20:55 ]
Sujet du message :  Re: SugarConvDsk
@Tiens lone, ca sera peu être plus clair ==>

Par contre, j'ai fait la même analyse que denis et je n'ai pas le même résultat...
à savoir :

Source 1 : Pre-release IPF SPS du jeu Black Tiger (format IPF)
Conv vers flux kryo avec HxCFloppyEmulator vers 2.1.4.0
Pour des raisons de bugs du soft HxCFloppyEmulator sur les dernières pistes (j'ai déjà vue ça avec jeff), je supp. quelque piste/fichier raw de fin
Je charge le flux crée sur aufit build 1.3 20/10/2015 et regarde la piste 7

Source 2 : Black Tiger (UK) (1989) [Original].dsk (format EDSK)
Conv vers flux kryo avec HxCFloppyEmulator vers 2.1.4.0
Pour des raisons de bugs du soft HxCFloppyEmulator sur les dernières pistes (j'ai déjà vue ça avec jeff), je supp. quelque piste/fichier raw de fin
Je charge le flux crée sur aufit build 1.3 20/10/2015 et regarde la piste 7

Je compare les deux comme l'a fait denis. (voir image1 en dessous)
Bon, je n'ai pas toute à fait les mêmes chiffres que denis mais rien d’étonnant, moi je test sur une pre-release SPS, peu importe, c'est pas trop le sujet.
Mais si on regarde la même piste sur la conv de shugarconv, on a quand même quelque chose qui s'y approche (visuellement parlant j'entends sur cette piste).

Je ne m'explique pas comment on a un résultat aussi différent entre denis et moi sur la conv. shugarconv... * image1 avec la même source edsk
Par contre, même comme ca, on a pas les mêmes valeurs (normal), en sortie *Image2 entre l'original et le conv shugarconv, ce qui est pour moi, logique, normal.

Image1 :
Pièce jointe :
BlackTiger_AnalyseFlux.png


Image2 :
Pièce jointe :
BlackTiger_AnalyseFlux2.png


Denis, concernant la 'source' de Conversion :
- Tu utilises bien l'image Black Tiger (UK) (1989) [Original].dsk pris sur CPC-popo ?
- Tu utilises la même version que moi de HxCFloppyEmulator (vers 2.1.4.0) ?

C'est zarb cette histoire..



LAST
@Lone : Au final, avez vous pu réécrire l'IPF de black tiger sur une disquette, en provenance de
J'ai Déjà répondu à cette question :

E:\Dump\kryoflux_2.51_windows\dtc\DTC.exe -f"E:\Dump\Black Tiger - lone.ipf" -e81 -d0 -dd1 -w
>Error reading track data (en cascade, dtc.exe ne comprends pas le fichier ipf)

E:\Dump\kryoflux_2.51_windows\dtc\DTC.exe -f"E:\Dump\Black Tiger_SPS.ipf" -e81 -d0 -dd1 -w
>Aucun probleme, disquette re-crée

Fichier ipf re-crée à partir de source edsk downloadé sur le serveur cpc-popo
et donc, fichier ipf re-crée utilisé ci dessus avec dtc et qui génère les erreurs (que j'ai déja décrite 2 ou 3 pages avant sur ce forum)
Et les logs sont dispo sur ma page perso : http://sasfepu78.fr/Analyser.html

Fichier dispo ici :
Pièce jointe :
Black Tiger - lone.ipf
Auteur :  Lone [ 14 Jan 2017, 21:23 ]
Sujet du message :  Re: SugarConvDsk
Ok, donc un format incorrect à un endroit.

Apparemment, je ne donne pas les pistes 40-41 malgré le fait que j'indique 41 pistes. Première chose à creuser.
Auteur :  Giants [ 14 Jan 2017, 21:30 ]
Sujet du message :  Re: SugarConvDsk
Par contre, j'aime pas trop l'idée de passé par un autre soft dans le procédé, du coup, analyse de l'ipf via mes scripts
Donc donnée Brut de l'IPF :
==>

Image



Pièce jointe :
BlackTiger_AnalyseIPF.png
Auteur :  dlfrsilver [ 15 Jan 2017, 09:26 ]
Sujet du message :  Re: SugarConvDsk
Giants a écrit :
@Tiens lone, ca sera peu être plus clair ==>

Par contre, j'ai fait la même analyse que denis et je n'ai pas le même résultat...
à savoir :

Source 1 : Pre-release IPF SPS du jeu Black Tiger (format IPF)
Conv vers flux kryo avec HxCFloppyEmulator vers 2.1.4.0
Pour des raisons de bugs du soft HxCFloppyEmulator sur les dernières pistes (j'ai déjà vue ça avec jeff), je supp. quelque piste/fichier raw de fin
Je charge le flux crée sur aufit build 1.3 20/10/2015 et regarde la piste 7

Source 2 : Black Tiger (UK) (1989) [Original].dsk (format EDSK)
Conv vers flux kryo avec HxCFloppyEmulator vers 2.1.4.0
Pour des raisons de bugs du soft HxCFloppyEmulator sur les dernières pistes (j'ai déjà vue ça avec jeff), je supp. quelque piste/fichier raw de fin
Je charge le flux crée sur aufit build 1.3 20/10/2015 et regarde la piste 7

Je compare les deux comme l'a fait denis. (voir image1 en dessous)
Bon, je n'ai pas toute à fait les mêmes chiffres que denis mais rien d’étonnant, moi je test sur une pre-release SPS, peu importe, c'est pas trop le sujet.
Mais si on regarde la même piste sur la conv de shugarconv, on a quand même quelque chose qui s'y approche (visuellement parlant j'entends sur cette piste).

Je ne m'explique pas comment on a un résultat aussi différent entre denis et moi sur la conv. shugarconv... * image1 avec la même source edsk
Par contre, même comme ca, on a pas les mêmes valeurs (normal), en sortie *Image2 entre l'original et le conv shugarconv, ce qui est pour moi, logique, normal.

Image1 :
Pièce jointe :
BlackTiger_AnalyseFlux.png


Image2 :
Pièce jointe :
BlackTiger_AnalyseFlux2.png


Denis, concernant la 'source' de Conversion :
- Tu utilises bien l'image Black Tiger (UK) (1989) [Original].dsk pris sur CPC-popo ?
- Tu utilises la même version que moi de HxCFloppyEmulator (vers 2.1.4.0) ?

C'est zarb cette histoire..



LAST
@Lone : Au final, avez vous pu réécrire l'IPF de black tiger sur une disquette, en provenance de
J'ai Déjà répondu à cette question :

E:\Dump\kryoflux_2.51_windows\dtc\DTC.exe -f"E:\Dump\Black Tiger - lone.ipf" -e81 -d0 -dd1 -w
>Error reading track data (en cascade, dtc.exe ne comprends pas le fichier ipf)

E:\Dump\kryoflux_2.51_windows\dtc\DTC.exe -f"E:\Dump\Black Tiger_SPS.ipf" -e81 -d0 -dd1 -w
>Aucun probleme, disquette re-crée

Fichier ipf re-crée à partir de source edsk downloadé sur le serveur cpc-popo
et donc, fichier ipf re-crée utilisé ci dessus avec dtc et qui génère les erreurs (que j'ai déja décrite 2 ou 3 pages avant sur ce forum)
Et les logs sont dispo sur ma page perso : http://sasfepu78.fr/Analyser.html

Fichier dispo ici :
Pièce jointe :
Black Tiger - lone.ipf



Pour info, en partant du DSK, il est impossible que tu arrives à quelque chose qui ressemble à l'original, puisque le eDSK simule les pistes hexagon, il ne les stocke pas tel qu'elles sont écrites sur la disquette originale ou dans l'IPF temporaire que tu as en main.

Il y a un souk dans ton truc :)

J'ai téléchargé la version 2.1.4.0 (j'ai mis à jour la version du soft HxC que j'utilise), et j'obtiens le même résultat, la version d'Aufit que j'utilise est la dernière (1.1.5671.30068).

Note : j'ai utilisé Aufit avec la conversion faite en KF raw de l'eDSK via l'outil HxC emulator v2.1.4.0 pour montrer graphiquement ce que je disais : à savoir qu'une fois passé à la moulinette Samdisk, le format de piste réel du système Hexagon est perdu, car Samdisk prend les données, et les injecte dans un gros secteur de taille 6 qui n'existe pas d'origine.

Voici graphiquement ce que j'obtiens en ayant mis à jour :
Auteur :  Giants [ 15 Jan 2017, 11:57 ]
Sujet du message :  Re: SugarConvDsk
@Denis : ...à savoir qu'une fois passé à la moulinette Samdisk...
Que vient faire samdisk la dedant ? ... On parle du fichier de sortie de shugarconv, que viens faire samdisk la dedans ?
La 'problématique' re-création de ce genre de protection/disk via Samdisk est une autre histoire.

@Denis : ...j'ai utilisé Aufit avec la conversion faite en KF raw de l'eDSK...
Bein tu est en train de regarder la conv de l'edsk alors, pas ce que donne la moulinette de shugarconv !


Moi je test :
l'ipf qui est crée en sortie de shugarconv via mes scripts d'analyse d'ipf.
ou
l'ipf qui est crée en sortie de shugarconv puis convertie en flux avec le soft de jeff puis analysé sous aufit.


Au passage, tu n'as pas la dernier version d'aufit : (ca viens peu etre de la ??)
Il faut prendre la derniere version, en l’occurrence sur le site : Aufit ClickOnce setup (latest) qui est la 1.3

http://info-coach.fr/atari/software/pc- ... /setup.exe

@Denis : > J'ai compris d'ou vient la différence de nos graphique/resultats d'analyse.
La version 1.1 d'aufit que tu utilises est classé sur le site de DrCoolZik dans la section : Older releases (portable executable)
Je viens tester ce que tu as fait avec la portable d'aufit version 1.1 (la meme que la tienne), effectivement, j'ai le même résultat que toi.

Il ne faut pas prendre la version portable mais la derniere release d'aufit.
Le binaire downloadé et executé recupere ensuite en live la derniere version d'aufit et la lance.
Qui en l’occurrence (je viens encore de la downloadé à l'instant) est Aufit Build 1.3 - 20/10/2015 18:25:28

Et là, tu n'auras pas du tout les mêmes analyses/graph sur la piste 7
Essayes tu verras.
Page 12 sur 14 Le fuseau horaire est UTC+1 heure
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/