Gravure-News

par **Posteur de news** » 06 Déc 2005 10:43

La plupart d'entre nous a déjà rencontré quelques probèmes avec les pilotes ASPI, cette couche chargée de faire l'interface entre les logiciels et certains périphériques tels que des lecteurs de CD-ROM ou des graveurs, non seulement SCSI mais également ATAPI (voir ce tutoriel).

Différentes versions de ces pilotes existent sur Internet, que ce soit ceux du constructeur Adaptec ou de l'éditeur Ahead par exemple. Mais bien souvent ils présentent certaines limitations ou incompatibilités.Dans le but de résoudre les différents problèmes existants, un jeune programmeur français a décidé de relever le gant et de développer sa propre version : les Frog Aspi. Cette version est distribuée gratuitement et son installation est terriblement simple vu qu'elle consiste au remplacement d'un seul fichier (WnAspi32.dll).
Le fichier est disponible ici.

Si vous voulez tenter l'aventure, n'oubliez cependant pas de faire une copie de sauvegarde du fichier original.
Enfin, une dernière précision : ces nouveaux pilotes ASPI ne sont pas compatibles avec Windows 98 !

Voir la news complète sur le site

par **Moonly** » 06 Déc 2005 11:21

Oui j'ai testé ça hier, pour le moment je ne vois aucune dégradation, ni aucune amélioration. Comme quoi je ne dois pas avoir beaucoup de logiciels qui se servent des ASPI de Windows (Nero utilisant les siens, Easy CD-DA Extractor aussi etc.).

par **Millenod** » 06 Déc 2005 20:59

Bonjour.

Chaque société a créé sa solution aspi.
C'est le point incontournable si l'on veut communiquer avec ses périphériques.

Pour ma part l'aspi de Nero est l'une des références...

Qu'apporte FrogAspi?
Pour un utilisateur ayant nero ou easy cd... peu de chose, si ce n'est rien.
J'ai travaillé des semaines sur une compatibilité avec l'aspi de nero, afin d'obtenir les mêmes voir performances légèrement supérieures...
On peut donc dire, pour simplifier que l'aspi de nero ou frogaspi, c'est la même chose.

Quel intérêt alors!

Imaginons que tu (permet moi de te tutoyer) es développeur.
Si tu veux lire un cd, tu peux utiliser l'aspi de nero, qui est utilisable dans ce cas...
Mais après avoir testé la lecture, tu décides de te lancer dans la gravure... Là, si tu utilises l'aspi de nero, tu violes la licence d'utilisation.
Que faire? utiliser l'aspi d'adaptec? elle est lente et gère très mal les lecteurs usb\scsi!
Utiliser l'aspi de goldenhawk? elle est payante. celle de easy cd?
je n'ai pas étudié sa licence, mais elle ne doit pas être diffusable!
et ainsi de suite.

On se retrouve alors dans une impasse.
Il faut alors étudier le systeme de communication de Windows 2000\XP\2003\Vista : le SPTI.
Il faut donc que le développeur adapte tout son code en SPTI, ou.... convertisse son code ASPI en SPTI...

Pour y être passé... c'est galère!
Je me serais bien passé de perdre des semaines à étudier ce systèmes.
Mais le SPTI est obligatoires sous ces systèmes.

Bref, c'est là que rentre en jeu FrogAspi.
Il s'agit d'une aspi gratuite, aussi performante que les versions commerciales, un terrain réservé qu'à une "élite".

J'aurais pu mettre FrogAspi en open source, je le reconnais.
Mais vu les problèmes liés à la future loie DADVSI, et aux nombreuses licences GPL violées chaque jours... je n'ai pas voulu faire ce choix, et rester maître de mon code.
Cependant, j'invite tout développeur motivé et ayant des connaissances dans ce domaine à me rejoindre.

J'espère avoir répondu à tes questions.

par **Scaramanga** » 06 Déc 2005 21:11

Salut Millenod,
Ah quel honneur de tutoyer LE développeur ! :praise:

Sur ton site on peut lire que tes frogaspi améliore les échange avec les periphe USB/FireWire , dans quelle mesure ?
Nous constatons réguliérement sur ce forum, des pb d'utilisation de graveur USB/Firewire, as tu un retour la dessus ?

Millenod a écrit:Imaginons que tu (permet moi de te tutoyer) es développeur.
Si tu veux lire un cd, tu peux utiliser l'aspi de nero, qui est utilisable dans ce cas...
Mais après avoir testé la lecture, tu décides de te lancer dans la gravure...

HMmmm....

bon, je sais , j'ai du boulot...

par **Millenod** » 06 Déc 2005 21:51

Bonjour,

Ah quel honneur de tutoyer LE développeur !

Pas de problème.
J'ai un peu de temps. Et je préfère aussi faire une réponse publique que 10 réponses individuelles.
Etant en train de travailler sur d'autres outils, mon temps est malheureusement compté :S
Je ne promets donc pas d'assurer un support régulier, mais je tacherai de faire mon possible.

Sur ton site on peut lire que tes frogaspi améliore les échange avec les periphe USB/FireWire , dans quelle mesure ?

Je ne retrouve pas cette formulation sur mon site...

Voici comment procède une aspi standard, pour détecter les périphériques.
- Au démarrage de l'ordinateur, Windows attribue une adresse SCSI à tous périphérique IDE et SCSI. Cette adresse est de type [Hôte:ID Cible : LUN]
Or, les périphériques USB, sous windows, n'ont pas d'adresses SCSI (1er problème)
- L'aspi se contente de lire certaines valeurs de la base des registres, correspondant aux adresses, et retourne la liste des lecteurs.
- Ensuite l'aspi communique en SPTI avec les périphériques (sous Windows 2000\XP\2003\Vista)

L'aspi d'adaptec (une référence pour beaucoup :S) ne se contente que de lire ces valeurs, et "zappe" donc tous les lecteurs usb.
Pour l'aspi de nero, je n'ai jamais rien eu à redire. Elle serait presque parfaite, sans cette limitation de licence. Mais nero a fait un superbe geste en la laissant libre d'utilisation pour tout logiciel de lecture.

Frog Aspi, va au delà de cette détection standard.
Je pourrais presque la considérer comme un driver.
Mais il s'agit d'une notion très très compliquée, réservée aux développeurs.
pour faire simple (je vais essayer) :
- Windows NT charge chacun de ses drivers, de façon modulaire. chaque driver a un rôle particulier.
La plus part des logiciels de copie (Alcohol 120, CloneCD, BlindWrite) ont leur propre driver. Celui-ci est donc chargé avec le système, et communique avec le kernel.
Les drivers de ces sociétés ont certaines particularités : ils ont des fonctions en plus permettant de faire reconnaitre les cd gravés comme des originaux.
Bien que le driver interagisse avec le système, il n'est censé pouvoir être utilisé que par son programme d'origine...

A partir de là, je me suis posé quelques questions sur les drivers cd purs et durs.
A quoi servent-ils exactement?
Etant chargés avec le système, ils disposent de "droits" spéciaux, similaires au compte administrateur.
(Note : un compte limité ne peut pas par défaut accéder aux CD!)
Ainsi, si un utilisateur avec pouvoir limité utilise le programme X, ce programme se connecte à son driver (qui est admin) et ainsi outrepasse la restriction d'accès aux CD!

génial me direz vous. oui et non...

Sur mes machines de tests, faire cohabiter les programmes W,X,Y,Z ensemble, chacun ayant leur driver, a finit par rendre le système instable.
Le bug le plus marquant était que ma vitesse de lecture cd tombait à 16x, et je ne pouvais plus graver qu'en 1X...

Pour cette raison, afin de ne pas "interagir" avec le système, je n'ai pas codé un driver pur et dur.
Je dois le reconnaitre aussi, programmer un driver, est une tâche ardue, réservée à une élite. Il faut aussi des années d'expérience. Expérience que je n'ai pas!

