divx graver en mode 2 ,oui mais.....

Recherche :

Dernière réponse
Sujet : divx graver en mode 2 ,oui mais.....
jotenakis	ici http://www.media-video.com/section [...] e&artid=72 c'est on ne peut plus clair... Ya juste une petite erreur : dans la dernière colonne du tableau récapitulatif il faut lire : "CD-ROM XA MODE 2" [jfdsdjhfuetppo]--Message édité par jotenakis le 07-05-2002 à 11:46:34--[/jfdsdjhfuetppo]

Dernière réponse

Sujet : divx graver en mode 2 ,oui mais.....

jotenakis

ici http://www.media-video.com/section [...] e&artid=72

c'est on ne peut plus clair...

Ya juste une petite erreur : dans la dernière colonne du tableau récapitulatif il faut lire : "CD-ROM XA MODE 2"

[jfdsdjhfuetppo]--Message édité par jotenakis le 07-05-2002 à 11:46:34--[/jfdsdjhfuetppo]

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

jotenakis

[jfdsdjhfuetppo]--Message édité par jotenakis le 07-05-2002 à 11:46:34--[/jfdsdjhfuetppo]

antp

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).

skeye

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...

chris25fr

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 ??

BlackSun

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

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]

Suesser

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 .

j'ai essaye un filtre . Rien .Ca ne marche pas .

up svp !

L'outil pour construire une image Mode2 CD

http://webs.ono.com/usr016/de_xt/m [...] er-b11.zip

le dernier filtre

http://webs.ono.com/usr016/de_xt/m [...] -test5.zip

(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

http://webs.ono.com/usr016/de_xt/vcd_source_patch.zip

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

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 !

Atlantis

[:rofl] [:rofl] spabien ptite noyade entre amis :non: :D

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 ? :??: :D
+ 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 [:squrrel] [:wouaf]

[jfdsdjhfuetppo]--Message édité par Atlantis le 29-04-2002 à 11:45:30--[/jfdsdjhfuetppo]

BlackSun

LOL, il a voulu venir a la nage dans mon ile mais li s'est perdu :D

antp

BlackSun a écrit a écrit :

Elle est plus ou moins finalisée, mais on a perdu un codeur...

:??: Vous l'avez laissé sans plan ni boussolle en pleine campagne ?

[jfdsdjhfuetppo]--Message édité par antp le 27-04-2002 à 12:02:14--[/jfdsdjhfuetppo]

BlackSun

Elle est plus ou moins finalisée, mais on a perdu un codeur...

http://mcf.sf.net (voir ma signature)

Suesser

@Atlantis , relis ce que tu as écrit... :D

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

L'OGM et le MCF possedent plusieurs headers pour corriger ça

Atlantis

:??: :??: euh ben là g l'impression d'être dans le monde réel ...
enfin je crois :D :lol:

Suesser

antp a écrit a écrit :

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 ? :crazy:

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.

antp	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 ? :crazy: