On Fri, 12 Aug 2005 18:00:03 +0200, "Quoi ma gueulle(R) ?" wrote:
Bonjour,
j'aimerai connaitre les capacités en Octets des supports CD/DVD Où puis je trouver la liste complete ?
merci.
lol !
Quoi ma gueulle(R) ?
On Fri, 12 Aug 2005 20:56:46 +0200, frimax wrote:
On Fri, 12 Aug 2005 18:00:03 +0200, "Quoi ma gueulle(R) ?" wrote:
Bonjour,
j'aimerai connaitre les capacités en Octets des supports CD/DVD Où puis je trouver la liste complete ?
merci.
lol !
Je vois pas ce qu'il y a de marrant. Entre les CD qui font 650Mo pour 650Mo et les DVD 4,7Go qui font pas 4,7Go (a cause de l'arnaque commerciale)... Sans compter qu'il existe des 700Mo, des 90minutes, des 99 minutes, des 8.5Go, des UDF, ISO machin, a la fin on s'y retrouve plus surtout si Nero ne precise pas la limite a par ce truc bidon qu'est le bargraph de remplissage où l'on remplis a peu pres pour pas depasser a moins de sortir sa calculette.
Donc un simple tableau a la con avec des colonnes et des lignes pour chaque type...
Merci quand meme.
-- Boite mail invalide GrosseBouffe A Faim....
On Fri, 12 Aug 2005 20:56:46 +0200, frimax <frim@x.fr> wrote:
On Fri, 12 Aug 2005 18:00:03 +0200, "Quoi ma gueulle(R) ?"
<pasdespam@null.fr> wrote:
Bonjour,
j'aimerai connaitre les capacités en Octets des supports CD/DVD
Où puis je trouver la liste complete ?
merci.
lol !
Je vois pas ce qu'il y a de marrant.
Entre les CD qui font 650Mo pour 650Mo et les DVD 4,7Go qui font pas
4,7Go (a cause de l'arnaque commerciale)...
Sans compter qu'il existe des 700Mo, des 90minutes, des 99 minutes,
des 8.5Go, des UDF, ISO machin, a la fin on s'y retrouve plus surtout
si Nero ne precise pas la limite a par ce truc bidon qu'est le
bargraph de remplissage où l'on remplis a peu pres pour pas depasser a
moins de sortir sa calculette.
Donc un simple tableau a la con avec des colonnes et des lignes pour
chaque type...
On Fri, 12 Aug 2005 18:00:03 +0200, "Quoi ma gueulle(R) ?" wrote:
Bonjour,
j'aimerai connaitre les capacités en Octets des supports CD/DVD Où puis je trouver la liste complete ?
merci.
lol !
Je vois pas ce qu'il y a de marrant. Entre les CD qui font 650Mo pour 650Mo et les DVD 4,7Go qui font pas 4,7Go (a cause de l'arnaque commerciale)... Sans compter qu'il existe des 700Mo, des 90minutes, des 99 minutes, des 8.5Go, des UDF, ISO machin, a la fin on s'y retrouve plus surtout si Nero ne precise pas la limite a par ce truc bidon qu'est le bargraph de remplissage où l'on remplis a peu pres pour pas depasser a moins de sortir sa calculette.
Donc un simple tableau a la con avec des colonnes et des lignes pour chaque type...
Merci quand meme.
-- Boite mail invalide GrosseBouffe A Faim....
Quoi ma gueulle(R) ?
On Fri, 12 Aug 2005 18:00:03 +0200, "Quoi ma gueulle(R) ?" wrote:
Bonjour,
j'aimerai connaitre les capacités en Octets des supports CD/DVD Où puis je trouver la liste complete ?
merci.
Bon ben pour les DVD-R = 2 298 496 Secteurs de 2048 octets chacun soit 4 707 319 808 octets
allez encore un effort et je vais en trouver d'autre...
C'est très bordélique. Mais est-il utile de tout connaitre précisément ? Car, de toutes façons, tu peux souvent 'overburné', cad dépasser la capacité annoncée de ton support.
Le bordel vient du filesystem utilisé, des algorithmes de correction. Il y a donc la capacité du support et la place que va demander ce que tu mets dessus. Mais comme, justement, c'est le bordel, on ne parle pas en octets mais directement dans l'unité concernée : un cd audio basique fait 74 minutes, ce n'est pas exprimé en octets, lorsque tu vois ensuite 650 Mo, c'est la taille exploitable pour des données. Idem pour un CD-vidéo (c'est du mpeg1 mais avec moins de correction d'erreur, donc tu rentres un plus gros mpeg1 que si tu le placais simplement sur un CD 'de données').
Les DVD ont bénéficié du même mode de calcul faux que les disques durs : 1 Go = 1000 Mo, 1 Mo = 1000 Ko... Ensuite, on admet communément : DVD-5 : 4.7 Go bidons et tu divises par 1.0737 (1.024^3) pour avoir la vraie capacité. DVD-9 (double couche) : 8.5 Go bidons DVD-10 (double face) : 9.4 Go bidons DVD-18 (double tout) : 17.1 Go bidons
Pourtant, précisement, la famille -R simple face fait 4 706 074 624 octets et la famille +R fait 4 700 372 992 bytes. Mais on considère qu'il est vraiment inutile de s'embêter avec ça.
Pour tes calculs de CD, la calcul est juste donc 700Mo (qui correspond à 80min d'audio) donne 700*1024*1024 octets.
PS : pour les normes, tu peux ajouter HFS si ça t'amuse :)
On Fri, 12 Aug 2005 18:00:03 +0200, "Quoi ma gueulle(R) ?"
<pasdespam@null.fr> wrote:
Bonjour,
j'aimerai connaitre les capacités en Octets des supports CD/DVD
Où puis je trouver la liste complete ?
merci.
Bon ben pour les DVD-R = 2 298 496 Secteurs de 2048 octets chacun soit
4 707 319 808 octets
allez encore un effort et je vais en trouver d'autre...
C'est très bordélique. Mais est-il utile de tout connaitre précisément ?
Car, de toutes façons, tu peux souvent 'overburné', cad dépasser la
capacité annoncée de ton support.
Le bordel vient du filesystem utilisé, des algorithmes de correction. Il
y a donc la capacité du support et la place que va demander ce que tu
mets dessus.
Mais comme, justement, c'est le bordel, on ne parle pas en octets mais
directement dans l'unité concernée : un cd audio basique fait 74
minutes, ce n'est pas exprimé en octets, lorsque tu vois ensuite 650 Mo,
c'est la taille exploitable pour des données. Idem pour un CD-vidéo
(c'est du mpeg1 mais avec moins de correction d'erreur, donc tu rentres
un plus gros mpeg1 que si tu le placais simplement sur un CD 'de données').
Les DVD ont bénéficié du même mode de calcul faux que les disques durs :
1 Go = 1000 Mo, 1 Mo = 1000 Ko...
Ensuite, on admet communément :
DVD-5 : 4.7 Go bidons et tu divises par 1.0737 (1.024^3) pour avoir la
vraie capacité.
DVD-9 (double couche) : 8.5 Go bidons
DVD-10 (double face) : 9.4 Go bidons
DVD-18 (double tout) : 17.1 Go bidons
Pourtant, précisement, la famille -R simple face fait 4 706 074 624
octets et la famille +R fait 4 700 372 992 bytes. Mais on considère
qu'il est vraiment inutile de s'embêter avec ça.
Pour tes calculs de CD, la calcul est juste donc 700Mo (qui correspond à
80min d'audio) donne 700*1024*1024 octets.
PS : pour les normes, tu peux ajouter HFS si ça t'amuse :)
C'est très bordélique. Mais est-il utile de tout connaitre précisément ? Car, de toutes façons, tu peux souvent 'overburné', cad dépasser la capacité annoncée de ton support.
Le bordel vient du filesystem utilisé, des algorithmes de correction. Il y a donc la capacité du support et la place que va demander ce que tu mets dessus. Mais comme, justement, c'est le bordel, on ne parle pas en octets mais directement dans l'unité concernée : un cd audio basique fait 74 minutes, ce n'est pas exprimé en octets, lorsque tu vois ensuite 650 Mo, c'est la taille exploitable pour des données. Idem pour un CD-vidéo (c'est du mpeg1 mais avec moins de correction d'erreur, donc tu rentres un plus gros mpeg1 que si tu le placais simplement sur un CD 'de données').
Les DVD ont bénéficié du même mode de calcul faux que les disques durs : 1 Go = 1000 Mo, 1 Mo = 1000 Ko... Ensuite, on admet communément : DVD-5 : 4.7 Go bidons et tu divises par 1.0737 (1.024^3) pour avoir la vraie capacité. DVD-9 (double couche) : 8.5 Go bidons DVD-10 (double face) : 9.4 Go bidons DVD-18 (double tout) : 17.1 Go bidons
Pourtant, précisement, la famille -R simple face fait 4 706 074 624 octets et la famille +R fait 4 700 372 992 bytes. Mais on considère qu'il est vraiment inutile de s'embêter avec ça.
Pour tes calculs de CD, la calcul est juste donc 700Mo (qui correspond à 80min d'audio) donne 700*1024*1024 octets.
PS : pour les normes, tu peux ajouter HFS si ça t'amuse :)
Eric PETIT
Dans le message :42fdc47e$0$23529$, Olivier Masson a écrit: ......
C'est très bordélique. Mais est-il utile de tout connaitre précisément ? Car, de toutes façons, tu peux souvent 'overburné', cad dépasser la capacité annoncée de ton support. ....
A la base ce qui peut être vraiment intéressant ça serait plutôt les capacités *réelles* des supports. Je ne veut pas dire à combien correspond un CD dit de 700 Mo, mais plutôt à quelle valeur peut on monter sur un Cd de marque X ou Y.
De mémoire ce genre de nomenclature existe sur certains sites, mais je n'ai pas de lien sous la main...
-- Eric Reply-to valide, laissez tel quel ! Texte brut vivement conseillé !!
Dans le message :42fdc47e$0$23529$636a15ce@news.free.fr,
Olivier Masson a écrit:
......
C'est très bordélique. Mais est-il utile de tout connaitre
précisément ? Car, de toutes façons, tu peux souvent 'overburné', cad
dépasser la capacité annoncée de ton support.
....
A la base ce qui peut être vraiment intéressant ça serait plutôt les
capacités *réelles* des supports. Je ne veut pas dire à combien correspond
un CD dit de 700 Mo, mais plutôt à quelle valeur peut on monter sur un Cd de
marque X ou Y.
De mémoire ce genre de nomenclature existe sur certains sites, mais je n'ai
pas de lien sous la main...
--
Eric
Reply-to valide, laissez tel quel !
Texte brut vivement conseillé !!
Dans le message :42fdc47e$0$23529$, Olivier Masson a écrit: ......
C'est très bordélique. Mais est-il utile de tout connaitre précisément ? Car, de toutes façons, tu peux souvent 'overburné', cad dépasser la capacité annoncée de ton support. ....
A la base ce qui peut être vraiment intéressant ça serait plutôt les capacités *réelles* des supports. Je ne veut pas dire à combien correspond un CD dit de 700 Mo, mais plutôt à quelle valeur peut on monter sur un Cd de marque X ou Y.
De mémoire ce genre de nomenclature existe sur certains sites, mais je n'ai pas de lien sous la main...
-- Eric Reply-to valide, laissez tel quel ! Texte brut vivement conseillé !!
Quoi ma gueulle(R) ?
On Sat, 13 Aug 2005 11:59:24 +0200, Olivier Masson wrote:
C'est très bordélique. Mais est-il utile de tout connaitre précisément ?
Ben pourquoi pas. C'est d'ailleur ettonant de ne rien trouver sur le net...
Car, de toutes façons, tu peux souvent 'overburné', cad dépasser la capacité annoncée de ton support.
En fait j'aimerai eviter l'OB. Mais bon il faut aussi savoir jusqu'où OB.....
-- Boite mail invalide GrosseBouffe A Faim....
On Sat, 13 Aug 2005 11:59:24 +0200, Olivier Masson
<sisemen_bouchon_@laposte.net> wrote:
C'est très bordélique. Mais est-il utile de tout connaitre précisément ?
Ben pourquoi pas. C'est d'ailleur ettonant de ne rien trouver sur le
net...
Car, de toutes façons, tu peux souvent 'overburné', cad dépasser la
capacité annoncée de ton support.
En fait j'aimerai eviter l'OB. Mais bon il faut aussi savoir jusqu'où
OB.....
On Sat, 13 Aug 2005 11:59:24 +0200, Olivier Masson wrote:
C'est très bordélique. Mais est-il utile de tout connaitre précisément ?
Ben pourquoi pas. C'est d'ailleur ettonant de ne rien trouver sur le net...
Car, de toutes façons, tu peux souvent 'overburné', cad dépasser la capacité annoncée de ton support.
En fait j'aimerai eviter l'OB. Mais bon il faut aussi savoir jusqu'où OB.....
-- Boite mail invalide GrosseBouffe A Faim....
Quoi ma gueulle(R) ?
On Sat, 13 Aug 2005 11:59:24 +0200, Olivier Masson wrote:
Mais comme, justement, c'est le bordel, on ne parle pas en octets mais directement dans l'unité concernée : un cd audio basique fait 74 minutes, ce n'est pas exprimé en octets, lorsque tu vois ensuite 650 Mo, c'est la taille exploitable pour des données. Idem pour un CD-vidéo (c'est du mpeg1 mais avec moins de correction d'erreur, donc tu rentres un plus gros mpeg1 que si tu le placais simplement sur un CD 'de données').
Ben alors un tableau plus grand que prevu. Ca peut toujours servir.
-- Boite mail invalide GrosseBouffe A Faim....
On Sat, 13 Aug 2005 11:59:24 +0200, Olivier Masson
<sisemen_bouchon_@laposte.net> wrote:
Mais comme, justement, c'est le bordel, on ne parle pas en octets mais
directement dans l'unité concernée : un cd audio basique fait 74
minutes, ce n'est pas exprimé en octets, lorsque tu vois ensuite 650 Mo,
c'est la taille exploitable pour des données. Idem pour un CD-vidéo
(c'est du mpeg1 mais avec moins de correction d'erreur, donc tu rentres
un plus gros mpeg1 que si tu le placais simplement sur un CD 'de données').
Ben alors un tableau plus grand que prevu.
Ca peut toujours servir.
On Sat, 13 Aug 2005 11:59:24 +0200, Olivier Masson wrote:
Mais comme, justement, c'est le bordel, on ne parle pas en octets mais directement dans l'unité concernée : un cd audio basique fait 74 minutes, ce n'est pas exprimé en octets, lorsque tu vois ensuite 650 Mo, c'est la taille exploitable pour des données. Idem pour un CD-vidéo (c'est du mpeg1 mais avec moins de correction d'erreur, donc tu rentres un plus gros mpeg1 que si tu le placais simplement sur un CD 'de données').
Ben alors un tableau plus grand que prevu. Ca peut toujours servir.