J'ai donc programmé une aspi, à un autre niveau.
FrogAspi communique au travers de l'api windows, plus ou moins directement avec le kernel.
Cela me permet entre autre d'avoir une liste réelle des périphériques cd reconnus par le système!
De ce fait, si windows reconnais votre lecteur, FrogAspi le voit!

Et pour en revenir au problème lié à l'USB.
Si un lecteur est détecté, et qu'il ne dispose pas d'une adresse scsi fournie par windows, je lui en simule une.

Nous constatons régulièrement sur ce forum, des pb d'utilisation de graveur USB/Firewire, as tu un retour la dessus ?

J'ai passé beaucoup de soirées avec Alexander Noé (l'auteur de PxScan) à faire des tests sur les lecteurs usb et firewire.
Jusqu'à maintenant, je n'ai eu aucun retour d'échec de détection.

Pour tout avoir, les retours que j'ai, sont essentiellement pour l'ajout de fonctions réservés aux développeurs, qui sont satisfait d'avoir ENFIN une aspi gratuite.

par **Moonly** » 06 Déc 2005 21:53

C'est un honneur pour moi également. J'ai tout de même 2-3 choses à demander.

• Lors d'installations de systèmes Windows, il est recommandé d'installer une couche ASPI, et ça a longtemps été (ça l'est topujours d'ailleurs) un problème pour choisir LA version à installer. Chez Adaptec, à ma connaissance il y a eu la v4.57, puis la v4.60 et après la v4.71 et v4.71-2. De ce que j'ai pu lire un peu partout, la plupart conseillaient de rester à la 4.60 pour des histoires de stabilité/performance etc. C'est la seule que je connaisse qui soit utilisé par Windows (les autres comme celle de Nero ou GoldenHawk sont propriétaires et ne sont utilisées qu'avec le logiciel, je me trompe ?) mais justement en quoi ta version est la meilleur pour notre système ?

• Je n'ai jamais véritablement compris pourquoi il fallait remplacer la couche ASPI pré-installée avec Windows (si je ne me trompe pas Windows 9x a une version pré-installée à l'instar de Windows 2000/XP), ce qui rejoint la première question mais surtout pourquoi installer un pilote ASPI alors que toutes les applications (ou presque, je n'ai aucun logiciel qui est dépourvu de son ASPI lorsque cela est nécessaire) possèdent là leur, car du coup la version de Windows n'est pas solliciter.

• Enfin, pour reprendre Scaramanga, quelle amélioration pourrions-nous constater ?

Je pense m'être répété et je crois que mes questions pourraient être regroupées en une mais pour moi c'est assez confus, et si tu as le temps de nous expliquer sommairement, ce serait un geste trés apprécié.

EDIT : nous avons postés à peu près en même temps. Désolé du croisement, si tu peux tout de même répondre ne t'en prives pas, sinon je ne le prendrai pas mal.

par **CapJack** » 06 Déc 2005 22:02

Félicitations au programmeur. :praise:

En plus, ça tombe remarquablement bien, au moment où je me prépare à me lancer dans le développement d'une routine d'extraction de données audio...

J'aurais deux requêtes

1) Pourrait-on espérer une ch'tite doc, un jour, si tu as le temps ?

2) Quid de ta vision des droits sur FrogAspi, i.e. est-il possible de la distribuer dans un .zip par exemple, avec le logiciel qu'on distribue ? Tu voudrais voir quoi dans le .txt d'accompagnement ?

par **gowap** » 06 Déc 2005 22:08

HS :

The only thing I ask is reserved for companies and developers : please report me the usage of FrogAspi, and don't remember to indicate in your programs you're using FrogAspi!

don't forget, don't hesitate, feel free to... ou que sais je, mais pas don't remember...

par **Millenod** » 06 Déc 2005 22:18

Lors d'installations de systèmes Windows, il est recommandé d'installer une couche ASPI

ceci était vrai sous Win98.
Depuis windows 2000, l'aspi telle qu'elle existait sous w9x n'existe plus. on peut presque parler d'émulation.

