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

SugarConvDsk
https://cpcrulez.fr/forum/viewtopic.php?f=8&t=5844
Page 3 sur 14

Auteur :  Lone [ 07 Déc 2016, 22:51 ]
Sujet du message :  Re: SugarConvDsk

Hello,

Voici une mise à jour : Cette version convertit en IPF, à 100%, les différents format lus.
J'ai fait quelques tests sur mes dumps en stock (quelques 4000 !) et tous sortent une conversion qui génère les mêmes pistes.

Donc, si ça passe dans le format en entrée sur Sugarbox, ça passera après conversion en IPF !
J'ai testé avec les protections les plus bizarres (les fameux "Réussir") et elles fonctionnent. Idem, à vrai dire, sur tout ce qui m'est passé entre les mains.

Auteur :  TotO [ 09 Déc 2016, 11:42 ]
Sujet du message :  Re: SugarConvDsk

Bravo pour le travail accompli ! :winner:
T'as plus qu'à vendre des licences à la SPS... :D

Auteur :  dlfrsilver [ 09 Déc 2016, 12:21 ]
Sujet du message :  Re: SugarConvDsk

TotO a écrit :
Bravo pour le travail accompli ! :winner:
T'as plus qu'à vendre des licences à la SPS... :D


ça n'arrivera jamais, et la contre-mesure est déjà prévue.....

Auteur :  Lone [ 09 Déc 2016, 18:55 ]
Sujet du message :  Re: SugarConvDsk

dlfrsilver a écrit :
TotO a écrit :
Bravo pour le travail accompli ! :winner:
T'as plus qu'à vendre des licences à la SPS... :D


ça n'arrivera jamais, et la contre-mesure est déjà prévue.....


Ne me dit pas que la SPS, après avoir diffusé le source, va modifier de font en comble le format ipf ?
Surtout dans le fait de contrer les gens l'implémentant ?
Ca n'aurait aucun sens.

Auteur :  dlfrsilver [ 10 Déc 2016, 08:10 ]
Sujet du message :  Re: SugarConvDsk

Lone a écrit :
dlfrsilver a écrit :
TotO a écrit :
Bravo pour le travail accompli ! :winner:
T'as plus qu'à vendre des licences à la SPS... :D


ça n'arrivera jamais, et la contre-mesure est déjà prévue.....


Ne me dit pas que la SPS, après avoir diffusé le source, va modifier de font en comble le format ipf ?
Surtout dans le fait de contrer les gens l'implémentant ?
Ca n'aurait aucun sens.


Ils ne sont pas stupides. Sache juste que les IPFs vont être réencodés. TOUS. Et je ne sais pas dans le détail quels vont être ces contre-mesures. Je sais simplement que le nouveau toolchain qui va être mis en place va reprendre les choses.

La génération d'IPF est leur chasse gardée, et à un moment donné, via ton outil, des IPFs "non-légit" risquent d'apparaitre sur le net.

Tu as surement du entendre parler de Disk-Analyse, un outil d'un copain du nom de Keir Fraser. Son outil à lui décrit les formats de protection avant injection dans le format IPF contrairement au tiens, qui injecte simplement de la donnée MFM.

C'est aussi une autre raison. SPS avait ouvert sa lib pour que les auteurs d'émulateurs puisse supporter le format plus facilement. Mais il n'a jamais été question de détourner le système pour générer soi-même les IPFs.

Comprends que quand je génère les IPFs, je ne suis qu'opérateur : c'est l'outil d'analyse qui injecte des données avec la description de leur format dans l'IPF. Je n'interviens manuellement que dans des cas particuliers et qui ne concernent d'ailleurs pas l'Amstrad (l'Amiga surtout), puisque sur Amstrad, les protections sont dans la majorité des cas génériques.

Je comprends ton envie de pouvoir générer des masters, après tout, je n'y vois pas de mal. Mais ça ne peut pas s'appeler IPF.

Un IPF c'est un master dont le contenu a été décrit. c'est ça la définition exacte. Les "IPFs" (ahem) que tu génére sont l'équivalent des ADFs étendus qu'on peut trouver sur Amiga, mais en mieux, sauf que les protections ne sont pas décrites dedans.

Alors tu peux si tu le veux garder ton système, mais renomme le autrement, que les gens ne mélangent pas les "vrais", des "faux".

Auteur :  PhilZeVibe [ 10 Déc 2016, 09:57 ]
Sujet du message :  Re: SugarConvDsk

dlfrsilver a écrit :
Je comprends ton envie de pouvoir générer des masters, après tout, je n'y vois pas de mal. Mais ça ne peut pas s'appeler IPF.

Un IPF c'est un master dont le contenu a été décrit. c'est ça la définition exacte. Les "IPFs" (ahem) que tu génére sont l'équivalent des ADFs étendus qu'on peut trouver sur Amiga, mais en mieux, sauf que les protections ne sont pas décrites dedans.

Alors tu peux si tu le veux garder ton système, mais renomme le autrement, que les gens ne mélangent pas les "vrais", des "faux".

En gros ce que tu dis, c'est que les IPFs c'est comme les chasseurs.
Y'a les bons chasseurs et les mauvais chasseurs...



:mdr:

Auteur :  Lone [ 10 Déc 2016, 10:10 ]
Sujet du message :  Re: SugarConvDsk

J'avoue que j'ai bien ri :)

