RIPP PISTES CD AUDIO (WIN32)
cs_EBArtSoft
Messages postés
4525
Date d'inscription
dimanche 29 septembre 2002
Statut
Modérateur
Dernière intervention
22 avril 2019
-
21 août 2004 à 00:40
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019 - 29 mars 2006 à 10:56
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019 - 29 mars 2006 à 10:56
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/25566-ripp-pistes-cd-audio-win32
https://codes-sources.commentcamarche.net/source/25566-ripp-pistes-cd-audio-win32
29 mars 2006 à 10:56
Fias un affichage inconditionnel de chaque type de lecteur dans FillCmbCD(), ça devrait t'aider à cerner le prob.
29 mars 2006 à 10:28
Il ne reconnait pas le lecteur combo de mon PC en affirmant que je n'ai pas de lecteur CD ? . . .
17 févr. 2005 à 15:07
A suivre ...
17 févr. 2005 à 14:55
17 févr. 2005 à 14:36
Pour info %OS% donne sous windows XP "Windows_NT"
Tu peut l'utiliser pour veriifier si la version de Windows est la bonne.
Pour savoir les sorties sur Win2003 et les autres tu fais dans une fenetre MS-DOS "echo %OS%" return
Dans 1 point .BAT pour recupere %OS% il suffit de faire
"if "%OS%"=="Windows_NT" then
echo CA MARCHE
exit
else
echo CA MARCHE PAS
exit"
je n'ai pas essaye en C mais ca doit etre facilement faisable
21 janv. 2005 à 22:19
21 janv. 2005 à 22:17
http://www.amazon.fr/exec/obidos/ASIN/2744015644/402-4291443-5738557
Se trouve aussi dans les fnac.
21 janv. 2005 à 22:08
21 janv. 2005 à 21:21
Tout les parcs informatiques ne ce valent pas ;)
21 janv. 2005 à 20:08
Et attention :p
Je suis du nord !!!
Lol
21 janv. 2005 à 18:44
21 janv. 2005 à 18:36
20 janv. 2005 à 21:23
Tant que tu n'utilises que des instructions .586 (Pentium standard) tu es sur de passer partout.
20 janv. 2005 à 20:52
En effet c'est la classe.
Moi je pose toujours des questions :p
Et toi tu réponds toujours :p
Donc ::::::
Quel est l'avantage du langage asm ???
Pourquoi tu l'utilises la pluspart du temps dans tes prog ???
Parce que l'asm c'est pas top compréhensible
J'connais que mov :s
Lol, ptite derniere...
Faut-il connaitre sa machine ( mémoire etc... ) pour programmer ???
Car c'est un langage machine je pense ??? interrompé moi si jme trompe !! à partir du moment ou c'est un langage machine, il est interpréter différement sur 2 machines différentes ???
Bref l'asm c'est dur !!!
Mov QuestionMoi, Réponsetoi
20 oct. 2004 à 16:28
rv
++
20 oct. 2004 à 15:46
A moins que quelqu'un ayant encore un VS6 veuille te le mettre en etat de compiler, mon idee serait que tu laches cela pour l'instant et tu y reviendras plus tard. Je n'ai plus de VS6 depuis longtemps, desole.
20 oct. 2004 à 15:22
Je suis débutant, si tu pouvais m'expliqué un peu plus en détail ca serai sympas.
merci d'avance,
rv
20 oct. 2004 à 14:13
((DeviceType) << 16) | ((Access) << 14) | ((Function) << 2) | (Method) \
)
FILE_DEVICE_CD_ROM = 2
METHOD_BUFFERED = 0
FILE_READ_ACCESS = 1
METHOD_OUT_DIRECT = 2
20 oct. 2004 à 14:00
--------------------Configuration: test - Win32 Debug--------------------
Compiling resources...
Compiling...
FncAsm.cpp
CdMusic.cpp
C:\rv\rippage\test\CdMusic.cpp(105) : error C2065: 'CTL_CODE' : undeclared identifier
C:\rv\rippage\test\CdMusic.cpp(105) : error C2065: 'FILE_DEVICE_CD_ROM' : undeclared identifier
C:\rv\rippage\test\CdMusic.cpp(105) : error C2065: 'METHOD_BUFFERED' : undeclared identifier
C:\rv\rippage\test\CdMusic.cpp(105) : error C2065: 'FILE_READ_ACCESS' : undeclared identifier
C:\rv\rippage\test\CdMusic.cpp(146) : error C2065: 'METHOD_OUT_DIRECT' : undeclared identifier
CdaRipp.cpp
Error executing cl.exe.
test.exe - 5 error(s), 0 warning(s)
si tu sait d'où vient le pb ca sera super fun !
merci
20 oct. 2004 à 13:52
20 oct. 2004 à 13:40
Est ce normal? D'après les commentaires du dessus ca devrait être possible?!?
As tu oubliés de préciser quelque chose?
merci
23 août 2004 à 13:14
et sa source est exellente, je n'ai pas dit le contraire!
23 août 2004 à 13:11
Bon je reprend : "Bon les momes, vous avez finis de vous chamailler" lol
;-)
@+
23 août 2004 à 13:06
23 août 2004 à 12:49
voir carément gpl vs licence payante
je te laisse dans ton gaspillage windowsien... fais ce que tu veux...
Pour ton info, the gimp sort en version 2.0 et aparement, il bat photoshop, etc'est gratuit a toi de choisir !!! Pour màoi entre me mettre dans l'illégalitée, payer super cher ou avoir the gimp, je préfère avoir the gimp.
23 août 2004 à 12:41
23 août 2004 à 12:32
23 août 2004 à 12:29
23 août 2004 à 12:23
Je suis linuxois, mais je te dis quand même bon boulot!
22 août 2004 à 01:39
22 août 2004 à 00:33
A moins que le jeu ne soit tres tres vieux (du genre commandos, derrière les lignes ennemies) ....
Car les protections utilisent le RAW2448 pour insérer dans les sub-channels des codes incorrects ... Ce qui fait que le lecteur voit un secteur foireux (car peu de lecteurs peuvent lire le RAW2448 et surtout Windows ne l'utilise absolument pas par défaut). Et puis les jeu regardent ensuite si le lecteur a mis bcp de temps ou pas ... (oh bien sur, il met pas non plus 10 minutes ....)
Pas bcp de temps => CD copié (ben oui, quand on copie des secteurs, on le fait bien ...)
Pour ceux qui ne le savent pas, ce que CloneCD faisait c'est lire en RAW2448 (toutes les données possibles d'un secteur) et d'écrire en RAW2448 sur un CDR. Comme ca, ca contourne pas mal de protections...
Mais de toutes façon, il y en a qui se basent sur le ATIP (type de CD). Si l'ordi voit CDROM : ok. Mais s'il voit CDR ou CDRW, pouvez toujours vous gratter ....
Voilà, j'espère avoir éclairci vos doutes...
Bonne prog
22 août 2004 à 00:16
22 août 2004 à 00:10
Pour passer sur VS6, devrait pas y avoir de prob, fais un newprojet win32 APP, VIDE. Une fois fait, tu copies les h, cpp, rc et ico dans le dossier du proj, dans VS tu fais insert fichiers existants *.* et tu importes tout en 1 seule passe. A ce point ça devrait compiler.
22 août 2004 à 00:04
un petit PS !
ce type de programme est-il capable de contourner les CD protegés (cactus, copy control...) ?
Recupere-t'il les bonnes données ?
Quelqu'un a-t'il tester cette utilisation ?
merci BruNews (au fait très beau chat !)
21 août 2004 à 23:59
Cela fait longtemps que je cherche ce type d'exemple, donc merci par avance...
Mais, excuser mon ignorance : quel compilateur doit-on utiliser avec les fichiers .vcproj. (borland / microsoft) ?
Peut on les importer d'une quelconque maniere dans Visual c++6 ?...
signé un debutant ...
21 août 2004 à 23:49
une demo de gravure possible si mon compere Arnotic trouve le temps pour cela (c'etait en prevision).
On verra ce qu'on peut faire pour le RAW2448, c'est surtout que ça prend un temps fou de reunir tous les morceaux et de livrer un exemple sans enfreindre les accords (legitimes et dument acceptes de ma part) de non divulgation.
ciao...
21 août 2004 à 22:13
Impec ton prog, il remplit pleinement sa tâche !
la magie du SPTI ...
En revanche, coté lisibilité du code : peut mieux faire...
Et j'ai remarqué des goto dans ton code C (je fais partie de ceux qui n'aiment pas les goto en C)
Celà dit : un grand bravo !!
Au passage, si tu trouves des infos pour graver un secteur de CD en 2048 ou 2352 mais surtout 2448 (avec totalité des sub-channels), tiens moi au courant
J'avais essayé il y a 5 ans déjà - en utilisant ASPI - mais je n'arrivait qu'à graver en 2048.
Il y a un mode-sense et mode-select à faire pour l'audio et le RAW2448 mais j'ai jamais trouvé de doc dessus.
SMarmotte
21 août 2004 à 09:30
T'as trop assuré BruNews sur ce coup. Un peut de renouveau dans les types de source sur cppfrance!
Shell
21 août 2004 à 00:40
rapidité, legerté bon ok manque un peu de fiabilité compte tenu de certain test et l'interface est minimale mais qu'importe le but est atteind avec succes et le code est une pure merveille. bravo
@+