La quasi totalité des programmes de plus de 2-3ans, sont livrés avec une aspi, (fichier "wnaspi32.dll") placé dans le dossier du programme.

la plupart conseillaient de rester à la 4.60 pour des histoires de stabilité/performance

c'est exact.
Mais le problème de gestion des périphériques usb persiste (cf forums spécialisés dans la gravure sur le net)

C'est la seule que je connaisse qui soit utilisé par Windows (les autres comme celle de Nero ou GoldenHawk sont propriétaires et ne sont utilisées qu'avec le logiciel, je me trompe ?)

Beaucoup utilisent le logiciel ForceAspi pour installer ces drivers.
A la base les drivers d'adaptec ne sont réservés qu'aux possesseurs de cartes scsi adaptec!
le logiciel ForceAspi a été créé dans le but de casser cette restriction, et est donc illégal en soi!
Depuis, je n'ai pas étudié en détails la licence d'adaptec. je connais ses limitations, cela me suffit amplement.

L'aspi de Nero, est recommendé par beaucoup de logiciels.
seulement, de par sa licence cette aspi ne peut pas etre distribuée avec le logiciel l'utilisant! c'est à l'utilisateur d'aller la chercher.
et tant que tu n'utilises pas cette aspi avec un logiciel de gravure autre que nero, tu as le droit de l'utiliser.

L'aspi de poikosoft est tres performante aussi. Mais elle n'est accessible que via l'installation de easy cd-da extractor. (hormis un accord avec son auteur)

mais justement en quoi ta version est la meilleur pour notre système

Je suis développeur avant tout, non commercial!
Je ne ferais donc pas de bla bla inutile pour vendre les mérites d'un produit.
(si jamais quelqu'un veut m'aider et devenir mon attaché de presser ou se charger des relations avec le public, je suis preneur!)
Pour êter sérieux, rien que pour la gestion de l'usb je suis bien meilleur qu'adaptec.
Mais si tu recherchaine le soutien d'une entreprise reconnue, et de développeurs prodigieux, utilise l'aspi de nero.

Je n'ai jamais véritablement compris pourquoi il fallait remplacer la couche ASPI pré-installée avec Windows (si je ne me trompe pas Windows 9x a une version pré-installée à l'instar de Windows 2000/XP),

voir texte ci-dessus.
Je en parlerais pas vraiment de windows 9x.
Les programmeurs de réferences se voient les pieres avec les drivers pour ce système... bancal...
Windows 2000 utilise le spti, et tout bon logiciel a deja son système de communication avec les périphériques.

pourquoi installer un pilote ASPI alors que toutes les applications (ou presque, je n'ai aucun logiciel qui est dépourvu de son ASPI lorsque cela est nécessaire)

Il faut en revenir aux développeurs....
imagine : tu es étudiant, tu as passé des mois, voir années à étudier les normes sur les graveurs...
tu va sortir un logiciel de gravure...
or durant tous ces mois de tests, tu as utilisé l'aspi d'un autre.
or lorsceque tu es prêt à diffuser ton logiciel, tu t'aperçois que tu ne peux le faire car tu violes une licence....
que fais-tu :
- tu as les moyens et tu achetes un droit d'utilisation de l'aspi. (tu peux voir ca comme le démarreur de ta voiture... ou le systeme avec les pistons). sans ça, tout ce que tu as construit autour ne peut marcher!
- tu passes 4 mois à étudier le systeme de communication de windows
- tu trouves une aspi gratuite, qui détecte tous tes lecteurs. (si tous les lecteurs ne sont pas détectés, ça ne fait pas crédible!)

A partir de là, quel choix fais-tu?

Enfin, pour reprendre Scaramanga, quelle amélioration pourrions-nous constater

Il est un principe en informatique : quand ça marche on ne touche à rien!
Je ne pousserais donc personne à installer un driver à la place d'un autre.

Comme il est indiqué sur mon site, frogaspi est réservée essentiellement aux développeurs et utilisateurs avancées.
j'apporte essentiellement une meilleure détection des lecteurs.
Ainsi que la gratuité d'un système.
Celui-ci va surtout permettre aux développeurs, d'utiliser un système gratuit, et sans que je n'ai rien à y voir, tout en alliant un système de qualité égale à un systeme commercial.

c'est une philosophie que tu retrouves sous linux.
J'ai failli diffuser frog aspi en open source.... mais comme je l'indiquait ci dessus, de nombreux faits on fait que j'ai changé d'avis, mais ai conservé sa diffusion gratuite.

par **Millenod** » 06 Déc 2005 22:27

je me prépare à me lancer dans le développement d'une routine d'extraction de données audio

C'est ce que j'ai commencé ce soir aussi

1) Pourrait-on espérer une ch'tite doc, un jour, si tu as le temps ?

