divx 411 2 passes,576 en horizontal pour du 2.35 .
Toujours sur un cd sauf fait exceptionnel et vive les frites
webzeb
juste un petit truc: connaitriez vous un site ou on peut télécharger un vob de bande annonce (un truc légal!!!), parce que j'ai pas de DVD sous la main là pour tester... Merci
Slyde
sinon pour rigoler j'ai déjà fait une video carré de 480*480 pour voir si le fait d'etirer faisait plus mal à la qualité que le gain d'indice de qualité obtenu par le nombre de pixel total plus faible. Ben c'est jeu égal ou presque.
webzeb
ouais, mais les ondelette, ça n'est pas seulement pour la compression. Il y aussi des traitement hyper performant pour virer le bruit de fond, ou améliorer la netteté d'une image qui se basent sur les ondelettes... Pour la compression fractacle, il faudra attendre qu'on ait de sacé bécane, genre cray à la maison...
Slyde
ca fait pas perpet que ca doit sortir ce truc ?
webzeb a écrit a écrit :
wavelet rulez!!!
Yep les ondelettes c sympa, ca vaut la compression fractale plus ancienne, et c légèrement moins gourmand... par contre pour de la vidéo ça reste lourd et lent...
mais c clair que le Jpeg2000 ca va arracher :D Déjà que le format LuraWave est bluffant...
webzeb
wavelet rulez!!!
slyde a écrit a écrit :
J'en ai bouffé de la colorimétrie pour mon filtre à ligne violettes ! J'ai des piles de docs sur le RGB/YUV/HSL/CMYK sur mon bureau, j'ai bouffé tout mon quota feuille avec ces conneries :D
Enfin actuellement je me renseigne pour savoir ce que je peux faire avec le MMX pour faire la conversion RGB32->HSL plus rapidement vu que c'est assez lent comme conversion... Si t'a un ptit algo ou deux en asm sous la main :D
Nope sorry, moi m'intéresse pas trop à la conversion colorimétrique, plutôt aux différentes façons/étapes de compression colorimétrique et son utilisation en vidéo... j'ai d'ailleurs eu une discussion intéressante avec un pote cet aprèm au sujet d'une compression genre DivX à macroblocks de taille variable suivant trois matrices... c assez simple et ca pourrait améliorer salement la qualité des images sans nécessiter bcp de puissance... mais ca fait un paquet de calculs/recherches en plus (donc lent à compresser) et serait trop sensible aux erreurs (donc pas pour Athlons o/c)... par contre avec ça, plus de contrastes lumineux baveux :D
En gros, on a réinventé la compression fractale par-dessus un DivX :pt1cable:
[edtdd]--Message édité par HotShot 2 Le Retour--[/edtdd]
Slyde
J'en ai bouffé de la colorimétrie pour mon filtre à ligne violettes ! J'ai des piles de docs sur le RGB/YUV/HSL/CMYK sur mon bureau, j'ai bouffé tout mon quota feuille avec ces conneries :D
Enfin actuellement je me renseigne pour savoir ce que je peux faire avec le MMX pour faire la conversion RGB32->HSL plus rapidement vu que c'est assez lent comme conversion... Si t'a un ptit algo ou deux en asm sous la main :D
slyde a écrit a écrit :
dis HotShot, t'a bouffé quoi ?? :lol:
Jte reconnais plus t'a avalé un bouquin de maths ? :D ;)
Nan, mais m'intéresse depuis longtemps aux principes de compression lossless/lossy en vidéo, audio et surtout images fixes, et depuis qq temps à la colorimétrie informatique...
Et pour info, j'ai jamais aimé les maths :D Trop désincarné pour moi...
Slyde
dis HotShot, t'a bouffé quoi ?? :lol:
Jte reconnais plus t'a avalé un bouquin de maths ? :D ;)
[Mode Pedagogique ON]
Précision : une résolution élevée (720x416 p.ex.) ne garantit pas la conservation d'une bonne qualité, si elle n'est pas compensée par une augmentation conséquente du bitrate. D'où l'information suggérée par Slyde, en bits/pixel. A un même bitrate, une image de 640x288 aura une qualité ponctuelle bien plus élevée qu'une image de 720x320, donc une apparence globale beaucoup plus belle quoiqu'un peu floue du fait du redimensionnement.
Une valeur de 0.2 bpp est raisonnable pour un encodage en DivX, ou au moins supérieure à 0.185 (pour s'assurer que les macro/blocks Y Cr Cb ne sont pas trop dégradés).
Autre précision : le crop est indispensable, la conservation des bandes noires étant nuisible à la qualité générale de l'image, en gaspillant beaucoup de bits sur l'encodage de la bordure entre image et fond noir (du fait de l'application d'une matrice carrée de 8x8 / 16x16 pixels pour l'encodage chrominance/luminance de l'image) - ce qui donne une bordure floue, où le noir déteint sur l'image ou inversement, et abaisse le bitrate disponible pour la surface "utile" du film.
Par défaut, cet effet de bordure est également présent (quoique peu visible) sur les images encodées en Mpeg-2, d'où l'utilité de recadrer en mordant un peu sur l'image avant de redimensionner, afin d'éliminer les pixels de bordure à luminosité dégradée.
eck
720, toujours
Slyde
J'utilise la résolution qui me permet de garder un rapport bits/(Pixel*frame) > 0.19. Ca varie donc extremement.
webzeb
thx pour ta réponse complète...
suivez l'exemple les autres!
Déjà, je croppe en bouffant un peu sur la vidéo, à cause du phénomène de bavure de luminosité entre image et bandes noires... comme ça l'image est d'emblée impeccable.
Je resize toujours en bicubique de radius 0.7-1.0, à x=640, et j'ajuste la hauteur en conséquence, à un multiple de 16 (le plus souvent j'obtiens y=288).
Codec employé : DivX 4.11 2-pass, toujours en BivX s'il y a français anglais, et si possible en privilégiant l'anglais en AC3... donc 2 CDs...
webzeb
Salut!
Après avoir croppé pour obtenir le bon ratio, à quelle résolution compressez vous vos rips? Merci de préciser le codec employé, le ratio et le nombre de CD.
Merci!
PS: j'ai indiqué des résolution multiple de 32 (certaine carte posant des pb d'overlay avec les autres résoltuion). si la valeur que vous employée n'est pas présente, sélectionnez la plus proche.