Pour résumer : Mon outil à pour but de convertir les formats entre eux (dsk vers HFE également, en supportant de fait toutes les protections supportées par le HFE, mais aussi SCP, par exemple).

L'idée, c'est de pouvoir facilement réécrire un DSK vers un disque, que ça soit via SCP ou Kryoflux.

Si je ne m'abuse, il n'existait pas d'outil permettant de réécrire un DSK vers un disque via Kryoflux (je parle bien de dsk, pas d'IPF... Les IPF (les "vrai" :wink: ) sont tellement peu répandus, et uniquement cantonnés aux quelques formats supportés ).

Pour la conversion de tous les IPF dans un nouveau format, j'attend de voir... Vont-il renvoyer le nouveau fichier à tous leur contributeurs ? Et si nouveau format, donc nouvelle bibliothèque, et bien, on s'adaptera, comme toujours...

Auteur :  dlfrsilver [ 10 Déc 2016, 11:44 ]
Sujet du message :  Re: SugarConvDsk

Lone a écrit :
J'avoue que j'ai bien ri :)

Pour résumer : Mon outil à pour but de convertir les formats entre eux (dsk vers HFE également, en supportant de fait toutes les protections supportées par le HFE, mais aussi SCP, par exemple).

L'idée, c'est de pouvoir facilement réécrire un DSK vers un disque, que ça soit via SCP ou Kryoflux.

Si je ne m'abuse, il n'existait pas d'outil permettant de réécrire un DSK vers un disque via Kryoflux (je parle bien de dsk, pas d'IPF... Les IPF (les "vrai" :wink: ) sont tellement peu répandus, et uniquement cantonnés aux quelques formats supportés ).

Pour la conversion de tous les IPF dans un nouveau format, j'attend de voir... Vont-il renvoyer le nouveau fichier à tous leur contributeurs ? Et si nouveau format, donc nouvelle bibliothèque, et bien, on s'adaptera, comme toujours...


Ben l'outil HxC permet d'écrire les dsk en format KFraw. Donc de réécrire avec la carte kryoflux.

Cependant, ça ne marche vraiment qu'avec les DSKs non protégés.....

Auteur :  hERMOL [ 10 Déc 2016, 12:00 ]
Sujet du message :  Re: SugarConvDsk

C'est une vrai bombe ce tool... mais ca décrédibilise a 200% le format IPF. Un format qui doit proposé des dumps irréprochable.

Auteur :  dlfrsilver [ 10 Déc 2016, 13:07 ]
Sujet du message :  Re: SugarConvDsk

hERMOL a écrit :
C'est une vrai bombe ce tool... mais ca décrédibilise a 200% le format IPF. Un format qui doit proposé des dumps irréprochable.


Oui ça décrédibilise le format IPF, parce que le format IPF n'a jamais été conçu pour contenir des versions déplombées. Uniquement des originaux non modifiés.

Auteur :  TotO [ 10 Déc 2016, 14:33 ]
Sujet du message :  Re: SugarConvDsk

dlfrsilver a écrit :
ça n'arrivera jamais, et la contre-mesure est déjà prévue.....
J'ai bien ri... :pig:

dlfrsilver a écrit :
Oui ça décrédibilise le format IPF, parce que le format IPF n'a jamais été conçu pour contenir des versions déplombées. Uniquement des originaux non modifiés.
Ca décrédibilise surtout ce que tu as pu dire sur ce format depuis le début.
Et pour rappel, la description du format IPF est publique, hein... (rien de magique ou secret défence)