La doc, eternelle problème pour les développeurs....
que puis-je te conseiller...
As tu le SDK d'Adaptec?
Sur cette page http://www.frogaspi.org/products/frogas ... tation.htm tu trouveras les autres fonctions que j'ai ajouté, qui sont présentes (et non documentées) dans l'aspi de nero.
Après, si tu as des questions... ça me permettra de continuer la doc.

2) Quid de ta vision des droits sur FrogAspi, i.e. est-il possible de la distribuer dans un .zip par exemple, avec le logiciel qu'on distribue ? Tu voudrais voir quoi dans le .txt d'accompagnement ?

Comme il est indiqué sur la licencen tu peux tout à fait diffuset frogaspi. et c'est le but!
tu peux donc l'inclure dans ton .zip sans problème.
Je dmande juste que dans ton programme, ou dans un fichier texte fournis avec le programme, que tu indiques l'utilisation de frogaspi, et indique le liens vers frogaspi.org
Si tu peux aussi m'indiquer le nom de ton logiciel par la suite, afin qu'il soit rajouté à la page de compatibilité.

Je ne pense pas que tout cela soit contraignant.
Au contraire, cela assure un suivi de l'aspi et de son intéraction avec les autres programmes. (http://www.frogaspi.org/products/frogas ... bility.htm)

Bonne chance dans ton travail

par **Millenod** » 06 Déc 2005 22:29

gowap a écrit:HS :
ou que sais je, mais pas don't remember...

c'est corrigé!
merci. Personne ne l'avait remarqué!

par **Moonly** » 06 Déc 2005 22:32

Et bien merci de ta réponse, tu as pris le temps et ça fait plaisir !

J'ai parfaitement compris ce que tu voulais dire, que ce soit du point de vue "historique" que du point de vue "je suis le développeur d'un logiciel". Les choses sont claires et je m'y fierai car j'ai tout de même plus confiance à quelqu'un qui a mis les mains dans le camboui et qui sait réellement de quoi il parle plutôt que des posts à droite à gauche sur des forums...

Pour tout te dire, j'ai installé ta version sur mon système. Ce que je vois déjà c'est que ça ne pose aucun problème, alors si en plus cela apporte une meilleur détection je ne suis pas contre !

Sinon, juste pour fixer quelques détails :

Millenod a écrit:Je suis développeur avant tout, non commercial!
Je ne ferais donc pas de bla bla inutile pour vendre les mérites d'un produit.

Ce n'est pas ce que je cherchais, je te l'assure. J'essaye juste de comprendre ce qui restait une notion trop floue : la couche ASPI, et m'expliquer en quoi ta version diffère m'aide à comprendre (car comme tu le dis c'est dûr !). Je pense donc que résumer l'ASPI à une "couche logicielle permettant la communication harmosieuse despériphériques optiques/externes" serait approprié, exact ?

Pour l'ASPI de Poikosoft, je ne suis pas apte à faire des mesures qualitatives mais étant possésseur d'une licence pour Easy CD-DA Extractor je dois avouer que je n'ai jamais eu de problème avec l'ASPI fournie, j'en suis pleinement satisfait, tout comme celle de Nero. Après, si tu dis qu'après analyse ce sont vraiment des ASPI bien codées (si on peut dire) alors tant mieux !

