Reprise du message précédent : Pourquoi graver sans correction d'erreur un format de fichier ayant une correction d'erreur ? C'est pas plus simple de graver directement un fichier sans correction d'erreur sur un CD à correction d'erreur ?
Pourquoi graver sans correction d'erreur un format de fichier ayant une correction d'erreur ? C'est pas plus simple de graver directement un fichier sans correction d'erreur sur un CD à correction d'erreur ?
Réponse simple: le gain de place...(ECC non comparables)
Personne n'a dit que c'était + simple...
Quand aux formats de fichier ayant une correction d'erreur, je n'en connais pas encore...l'ogm est 'robuste' et sait skipper les erreurs mais il ne sait pas les corriger...
Peut-être penses-tu à un nouveau format, un nouveau container qui aurait son propre ECC (mais un ECC plus bas que celui utilisé par les CD)?
@Atlantis: oui mais c'est une détérioration 'réelle' et non artificielle.
Atlantis
Enfin de retour au SOLEIL !!
Posté le 26-04-2002 à 12:03:37
euh ben là g l'impression d'être dans le monde réel ... enfin je crois
---------------
"Il n’y a rien de noble à être supérieur à vos semblables. La vraie noblesse est d’être supérieur à celui que vous avez été auparavant."
BlackSun
Posté le 26-04-2002 à 14:39:02
L'OGM et le MCF possedent plusieurs headers pour corriger ça
Suesser
Posté le 27-04-2002 à 10:06:54
@Atlantis , relis ce que tu as écrit...
ben ils veulent pas préfèrent constater dans quelques mois ...
Je préfère attendre que de rouler mon CD ds la sciure et de le prêter à mon chat pour qu'il se fasse les griffes..
Attendre me semble plus 'naturel'
@Blacksun
La structure du format MCF est-elle finalisée?
Et la correction existante sur l'OGM protège les headers non? cad elle n'est pas capable de rétablir la valeur correcte d'un bit de données en cas d'erreur, il me semble?!
[jfdsdjhfuetppo]--Message édité par Suesser le 27-04-2002 à 10:07:32--[/jfdsdjhfuetppo]
BlackSun
Posté le 27-04-2002 à 11:50:20
Elle est plus ou moins finalisée, mais on a perdu un codeur...
LOL, il a voulu venir a la nage dans mon ile mais li s'est perdu
Atlantis
Enfin de retour au SOLEIL !!
Posté le 29-04-2002 à 11:41:56
spabien ptite noyade entre amis
Citation :
Je préfère attendre que de rouler mon CD ds la sciure et de le prêter à mon chat pour qu'il se fasse les griffes..
Attendre me semble plus 'naturel'
ah bon ? + sérieux, je parle des rayures "naturelles" que l'on fait avec un sopalin ou un mouchoir en frottant un peu fort par ex ... j'y vais pas non plus au chalumeau sur mes cd
[jfdsdjhfuetppo]--Message édité par Atlantis le 29-04-2002 à 11:45:30--[/jfdsdjhfuetppo]
chris25fr
Posté le 04-05-2002 à 03:03:38
existe il un filtre permettant de lire directement le .dat sans manip .
Je veux dire un ogm (avec un son ogg) grave en .dat sur cd .
j'ai essaye un filtre . Rien .Ca ne marche pas .
up svp !
---------------
@+
Publicité
Posté le 04-05-2002 à 03:03:38
Suesser
Posté le 04-05-2002 à 09:33:53
chris25fr a écrit a écrit :
existe il un filtre permettant de lire directement le .dat sans manip .
Je veux dire un ogm (avec un son ogg) grave en .dat sur cd .
(après avoir dézippé ds le rep de ton choix, il faut que tu y copies le fichier regsvr32.exe depuis \windows\system32 pour que le batch de registration du filtre marche)
Si tu as le filtre MS VCD , il y a conflit. Le patch pour l'activer,désactiver
Enfin, il n'y a aucune protection pour l'instant sur les headers/index, si tu as un scratch sur ton cd à cet endroit, c foutu.
Donc c + du test qu'autre chose pour le moment.
Sinon la lecture est fluide, no pb
chris25fr
Posté le 05-05-2002 à 03:30:40
merci beaucoup suesser Mon cd marche maintenant . je ne savais pas qu'il fallait mettre le regsvr32 . Je pensait qu'il allait le chercher tout seul.
jusqu'ou on peut pousser le stockage de donnees d'apres toi .il parle de mettre 800 meg sur un cd de 700 Meg . autrement dit,y a t'il une regle mathematique permettant de savoir quelle taille va donner un ogm par ex en .dat ??
sinon ,tu parles d'un scratche physique ??
Merci pour tes infos .
[jfdsdjhfuetppo]--Message édité par chris25fr le 05-05-2002 à 03:31:09--[/jfdsdjhfuetppo]
---------------
@+
BlackSun
Posté le 06-05-2002 à 10:26:32
Un CD de 80 minutes a toujours contenu 800MB, seulement en mode1, 100 Mo sont destinés a la protection des données.
[jfdsdjhfuetppo]--Message édité par BlackSun le 06-05-2002 à 10:28:00--[/jfdsdjhfuetppo]
chris25fr
Posté le 07-05-2002 à 01:27:57
oui ok . Tu as raison .Je me suis mal exprime .Ce que je veux dire ,c'est pour un cd de 90 min ,combien sont attribue a la protection des donnees en mode 1. Y a t'il une regle ou c'est invariable ??
---------------
@+
skeye
Posté le 07-05-2002 à 09:13:36
chris25fr a écrit a écrit :
oui ok . Tu as raison .Je me suis mal exprime .Ce que je veux dire ,c'est pour un cd de 90 min ,combien sont attribue a la protection des donnees en mode 1. Y a t'il une regle ou c'est invariable ??
fais une petite regle de 3...
---------------
Can't buy what I want because it's free -
antp
Super Administrateur Champion des excuses bidons
Posté le 07-05-2002 à 09:51:44
chris25fr a écrit a écrit :
Y a t'il une regle ou c'est invariable ??
C'est un certain pourcentage de chaque "bloc" du CD, donc tu peux le trouver par calcul. Mais ces infos sont sûrement dispo sur des sites.
En mode 1 ou 2 on a exactement autant de place quand on grave en mode CD-ROM classique (avec les corrections d'erreur donc).