Gravure-News

par **Scaramanga** » 14 Avr 2003 17:31

Source : http://www.clubic.com/n/n8493.html
8))

par **azra28** » 15 Avr 2003 10:16

J'attends franchement de voir des tests mais sur le papier, connaissant en, plus la marque qui le sort ça risque d'etre géant

par **Maverick** » 15 Avr 2003 21:14

De plus, le tout pour un prix assez correct, je trouves...

:bravo:

par **alexnoe** » 15 Avr 2003 21:43

N'oublie pas que beaucoup de lecteurs ne lisent pas plus de 100 min

par **ditche** » 15 Avr 2003 21:57

J'ai cru lire que ces CD de plus de 1 Go ne seraient lisibles que sur le graveur à une vitesse très faible.

par **alexnoe** » 15 Avr 2003 23:47

Les CDs se sont pas été développés pour contenir plus de 100 min (ou 1000 Mo).

Les MSFs marchent comme ca: 99:59:73, 99:59:74, A0:00:00, A0:00:01 etc...si un lecteur ne connais pas ces drôles MFSs, il ne lira pas plus de 100 min...il ne trouvera rien pour lire. Peut-être qu'il n'accepte pas le TOC!

par **azra28** » 16 Avr 2003 10:44

Nan en fait tel que je l'ai compris, il jouerais sur la densité des données
et comm ele disais ditche g aussi lu que sur les lecteurs normaux, la vitesse de lecture serais de 1 à 2x et par contre un lecteur de meilleur qualité serais un peu plus rapide

par **Scaramanga** » 16 Avr 2003 17:54

Azra28> Peux tu nous donner tes sources!!!
Alexnoe>Du kannst uns mehr sagen?
8))

par **alexnoe** » 16 Avr 2003 22:09

Du kannst uns mehr sagen?

tu sais que c'est une question suggestive? Je ne sais pas si quelque chose comma ça existe en francais...
si tu dis: "Du kannst uns mehr sagen?" => tu es 99% sur que je le peux.
"Kannst Du uns mehr sagen?" => une question normale...

btw, j'ai commencé à apprendre le russe => former des questions est aussi simple qu'en français (bien que les 6 cas soient un peux difficil à maîtriser)...il paraît que l'allemand / l'anglais sont les seules langues où il faut qu'on change l'ordre des mots pour former une question :twisted:

SCNR

On trouve le numéro d'un secteur dans son début (est dans son subchannel). Il est sauvegardé comme ça: "minutes:seconds:frac" en BCD (un octet contient 1 chiffre: xxxx xxxx; c'est un numéro binaire: 48 = "0", 49="1",... etc)

Il y a deux chiffres pour minutes, deux chiffres pour seconds et deux chiffres pour frac (= secteurs; 75 secteurs = 1 second)

2 chiffres suffisent pour 99 min, 59 sec et 74 secteurs...

Pour arriver à graver plus de 99:59:74, quelqu'un a eu l'idée (très bête imho) qu'on pourrait sauvgarder un "10" dans le premier chiffre pour créer "100": On ne sauvegarde pas "100" (2 chiffres!), mais on sauvegard "A0" ("B0" => 110, "C0" => 120....)

Si on essaie de lire un CD comma ça et que le firmware du lecteur ne connaisse pas ces nombres, il se demandera "???????" et refusera de lire ce CD ou la partie après 99:59:74

par **gowap** » 16 Avr 2003 23:00

Pour que tout le monde suive :

SCNR = Sorry Could Not Resist = j'ai pas pu résister
BCD = Binaire Codé Decimal
IMHO = In my Humble Opinion = a mon humble avis.
BTW = By The Way = a propos

alexnoe a écrit:"Kannst Du uns mehr sagen?" => une question normale...

Scaramanga ne sait pas poser normalement les questions :lol:

j'ai commencé à apprendre le russe

On va finir par passer pour des analphabètes, nous qui ne connaissons pas autant de langues.

Mais venons en a la technique...

On trouve le numéro d'un secteur dans son début (est dans son subchannel). Il est sauvegardé comme ça: "minutes:seconds:frac" en BCD (un octet contient 1 chiffre: xxxx xxxx; c'est un numéro binaire: 48 = "0", 49="1",... etc)

En BCD, un octet contient 2 chiffres, pas juste 1.
ex : 74 en décimal = 0111 0100 en BCD (avec 0111 = 7 et 0100 = 4 pour ceux qui ne suivent pas

)

Quel rapport entre le BCD et le fait que chr(48 )="0", etc ?

Pour arriver à graver plus de 99:59:74, quelqu'un a eu l'idée (très bête imho) qu'on pourrait sauvgarder un "10" dans le premier chiffre pour créer "100": On ne sauvegarde pas "100" (2 chiffres!), mais on sauvegard "A0" ("B0" => 110, "C0" => 120....)