Merci beaucoup pour tous ces éclaircissements, mais surtout pour ton ASPI !

On peut s'attendre à des mises à jour ? :?:

par **Millenod** » 06 Déc 2005 22:55

Moonly a écrit:Et bien merci de ta réponse, tu as pris le temps et ça fait plaisir !

De rien

Moonly a écrit:Pour tout te dire, j'ai installé ta version sur mon système. Ce que je vois déjà c'est que ça ne pose aucun problème

Après quelques semaine de tests... je n'allais pas sortir un produit baclé

mes testeurs ont bien fait leur boulot!

Ce n'est pas pour tenter d'en mettre plein la vue...
mais voici un extrait d'une trace d'une détection de mon aspi :

Code: Tout sélectionner: 16:20:38 - *************** 16:20:38 - Start Log (29/10/2005) 16:20:38 - Frog ASPI v0.22.0.0 16:20:38 - *************** 16:20:38 - Device List Length : 0 16:20:38 - Is the engine running with Admin Privilege : True 16:20:38 - 16:20:38 - *** 16:20:38 - GetUnitsFromClassDevices - Starting Engine 1 : {53F56308-B6BF-11D0-94F2-00A0C91EFB8B} 16:20:38 - *** 16:20:38 - GetUnitsFromClassDevices - VolumeMountPoint \\?\ide#cdrompioneer_dvd-rw__dvr-106d________________1.08____#4320444a3043373630305733204c202020202020# ... {53f56308-b6bf-11d0-94f2-00a0c91efb8b}\ 16:20:38 - GetUnitsFromClassDevices - volume name \\?\Volume{5236b282-011f-11da-90bc-806d6172696f}\ 16:20:38 - GetDriveSCSIAdress - [1:0:0] 16:20:38 - GetUnitsFromClassDevices - VolumeMountPoint \\?\scsi#cdrom&ven_generic&prod_dvd-rom&rev_1.0#2&12b1de20&0&000#{53f56308-b6bf-11d0-94f2-00a0c91efb8b}\ 16:20:38 - GetUnitsFromClassDevices - volume name \\?\Volume{42557ecc-01ae-11da-8d6d-806d6172696f}\ 16:20:38 - GetDriveSCSIAdress - [2:0:0] 16:20:38 - GetUnitsFromClassDevices - VolumeMountPoint \\?\usbstor#cdrom&ven__nec&prod_dvd_rw_nd-3540a&rev_1.03#383a&0#{53f56308-b6bf-11d0-94f2-00a0c91efb8b}\ 16:20:38 - GetUnitsFromClassDevices - volume name \\?\Volume{526485f2-464f-11da-97db-806d6172696f}\ 16:20:38 - GetDriveSCSIAdress - [0:0:250] 16:20:38 - *** 16:20:38 - CleanUPDrives - Cleaning Device List 16:20:38 - *** 16:20:38 - `ST312002 2A 3.06` [1:1:0] 16:20:38 - `ST312002 2A 3.54` [0:0:0] 16:20:38 - `PIONEER DVD-RW DVR-106D 1.08` [1:0:0] 16:20:38 - `Generic DVD-ROM 1.0 ` [2:0:0] 16:20:38 - `_NEC DVD_RW ND-3540A 1.03` [3:0:0] 16:20:38 - 16:20:38 - *** 16:20:38 - GetUnitsFromClassDevices - Starting Engine 1 : {53F5630B-B6BF-11D0-94F2-00A0C91EFB8B} 16:20:38 - *** 16:20:38 - *** 16:20:38 - CleanUPDrives - Cleaning Device List 16:20:38 - *** 16:20:38 - `ST312002 2A 3.06` [1:1:0] 16:20:38 - `ST312002 2A 3.54` [0:0:0] 16:20:38 - `PIONEER DVD-RW DVR-106D 1.08` [1:0:0] 16:20:38 - `Generic DVD-ROM 1.0 ` [2:0:0] 16:20:38 - `_NEC DVD_RW ND-3540A 1.03` [3:0:0] 16:20:38 - 16:20:38 - *** 16:20:38 - GetUnitsFromClassDevices - Starting Engine 1 : {53F5630C-B6BF-11D0-94F2-00A0C91EFB8B} 16:20:38 - *** 16:20:38 - *** 16:20:38 - CleanUPDrives - Cleaning Device List 16:20:38 - *** 16:20:38 - `ST312002 2A 3.06` [1:1:0] 16:20:38 - `ST312002 2A 3.54` [0:0:0] 16:20:38 - `PIONEER DVD-RW DVR-106D 1.08` [1:0:0] 16:20:38 - `Generic DVD-ROM 1.0 ` [2:0:0] 16:20:38 - `_NEC DVD_RW ND-3540A 1.03` [3:0:0] 16:20:38 - 16:20:38 - *** 16:20:38 - GetUnitsFromClassDevices - Starting Engine 1 : {53F56310-B6BF-11D0-94F2-00A0C91EFB8B} 16:20:38 - *** 16:20:38 - *** 16:20:38 - CleanUPDrives - Cleaning Device List 16:20:38 - *** 16:20:38 - `ST312002 2A 3.06` [1:1:0] 16:20:38 - `ST312002 2A 3.54` [0:0:0] 16:20:38 - `PIONEER DVD-RW DVR-106D 1.08` [1:0:0] 16:20:38 - `Generic DVD-ROM 1.0 ` [2:0:0] 16:20:38 - `_NEC DVD_RW ND-3540A 1.03` [3:0:0] 16:20:38 - 16:20:38 - *** 16:20:38 - SortSCSIAdress - Sorting SCSI Adresses 16:20:38 - *** 16:20:38 - `ST312002 2A 3.54` [0:0:0] | Type : 0 16:20:38 - `PIONEER DVD-RW DVR-106D 1.08` [1:0:0] | Type : 5 16:20:38 - `ST312002 2A 3.06` [1:1:0] | Type : 0 16:20:38 - `Generic DVD-ROM 1.0 ` [2:0:0] | Type : 5 16:20:38 - `_NEC DVD_RW ND-3540A 1.03` [3:0:0] | Type : 5

