Qq'un a lu cette news sur doom9 ?
 
Another one for the more technically oriented (as MP4 : A new tool makes it possible to actually burn any kind of data in mode2 onto a CD giving you as much space as on a VCD/SVCD. However, this requires that the container format contains error protection, so AVI is a no go. However, ogm, the upcoming mcf and mp4 can be used. Another catch is that currently you need special software to extract the data again. But if we get some filters/players/drivers that can directly access the data on the disc that would allow us to put almost 800MB of ogm/mcf/mp4 data onto a regular 700MB CD.
 
donc si j'ai bien compris on peut le graver mais pas le lire ????
 
je vous laisse le lien de la page de l'utilitaire :
http://webs.ono.com/usr016/de_xt/mcf.html
 
si il y a avait un codeur fou qui pouvait nous sortir un filtre

Effectivement, une fois gravé on obtient un fichier .dat qui est vu et copié ss pb par windows mais ne peut-être lu par les players tant qu'il n'existe pas un filtre DS pour lire du RIFF/CDXA. (pour l'instant il y a une étape supplémentaire pour transformer ce .dat  en fichier lisible avec le pg dat2file)
 
Tobias a dit que ses prochaines versions assureraient probablement ce décodage!  

ouahou, si c'est vrai c'est GEANT

c parti , ca arrive enfin officiellement le divx mode 2 !!  yes    ...
 
comme ca on pourra dire je fais un divx 2 passes mode 2 , ouais !  

[jfdsdjhfuetppo]--Message édité par mphilamp--[/jfdsdjhfuetppo]

jotenakis a écrit a écrit : ouahou, si c'est vrai c'est GEANT

 
Vi, miam miam des ogm sur 800 Mo...  
 
http://forum.doom9.org/showthread. [...] adid=16964
 
 
Probably I will support this in future but first of all I have to finish the 6-channel and chapter stuff. Unfortunately I didn't had much time the last 3 weeks because I had to prepare a lot of course but I hope I will finish that soon.  
 
Best regards,  
Tobias

jotenakis a écrit a écrit : ouahou, si c'est vrai c'est GEANT

 
Ouais geant : on va pouvoir avec des erreurs lors des copies
T'as déjà fait des copies de Video CD ? La copie est pas toujours parfaite, surtout avec un lecteur un rien mauvais, ou un CD un rien griffé.
Et copier un VideoCD c'est comme un CD Audio : très lent, contrairement aux CD-ROM.

      mais ils arreteront qd avec leur lubie du mode2 form2 ...    

antp, viens pas nous casser le moral, briser nos rêves!    
Je ne connais pas le VCD, ça donne quoi à l'image en cas d'erreur?
 
Les CD-AUDIO peuvent très bien être copiés aussi vite que des CDROM à partir d'une image mais bien sûr c'est pas tip-top sécurité..
 
http://mcf.sourceforge.net/mcf-cd.htm
 
MCF-CD (Ingo's version)
I don't know this very well, but instead of pure Mode 2 it mimics VCD, with the exception that data inside is MCF. This version has ISO-9660 filesystem, which points to the Mode 2 track. This allows files to be visible in Windows (without additional drivers), but you still can't read 'em directly (because Windows CD driver adds RIFF header and displays rest of the data as RAW/2352 sectors). Main differences to the other version are:
 
2324 octets of data per sector (and 2048 octets in protected sectors)  
Uses Mode2/XA, so it also uses CD ECC (the correction is done in software, but possibly automatically handled by Windows)  
VCD-like (but probably different enough from VCD not to confuse VCD players)  
Has a wrapper filesystem (another track)  
Difficult to read/write without existing code, but easy to read with little tweaking to existing VCD implementations  
A little less space for user data  
Easier to read with DirectShow

bon alors moi g pas le temps, les spécialistes de la gravure vous pouvez faire une page web pour expliquer ce que c le crc et pkoi le mode2 f2 suxx ? (dommage qu'y aie plus slyde )
c clair je remplace ma signature illico si g un lien (mais g pas envie de chercher surtout en fin de semaine)

Et hop, un petit coup de pub pour mon tuto sur la copie de CD .
 
COPIE/COLLE :
 
CRC (Cyclic Redundancy Checking) est un processus de contrôle de fichier. Cet examen attribuera à votre fichier, d?après un algorithme mathématique, un numéro de code présenté sous la forme d?un nombre hexadécimal de huit chiffres. Ces huit chiffres représentent chacun une valeur comprise entre 16 unités (0-1-2-3-4-5-6-7-8-9-A-B-C-D-E-F). En faisant le calcul de ces 16 unités à la puissance 8 (les 8 chiffres) ; vous obtiendrez un éventail de 4.294.967.296 possibilités. Donc, une chance sur plus de 4 milliards pour que deux fichiers différents aient le même CRC.

Pour le format en question (MCF-CD (Ingo's version))
 
CD-ROM Mode2/XA Form 2 sector (2352 octets)  
Sync Header SubHeader Data EDC  
12 octets hex:
00 FF FF FF FF FF FF FF FF FF FF 00 Minute (bcd8), Second (0-59, bcd8), Frame (0-74, bcd8), Mode (0x02) 8 octets (4 octet struct twice) Data (2324 octets) 4 octets CRC  
 
il existe aussi le mode Form 1
 
CD-ROM Mode2/XA Form 1 sector (2352 octets)  
Sync Header SubHeader Data EDC ECC  
12 octets hex:
00 FF FF FF FF FF FF FF FF FF FF 00 Minute (bcd8), Second (0-59, bcd8), Frame (0-74, bcd8), Mode (0x02) 8 octets (4 octet struct twice) Data (2048 octets) 4 octets CRC 276 octets error-correction

merde je fatigue aussi mouah   =>  
pas crc, ecc ...

Atlantis a écrit a écrit :       mais ils arreteront qd avec leur lubie du mode2 form2 ...

 
Je sais pas C'est pénible

Suesser a écrit a écrit : antp, viens pas nous casser le moral, briser nos rêves!     Je ne connais pas le VCD, ça donne quoi à l'image en cas d'erreur?

 
Bhen des couleurs n'importe comment dans tout les sens et/ou le son qui foire.
 
Pour les couleurs ça ne dure qu'une demi-seconde, mais pour le son c'est super chiant. Genre tu regardes un film assez fort au casque, et là une erreur dans le stream provoque un "pic" dans le son, mais vachement plus fort que le niveau du film.
 
Sachant que le AVI est un format très sensible aux erreurs, contrairement au MPEG, je veux pas de ce genre de gravures

Et en plus ils disent bien dans le copier/coller du premier post de ce topic que pour l'AVI ça ne marchera pas. C'est pour le MPEG4 et l'OGM.

 
ben vi c pour cela que j'ai parlé des futurs dev du DS de Tobias

 
Je le précise parce qu'on a déjà eu des dizaines de topics sur des soi-disant possibilités de mettre du AVI en mode 2 machin 2 et compagnie.

Juste un ptit up pour dire que les choses avancent très vite et
qu'avih (sur doom9) sait déja lire à la volée de tels CD .
 
http://forum.doom9.org/showthread. [...] genumber=2

J'ai testé hier : j'ai gravé en 8X un avi de 720 Mo sur un CDRW de 650 Mo  avec MCF-CD, puis extraction avec dat2file et CA A MARCHE NICKEL : avi lisible sans aucune erreur !
 
DONC CEUX QUI AFFIRME QUE LE MODE 2 FORM 2 EST IMPOSSIBLE :  
   
Faut se renseigner et tester avant de parler.  
 
Je ne sais pas encore si c'est parfait mais sur mon test c'est impec et ce n'est que le début du developpement ---> tres prometteur donc.

C'est toujours impossible de le graver de manière lisible par tout le monde depuis le CD, puisque tu dois le réextraire
 
Puis je suis curieux de voir ce que ça donne sur un lecteur un peu capricieux (genre lecteur de PC portable compaq, ce que j'utilise comme Divxbox, il lui fait 15 min pour copier un CD-ROM et 30 min pour copier un VideoCD, ou mon vieux Pioneer qui fait parfois des erreurs de transfert...)
 
Faut voir aussi quand le CD aura un peu vieilli (6 mois, 1 an)

[jfdsdjhfuetppo]--Message édité par antp le 24-04-2002 à 09:26:45--[/jfdsdjhfuetppo]

antp a écrit a écrit : C'est toujours impossible de le graver de manière lisible par tout le monde depuis le CD, puisque tu dois le réextraire

Bien sur pour le moment... Mais Avih a déjà réussi à lire un avi à la volée avec graphedit qrace à un filtre DirectShow qu'il développe ...
 

 
à voir en effet... Mais pourquoi toujours dire "ça marchera jamais" ??? Fo pas refuser le progrès a priori. On verra bien.
   
 
Je viens de graver un zip de 700Mo sur mon CDRW de 650 Mo, après extraction mon zip est impec : pas d'erreur CRC.

Quand moi je disais "ça ne marchera jamais" je voulais dire que ça ne sera jamais reconnu comme un fichier avi tel quel par tous les PC. À tous les coups il faudra un player supportant ce système, un programme extrayant le fichier, ou un driver rendant l'extraction transparente...
 
Et puis là tu n'as pas d'erreurs, mais tu relis un truc que tu as déjà gravé. Un CD ça se griffe facilement, même des toutes petites griffes. Y a aussi la poussière. Et comme je l'avais dit, des moins bons lecteurs.
Donc pour des données qui ne seront plus utilisables si un bit est modifié au mauvais endroit (avi, zip, ...) je trouve pas que ça vaut le coup pour gagner 100 Mo. Par l'Ogm devrait résoudre cela.

le but est évidemment à terme d'y coller de la video (ogm ou mcf), pas des données.
 
En attendant je m'en sert quand même dès aujourd'hui pour transférer des données de mon boulot à chez moi. Et je verrais bien si ça marche pas.

ben en fait, en incluant un flux ecc dans un avi openDML on en serait capable (sauf que certains préfèrent réinventer la roue   et se battent entre eux   ).
mais je serais contre de toute façon. Si l'on grave qqchose c pour pouvoir le réutiliser plus tard. Et facilement. parce qu'après tout l'important c que ça marche. qd leur techno aura résolu les pbs en cours de route (vous inquiètez pas y en aura c sûr ), ben on en sera au gravure de dvd ... et là pas question de faire du mode2 form2 ...
 
et pis ce qui me fait rigoler c qu'en plus, je parie que ceux qui réclament de la place en plus, concervent les intro et génériques de fin du film.

t'aime jouer touah ... tiens tu fais une gravure et tu fais volontairement un rayure assez longue sur cd et tu nous tiens au courant ...  
et bon courage pour déterminer l'endroit où ça a foiré dans les données, et comment corriger.

Atlantis a écrit a écrit :     et pis ce qui me fait rigoler c qu'en plus, je parie que ceux qui réclament de la place en plus, concervent les intro et génériques de fin du film.

si c'est pour moi que tu dis ça : raté . J'encode en Xvid qui gère les credits. Donc je les garde, mais je les encode avec un bitrate tres faible.

 
non tester  
 

Atlantis a écrit a écrit :    ... tiens tu fais une gravure et tu fais volontairement une rayure assez longue sur cd et tu nous tiens au courant ...   et bon courage pour déterminer l'endroit où ça a foiré dans les données, et comment corriger.

t'as raison je vais m'amuser à flinguer mes CD

Atlantis a écrit a écrit : (sauf que certains préfèrent réinventer la roue   et se battent entre eux   ).

Il me semblait que ce débat avait été tranché, vous vous êtes pris la honte de votre vie avec ton frêre sur le forum powerdivx. Hein BlackSun  

[jfdsdjhfuetppo]--Message édité par jotenakis le 24-04-2002 à 10:07:26--[/jfdsdjhfuetppo]

atlantis :

 
et pis ce qui me fait rigoler c qu'en plus, je parie que ceux qui réclament de la place en plus, concervent les intro et génériques de fin du film.    
 
ouais mais bon quand tu vois le prix derisoire d'un cdr de spindle, tu vois que tu peux stocker un packtol de film pour pas cher et les 100mo de bonus font pencher la balance. Voilà pourquoi le DVD-R(W) est hors course car l'interêt du divx est tout de même d'économiser de la place pour pouvoir monter une belle collec...

[jfdsdjhfuetppo]--Message édité par Masure le 24-04-2002 à 10:08:03--[/jfdsdjhfuetppo]

ben collec mes trieurs de 240 CD ils disent merde, alors qd tu vois des supports dvdr à 26 F à l'étranger ...
 
honte ? il y a eu discussion avec certains et d'autres n'ont pas voulu envisager qu'on puisse faire évoluer l'avi. mais bon...  
PS mon frangin leur a même donné le boulot qu'il avait déjà effectué, mais comme ils y ont pas jeté un oeil ...

hheuu cmt vous faite pour graver un truc avec sa ?
j'ai essayer mais veut pas me dmeande image.nrg quand je veu graver un divx de 700 meg d'un cd sur un rw.....
un cou de main ?

Au début de ce post, il y a un lien sur MCF-CD Maker que tu dois utiliser pour construire une image
mcfcdmaker file1 file2 file3...  
ensuite tu obtiens un .bin et un .cue
Tu peux graver avec CRDWIN en chargant le .cue ou Nero en chargeant le .bin et en choisissant le mode2 pour graver.

Nero accepte de charger les .cue aussi (du moins les versions récentes)

 
C juste!    
 
J'ai gravé en MCFCD des mp3 et ai testé le filtre béta d'avih/Dext pour les lire à la volée..
Lecture impec, on verra ds quelques mois...

tu devrai faire un test : salir et rayer artificielement ton CD pour voire si cela passe et si il y a des erreurs qu'est ce que cela produit

ben ils veulent pas
préfèrent constater dans quelques mois ...
 
au fait, pour lire vos mode2 form2 va vous falloir bcp bcp de ram (cf doom9) (bon d'accord c en dev )

Atlantis a écrit a écrit : ben ils veulent pas préfèrent constater dans quelques mois ...   au fait, pour lire vos mode2 form2 va vous falloir bcp bcp de ram (cf doom9) (bon d'accord c en dev )

 
Je te suggère de salir et rayer artificiellement un CD gravé 'normalement' et me dire ce qui se passe...  
 
Cela n'a pas de sens...
(déja il faudrait comparer 2 CD, gravés différemment, salis et rayés de manière identique)
 
Ensuite, comme tu le soulignes, le 'format' est en dev (pas seulement le filtre) et ils semblent s'orienter vers une version qui permet un contrôle d'erreur (ou une duplication des headers)
 
Sinon, tu as peut-être raison, c'est maybe une cause perdue d'avance ou bien dépassée. Le temps nous le dira.
 
Pour ma part, c'est plus de la curiosité pour l'instant qu'un réel intérêt.
Disons que je suis avec attention l'évolution, si évolution il y a

Suesser a écrit a écrit : Je te suggère de salir et rayer artificiellement un CD gravé 'normalement' et me dire ce qui se passe...

ça c'est fait tt le jours et mes cdrw des premiers temps, faut voir la gueule qu'ils ont   . n'empeche la correction d'erreur ça aide bien.  

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 ?