Je n'ai rien compris :roll:

C'est du BCD ou du binaire cette histoire finalement ? (on ne peut pas coder A0 en BCD ???!!! )

Je n'ai jamais aimé le BCD, ca ne fait que perdre de la place par rapport au binaire, et je me demande bien a quoi ca sert....

par **alexnoe** » 16 Avr 2003 23:08

En BCD, un octet contient 2 chiffres, pas juste 1.

Il peut contenir 1 ou 2 chiffres ("BCD" / "packed BCD"), mais tu as raison...je l'ai confondu avec une autre chose. C'est déjà trop tard

Dans l'en-tête d'un secteur, il y a deux chiffres par octet => "packed BCD".

C'est du BCD ou du binaire cette histoire ?

Une combination:

98 => 1001 1000
99 => 1001 1001
100 = A0 => 1010 0000
101 = A1 => 1010 0001
110 = B1 => 1011 0000
117 = B7 => 1011 0111

par **gowap** » 16 Avr 2003 23:24

alexnoe a écrit:100 = A0 => 1010 0000

C'etait pourtant évident !
Mais je suppose que les lecteurs cd sont comme mon cerveau qui bloquait le BCD a 99 (par définition et convention) et que ca ne va pas trop marcher ce truc...

par **Pierre G** » 16 Avr 2003 23:37

bonsoir,
Sans vouloir vous offenser, votre discussion semble très interressante mais pour moi c'est du chinois :?:

, si quelqu'un peut expliquer simplement j'apprécierais pour éclairer ma lanterne. :idea:

Merci d'avance et a plus.

par **gowap** » 16 Avr 2003 23:49

Pierre G a écrit:si quelqu'un peut expliquer simplement j'apprécierais pour éclairer ma lanterne.

Il faut commencer par apprendre a compter en binaire ( :arrow:

google)

@ Alex : merci pour la capture d'écran

par **Pierre G** » 16 Avr 2003 23:57

Bonsoir,
Pour Gowap , je ne sais pas compter parfaitement en binaire mais je sais ce que c'est pour avoir fait des maths avant de faire médecine mais là j'avoue que je suis dépassé, donc si tu pouvais expliquer simplement en évitant si possible les suites de 0 et 1.
Je te remercie d'avance.
En apparté ton site est super :!:

A plus.

par **alexnoe** » 17 Avr 2003 0:18

Il faut qu'on conaisse 3 règles pour compter en binaire:
'0' + '0' = '0'
'0' + '1' = '1'
'1' + '1' = '10'

Si on connaît ces règles, on sais compter en binaire; sinon, on ne sais pas compter en binaire. Il n'y a pas de troisème possibilité :shock:

par **PIER** » 17 Avr 2003 0:43

Pierre G -> Un petit lien sur le binaire et tout le reste : http://www.ac-nantes.fr/peda/disc/sti/echange/aii/binaire/Binaire.htm

par **gowap** » 17 Avr 2003 0:51

En fait, l'important n'est pas de savoir compter en binaire, je me suis mal exprimé, la base c'est de savoir ecrire un nombre décimal sous forme binaire.
Cela revient a décomposer un nombre en puissances de 2. ( 1,2,4,8,16,32,64,128,256,etc)
Vu l'heure mes qualités pédagogiques seront tres limitées.
Je te propose 1 exemple.
convertir 25 en binaire par ex:
25 = 16 + 8 + 1 (décomposition en puissances de 2)
25 = 2^4 + 2^3 + 2^0 (pour montrer quelles puissances de 2)
25 = 1 * 2^4 + 1 * 2^3 + 0 * 2^2 + 0 * 2^1 + 1 * 2^0
d'ou : 25 en décimal = 11001

par **Ryan Giggs** » 17 Avr 2003 0:53

Une règle plus empirique pour compter en binaire :

:arrow:

chaque 0 ou 1 représente le "poids" d'une puissance de 2

Je m'explique, le bit de rang n (= le chiffre en binaire), équivaut à 2^n en décimal... Le rang d'un bit est caclulé à partir de la droite et le premier bit porte le rang 0.

Un petit exemple plus concret...

binaire :
1 0 1 0 1 0
rang:
5 4 3 2 1 0
--------------------------------------------------------------------------------------------------------
valeur décimale : 1*(2^5) + 0*(2^4) + 1*(2^3) + 0*(2^2) + 1*(2^1) + 0*(2^0) = 42

Si je ne me suis pas trompé biensûr...

par **Ryan Giggs** » 17 Avr 2003 0:54

tooooooooo

:arrow:

Posté trop tard....
:oops:

Gravure-News

Un graveur de CD 1.2 Go chez Plextor

Un graveur de CD 1.2 Go chez Plextor

Qui est en ligne