Le type 5 correspond aux cd

Millenod a écrit:Je suis développeur avant tout, non commercial!
Je ne ferais donc pas de bla bla inutile pour vendre les mérites d'un produit.

Ce n'est pas ce que je cherchais, je te l'assure.

J'avais compris. et tu sais il est normal à un nouveau produit de faire ses preuves.
je ne garantie pas que je suis exempt de bugs... mais l'aspi actuelle est stable et fonctionnelle.

J'essaye juste de comprendre ce qui restait une notion trop floue : la couche ASPI, et m'expliquer en quoi ta version diffère m'aide à comprendre (car comme tu le dis c'est dûr !). Je pense donc que résumer l'ASPI à une "couche logicielle permettant la communication harmosieuse despériphériques optiques/externes" serait approprié, exact ?

C'est exact.
Quand windows communique avec un cd ou un disque dur, il utilise le protocole scsi. (les doc techniques sont disponibles sur www.t10.org ou le site de l'ecma)
l'aspi est une api: un ensemble de fonctions visant a faciliter la communication avec les périphériques.
mais il est plus simple de voir ca comme un driver qui orcheste la conversation systeme\lecteur

Pour l'ASPI de Poikosoft, je ne suis pas apte à faire des mesures qualitatives mais étant possésseur d'une licence pour Easy CD-DA Extractor je dois avouer que je n'ai jamais eu de problème avec l'ASPI fournie, j'en suis pleinement satisfait, tout comme celle de Nero. Après, si tu dis qu'après analyse ce sont vraiment des ASPI bien codées (si on peut dire) alors tant mieux !

moi aussi je suis pleinement satisfait de son aspi.
Je me suis servi d'une vieille version pendant des années (mais probleme usb à l'époque, qui est corrigé sur les dernieres versions).
et je ne rivalise pas encore avec les connaissances de J.Poikolainen, que je tiens à remercier pour ses conseils lors de la création de frog aspi. (http://www.frogaspi.org/about.htm)

On peut s'attendre à des mises à jour ?

dans les semaines à venir, je rajouterais, entre autre, 2 fonctions de buffering demandées par des sociétés travaillant essentiellement avec des lecteurs de bandes.
Après, ce sera au cas par cas.
J'attends les retour des utilisateurs, et pourquoi pas de logiciels de gravure.

Merci beaucoup pour tes questions, très pertinentes, qui permettront surement à beaucoup d'internautes de mieux comprendre l'utilité de frog aspi.

par **Scaramanga** » 07 Déc 2005 7:38

Millenod a écrit:
Sur ton site on peut lire que tes frogaspi améliore les échange avec les periphe USB/FireWire , dans quelle mesure ?

Je ne retrouve pas cette formulation sur mon site...

Arf ....ce passage m'a Enduiut d'erreurs ...
Some ASPI are available on the net, but both have limitations :
- You must have materials from a specific brand (Adaptec)
- You can't use it with writing softwares (Ahead)
- Doesn't support correctly USB/Firewire drives...

Merci pour toutes ces explications...ça donne envie de mettre les mains dans le cambouis ! :wink:

par **Millenod** » 07 Déc 2005 8:10

ça donne envie de mettre les mains dans le cambouis !

dans quelques temps, je ferais peut etre quelques tuto sur quelques commandes scsi, pour ceux qui veulent débuter.

Mais merci à toi aussi, ainsi qu'à Moonly, gowap, CapJack pour leurs questions, et à tous tes lecteurs ayant lus celles-ci.

Cordialement

Bertrand Danos (Millenod)

par **Moonly** » 07 Déc 2005 8:33

Merci surtout à toi de nous avoir fait l'honneur de ta visite et d'avoir répondu à nos questions, je suis heureux que quelqu'un de calé ait éclairci les choses de ce côté là, ça fait du bien pour quelqu'un comme moi qui aime l'informatique, et qui aime apprendre/comprendre comment ça marche.

Sinon, pour ce qui est "d'en mettre plein la vue" je pense que je ferai de la pub pour ton ASPI les prochaines fois où je serai amené à résoudre un problème d'ASPI.

Bon courage pour la suite et @bientôt, je ne manquerai pas de suivre l'évolution de ton API.

par **cvsa** » 09 Déc 2005 19:08

frogaspi est-il compatible avec clonyxxl ?

par **Millenod** » 09 Déc 2005 19:13

non testé à ce jour.

pour tester si un programme est compatible :
- vérifier si le programme a un fichier "wnaspi32.dll" dans son répertoire
ou
avec un editeur hexa décimal, regarder si la chaine "wnaspi32.dll" est citenu dans le programme.

si la chaine n'est pas trouvée : le programme est autonome : aucune aspi n'est utilisée.

si le programme fait un appel a wnaspi :
- télécharger frogaspi
- renommer la dll en tant que "wnaspi32.dll"
- la placer dans le dossier du programme à tester (ici clonyxxl)
- démarrer le programme

si le programme se comporte normalement, c'est que le test ok.

merci de me prévenir pour m'indiquer vos résultats.

par **Moonly** » 09 Déc 2005 19:39

Non non Clony ne fonctionne pas comme ça. Il se contente simplement d'utiliser les ASPI de Windows, il faut donc placer Frog ASPI renommé en wnaspi32.dll dans C:\Windows\System32\ et lancer Clony.

par **Numéro 6** » 09 Déc 2005 19:42

Quand vous déciderez-vous à laisser tomber ClonyXXL. Il est plus que largement dépassé aujourd'hui. Il indique n'importe quoi sur les nouvelles protections.

Gravure-News

Frog ASPI : de nouveaux pilotes ASPI disponibles

Frog ASPI : de nouveaux pilotes ASPI disponibles

Qui est en ligne