Inscription : 21 Août 2008, 16:03 Message(s) : 342
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
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.
Dernière édition par Giants le 14 Jan 2017, 19:41, édité 2 fois.
Inscription : 29 Août 2007, 12:04 Message(s) : 1990 Localisation : seine et marne 77
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.
_________________ SPS Community Expert (SPS CE) / SPS France
Inscription : 21 Août 2008, 16:03 Message(s) : 342
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
Dernière édition par Giants le 14 Jan 2017, 18:59, édité 2 fois.
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.
Inscription : 21 Août 2008, 16:03 Message(s) : 342
>À 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.
Inscription : 29 Août 2007, 12:04 Message(s) : 1990 Localisation : seine et marne 77
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.
_________________ SPS Community Expert (SPS CE) / SPS France
Inscription : 21 Août 2008, 16:03 Message(s) : 342
@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.
Dernière édition par Giants le 14 Jan 2017, 20:16, édité 2 fois.
Inscription : 29 Août 2007, 12:04 Message(s) : 1990 Localisation : seine et marne 77
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.
_________________ SPS Community Expert (SPS CE) / SPS France
Inscription : 21 Août 2008, 16:03 Message(s) : 342
@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)
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
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
Inscription : 21 Août 2008, 16:03 Message(s) : 342
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 : ==>
Pièce jointe :
BlackTiger_AnalyseIPF.png
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
Inscription : 29 Août 2007, 12:04 Message(s) : 1990 Localisation : seine et marne 77
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)
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 :
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
_________________ SPS Community Expert (SPS CE) / SPS France
Inscription : 21 Août 2008, 16:03 Message(s) : 342
@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
@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.
Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 10 invité(s)
Vous ne pouvez pas publier de nouveaux sujets dans ce forum Vous ne pouvez pas répondre aux sujets dans ce forum Vous ne pouvez pas éditer vos messages dans ce forum Vous ne pouvez pas supprimer vos messages dans ce forum Vous ne pouvez pas insérer de pièces jointes dans ce forum