 |
||
| ||
| |||||
| Dernière réponse | ||
|---|---|---|
| Sujet : 850 Mo sur un 74 mn ou 930 sur un 80 mn en mode 1 (en stockage) | ||
| XK |
|
|
| Aperçu |
|---|
| Vue Rapide de la discussion |
|---|
| XK |
|
| darkangel | Ba ptet kila laissé le son en Wav std ds son film :lol: |
| Pio2001 | PS, j'ai essayé en Monkey's audio, vous vous souvenez ? Résultat : fichier comprimé plus grand que l'original !
Sinon, du coté du son, il a pu comprimer un peu : imaginons qu'il suive les directives non justifiées des traders en MP3 et encode en 192 kbps full stereo. Si tout le son est sur la voie centrale, il peut déjà diviser la taille de l'audio par deux. |
| ratmort | Effectivement Jesus christ a mis le doigt sur un point important:
l'entropie : c'est autrement dit la quantité d'information non redondante dans un signal. Ainsi entre un fichier brut et un fichier compressé sans perte (GIF,RAR,ZIP,SHN, Monkey audio..) il y a la meme quantité d'info (juste l'info utile pour reconstruire le signal) mais les fichiers peuvent avoir des tailles tres differentes (ex un BMP avec une couleur unie, et un fichier ZIP contenant c meme BMP) Par contre les compressions a pertes (MP3,JPG,DIVX,MPEG,OGG..) suppriment de l'info donc reduisent l'entropie (par exemple pour le MP3 l'algorithme essaie de supprimer des infos que l'oreille n'entend pas beaucoup) Or dans une vidéo encodée en DIVX stockée dans un AVI tout est etudié pour ne pas stocker deux fois la meme info (c'est bien l'interet de la compression) donc de minimiser le rapport Taille fichier/entropie) Donc si notre ami a mis 800Mo sur un CD soit le fichier qu'il a mis n'avait pas vraiment 800Mo d'info (en gros c'etait un truc encore compressable) ou alors il a gagné de la place en perdant de l'info qq part (les codes de corrections d'erreurs par exemple) puisque la quantité d'info qu'on peut metttre sur un cd est connue et fixée depuis longtemps.. Alors halte au pipo et :hello: |
| dje33 | Quand j'etais plus jeune il m'e venu l'idée de compresser plusieur fois en ARJ un jeu pour le faire tenir sur une disquette (j'en avais marre de trimbaler 5 disquette pour aller prendre Doom chez le voisin)
Ben ça a pas marcher :( j'ai même essayer de faire en arj puis en zip :lol: |
| jesus_christ | ouais, clair !
enfin il l'a dévoilé sa méthode : graver le AVI comme un CD audio extraire le WAV compresser ce WAV stocker ce WAV et dernière preuve théorique qui a déjà été avancée ici : si on peu gagner 15% avec sa méthode, rien n'empêche de faire plusieures passes, et récursivement, on pourra stocker les archives de la NASA sur une disquette... -> FAUX |
| dje33 | le simple fait qu'il ne devoila pas sa methode prouve que c'est impossible
sinon il l'aurai devoiler pour qu'on puisse tester |
| Merci JC je crois quon avait tous le flemme de le faire! Et ça confirme mes suputations :D Soit dit en passant si ça avait été possible, il aurait été étonnant que personne n'aie pondu ça plus tot... :sarcastic: Dommage pour l'inventeur, il se fera pas des couilles en or :fuck: (sans arrières pensées! Il en faut des rêveurs mais là c'était un peu gros quand même!) |
| jesus_christ | C'est faux et j'en ai la preuve !!!!!!!!!
Tout d'abord la preuve théorique : Un divx est super-compréssé en interne, et le niveau de compression interne se mesure avec l'entropie. Une fois l'entropie limite atteinte, on ne peut plus sur-compresser, même en utilisant un algo très différent, comme ici un algo pour le son. preuve pratique : j'ai fait ce qu'il a dit, mais non pas avec du son, qui certes se compresse bien mais sans plus en mode non-destructif, mais avec de l'image j'ai converti un divx de 103 Mo en image 256 couleurs (un octet par pixel) et l'ai compréssé avec le meilleur format non-destructif : le PNG résultat : un PNG de 103Mo donc réellement imossible. |
| nko | moi je vote aussi ùytho car ya forcement perte de donnee (comme qd les wav pass en mp3 y a perte de certaine frequence (inaudible heureusement)) |
| mphilamp | OGM:
http://www.everwicked.com/modules. [...] file=index http://tobias.everwicked.com/ |
| the marshall | Un question c'est quoi l'OGM (compression :??: )
et y'a un système de corection d'erreur du à ce type de fichier. + d'info :) |
| robUx4 | Risqué, plus ou moins. Disons que c'est plus sensible à la détoriation du CD qu'en Mode 1. Maintenant c'est peut-être pas tellement un problème.
La différence c'est que l'OGM supporte les erreurs dans un fichier beaucoup mieux que l'AVI (qui peut rapidement devenir illisible). |
| Suesser | Sur le forum de doom9, y'a un gus qui a fait un mode2
http://forum.doom9.org/showthread. [...] genumber=3 C risqué comme méthode ?? 90 Mo en + c pas négligeable some limited success Okay, I apologize for not reporting back sooner....here is what I found I was able to do: 1) I was able to burn the OGM file to disk in CDROM XA mode2 form 2 without much problem....after making the .toc file on my own (shown below), I was able to load it up in the CDR DAO gui proggy in the "write" tab and use it to burn the disk. This however took some effort to figure out that I needed to use RAW mode for my ancient mitsumi burner. 2) The disk was not readable in windows explorer. I was however able to recover the .ogm file to disk through the program isobuster (you can find it doing a quick google search), and it played back without error. (at first I thought I had some synch issues, but it was just from the excessive cpu load that the xvid post-processor was giving) In isobuster I right clicked on the track and selected "extract raw but convert to user data". Here is the text of the .toc file that I used: quote: -------------------------------------------------- ------------------------------ CD_ROM_XA TRACK MODE2_FORM2 COPY DATAFILE"phantom.ogm" -------------------------------------------------- ------------------------------ Overall, while inconvenient in first having to extract the data from the disk, this method of getting an additional 100mb out of standard cd's is useful. The quality of the xvid+vorbis in ogg at 791mb was definitely an improvment over the standard 700 mb file size. Perhaps as the codecs improve, this extra 100mb won't be worth the extra work. But perhaps if some solution to make the movie directly playable off of the disk were made, these 800mb cd's would make a very nice improvement. |
| robUx4 |
|
| Atlantis |
[:sovxx] ça existe ça ? les CD sont lisibles partout après ? et pis tu dois pas tellement y gagner, et des que rayures ... |
| :D :D :D Sur ce coup là je crois que t'as pas tors... Mais bon j'ai volontairement parlé de "tenter l'aventure", pas de lancer une nouvelle mode! :pt1cable: |
| wave | mouais à mon avis le seul truc sympa à faire avec c'est de graver en 2 exemplaires, de ne faire aucune rayure ni trace de doigt sur le CD, et de prier pour qu'un des 2 CD soit encore lisible dans 2 ans. |
| C'est bien ce que je pense...
Il n'y a qu'un seul moyen réel de "gagner" de la place, c'est de faire un vrai CD en mode 2 et de graver des données dessus. Par contre je compte bien tenter l'aventure avec mon Uplex40, y a pas plus fiable dans le genre, ça peut être un bon deal pour les films, ensuite avec le petit outil de chez plex qui permet de ralentir le lecteur en bridant la vitesse du moteur (pour augmenter encore le précision), y a surement un truc sympa à faire! :sol: |
| wave | laisse tomber y'a rien à tirer de ce topic.
soit c'est du pipeau, soit l'avi de base n'est pas compressé. Sinon en mode audio on peut gagner de la place mais on perd des CRC alors il est très difficile de relire les données sans erreurs. |
| Oui et le tout pour un magnifique taux de compression qui va surement avoisiner les 2% :jap: :sarcastic: Ps: C'est quand même d'une hypocrisie sans borne de me moquer de ça car pour ma part j'avais eu l'idée y a quelque temps :D PPs: Par contre tant qu'à utiliser une compression lossless autant y aller avec un truc de barbare et pas passer par l'étape du wav, qu'est ce que vous diriez de prendre un algo type UHARC! Sur un avi de 800Mos ça promet! :lol: |
| XK | si j'ai bien compris il prend les données RAW de l'avi pour en faire un wav, ensuite il le compresse avec FLAC puis il regrave le tout sur un CD mode 1 :)
je ne connaissais pas FLAC avant en tant que zip pour l'audio, l'avantage c'est que c'est looseless pas comme le MP3... mais le FLAC compresse aussi bien ? :??: si c'est le cas il va faloir invente le FLAC compresseur d'avi sans passer par le wav et powerdivx qui decompress ça en natif ;) |
| wave | moi sur amiga j'ai mis 1.1Mo sur une disquette double densité (880Ko théoriques) et au moins c'est vrai!
Et puis l'asm 68000 c'était autrement + marrant que le x86. |
| Oui mais c'est tellement bon... :ange: Allez je commence :D W E ' V E G O T A . . . [:turk182] |
| wave | ce topic est bidon. |
| S'il s'agit de recompresser, dans l'absolu pourquoi pas mais ça n'est de toute façon pas franchement exploitable et surement pas tel quel avec une lecture à la volée... :??: |
| axo | excusez le , il a du graver avec un dvd-r sans le savoir :) |
| Pio2001 | Bin ça fait déjà 747 MB, et en overburnant, on arrive vers 790 MB.
Autrement, si c'est un DivX avec le son en wav multicanal multilangue, style 300 MB de vidéo et 550 MB de son, on peut facilement compresser. Autrement, j'ai essayé de compacter un DivX (vidéo seulement) avec WinZip : 0 % de compression, avec Monkey's audio : moins 3 % de compression (fichier compressé plus grand que l'original). |
|
| Pio2001 | Tu as renommé l'avi en iso ? |
|
| Suesser | Pourquoi totalement impossible qu'il ait la structure d'un wav? n'importe quel fichier peut être transformé en wav, c pas dur, juste un header à mettre avant les données brutes...
Par contre ça risque certainement pas de pouvoir être compressé ou alors très, très faiblement ... |
| De toute façon le fichier wav en question risque de ne pas être pris par un algorithme de compression, faudrait il encore qu'il aie la structure d'un wav ce qui est totalement impossible, un simple exemle tu prends n'importe kel fichier volumineux à la con tu le renommes en bmp (une image pas compressée, l'équivalent du wav pcm pour le son) tu essayes de convertir le bidule en tif avec compression LZW sous toshop (donc lossless) il va grogner comme une mule je parie!
Irréalisable, conséquence mytho +1 DTC :D [:sly--chub] |
| dje33 | j'ai tester ça marche
en fesant la manip 10 fois j'ai mit tout mes divx sur une seul disquette de 720 ko http://4d6173206a6520766f.7573206a [...] burger.php |
| ratmort | Arreter le pipo, fermez ca...
Si tu as reduit de 60% en compressant ton WAV qui n'est quasiment qu'un AVI renommé c'est qu'avec ZIP ou un truc du genre tu en aurait fait a peu pres autant.. Dans ce cas on peut faire des super trucs: tu crée un fichier de 4 Go avec que des zeros dedans, tu le ZIP, il prend qq octets, tu le grave 5000 fois et tu dis ohlala j'ai mis 20TeraOctets sur un CD je suis fort! Les compressions sans pertes pour fichier audio (type SHN ou monkey) marchent bien (meme mieux que ZIP) sur les signaux audio parcequ'un signal audio a certaines proprietes bien particulieres (par exemples: pas souvent d'enorme variations entre 2 echantillons consecutifs..). Si tu mets des trucs complement aléatoire dans un fichier WAV tu verra que monkey audio, winZIP ou d'autres compressions sans pertes seront incapables de compresser quoi que ce soit.. Ou alors si t'as mis 800Mo non compressé en bidouillant des trucs tu as inevitablement perdu des infos sur la correction d'erreur donc c'est pas bien malin ... |
| the marshall | Désoler tu parle de mode 1 avec crc... j'ai rien dis faudrais que je lise moi :lol: La je commence à avoir de sérieux doute !!! [jfdsdjhfuetppo]--Message édité par the marshall--[/jfdsdjhfuetppo] |