D'ailleurs, en parlant d'originaux non modifiés... Evidemment, tu en as jamais produits toi ? :sweatingbullets:

Auteur :  dlfrsilver [ 10 Déc 2016, 15:21 ]
Sujet du message :  Re: SugarConvDsk

Citer :
Ca décrédibilise surtout ce que tu as pu dire sur ce format depuis le début.


ça ne décrédibilise rien de ce que j'ai dis. ça a toujours été clair depuis le début, quelque soit la plateforme, le deal a toujours été clair : originaux only, non modifiés. Point à la ligne.

Citer :
Et pour rappel, la description du format IPF est publique, hein... (rien de magique ou secret défence)


Le source de la lib a été rendu publique pour faciliter l'implémentation. La génération par des personnes tierces de fichiers IPF au sens propre du terme n'a jamais été prévue.

Dommage si certains ont cru que la source avait été mis en open pour ça.

Citer :
D'ailleurs, en parlant d'originaux non modifiés... Evidemment, tu en as jamais produits toi ? :sweatingbullets:


C'est quoi cette phrase à deux balles digne d'un politique ? Je ne produis que ça, des originaux non modifiés, l'outil interdit la génération de fichiers frelatés !

Ensuite, c'est pas grâce aux éditeurs que les logiciels sortis sur Amstrad ont pu être préservés.... Dingue comme ils aiment leur boulot :pir8:

Donc oui faut bien des gens comme moi pour faire le job ! :wink:

Maintenant si tu fais allusion à R-type 2012 et à Orion Prime, aucun problème, ce sont des jeux du domaine publique, et ça me regarde dans l'absolu si je souhaite (ou non) mettre à disposition un fichier master pour gravure via la carte kryoflux :)

Auteur :  Lone [ 10 Déc 2016, 15:30 ]
Sujet du message :  Re: SugarConvDsk

Curieusement, je n'ai vu nul par sur le site de Kryoflux ou de la SPS de mention indiquant "il est interdit de générer des IPFs !". Ni même "il est déconseillé".


Par contre, comment l'outil peut-il déterminer qu'un soft du domaine public, tel "Orion prime" ou "R-Type 2012" est un original ? Ces deux jeux ont été produit de façon industrielle ? (Je ne parle pas du soft, là c'est manifeste que c'est du travail de pro !)

Auteur :  dlfrsilver [ 10 Déc 2016, 16:06 ]
Sujet du message :  Re: SugarConvDsk

Lone a écrit :
Curieusement, je n'ai vu nul par sur le site de Kryoflux ou de la SPS de mention indiquant "il est interdit de générer des IPFs !". Ni même "il est déconseillé".


Ce que craignent par dessus tout mes collègues, c'est qu'on arrive à un moment à des images disques claquées. Si les gens peuvent générer eux-même ces dernières c'est certain que ça arrivera.

Citer :
Par contre, comment l'outil peut-il déterminer qu'un soft du domaine public, tel "Orion prime" ou "R-Type 2012" est un original ? Ces deux jeux ont été produit de façon industrielle ? (Je ne parle pas du soft, là c'est manifeste que c'est du travail de pro !)


Ces 2 jeux n'ont pas été produit de manière industrielle (ahaha), mais à la mano. Quand au moyen utilisé, je ne le dévoilerai pas.

Ce qui importe, c'est la possibilité de pouvoir écrire les images via la carte kryoflux.

Auteur :  breiztiger [ 10 Déc 2016, 16:14 ]
Sujet du message :  Re: SugarConvDsk

L'exemple d'orion prime et de R-TYPE 2012 est pourtant la !!!

Le nombre de fois où tu nous a rabâché, denis, que tu ne pouvais faire des Ipfs que d'originaux non modifiés ...

R-TYPE 2012, étant donné, que j'ai du en faire presque 100% des vendus (Toto me corrigera si besoin) sur un floppy 3" connecte un un pc a l'époque, qui plus est en utilisant samdisk, chaque piste de ces disquettes devraient être vues comme modifiées :?

Donc le coup de dire on n'a des Ipfs que d'originaux masterisés :P

M'enfin comme d'habitude ce que j'en dis ... :biere:

Edit : Pour ce qui est du "moyen" il suffit d'écrire un ipf et de le redumpe pour avoir un original puisque le kryo écrira les pistes sans splice aucun

Page 3 sur 14 Le fuseau horaire est UTC+1 heure
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/