Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3087 connectés 

 


Dernière réponse
Sujet : Résolutions DivX
z0rglub bon alors moi c'est un peu hors propos, quoique :
j'enregistre des films sur ma télé en mpeg1 en 352*288 puis recompression avec virtualDub en divX low motion (10 x mieux que le fast motion dans mon cas précis...).
Ben je trouve que c'est flou(regardable quand même évidemment. Et absolmument aucun pixel, et une fluidité impeccable.
Seulement le truc c'est que j'ai l'impression que quand je compresse en 650 environ, c'est mieux qu'en 800 ou 1000 !!! Bizarre. Si qqun peut m'expliquer.
Sinon quand j'aurai compris comment faire pour passer du *.mp2 en divx, je testerai avec du mpeg2 352*288 vers divX.

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


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
z0rglub bon alors moi c'est un peu hors propos, quoique :
j'enregistre des films sur ma télé en mpeg1 en 352*288 puis recompression avec virtualDub en divX low motion (10 x mieux que le fast motion dans mon cas précis...).
Ben je trouve que c'est flou(regardable quand même évidemment. Et absolmument aucun pixel, et une fluidité impeccable.
Seulement le truc c'est que j'ai l'impression que quand je compresse en 650 environ, c'est mieux qu'en 800 ou 1000 !!! Bizarre. Si qqun peut m'expliquer.
Sinon quand j'aurai compris comment faire pour passer du *.mp2 en divx, je testerai avec du mpeg2 352*288 vers divX.
tiburs1 Bruce,
Je suis d'accord avec toi.
C'est bien la prise en compte du VBR qui est le plus délicat.
Il n'y a qu'à encoder la meme durée d'un générique et d'une scene d'action pour s'en rendre compte. Mais si pour des memes conditions de dépendance aux VBR on peut déjà prendre en compte l'effet de la résolution c'est déjà ça de gagner. J'essaye de faire avancer le Shmilblik de façon à réduire un minimum l'incertitude sur la taille finale. Mais c'est vrai que c'est pas gagner :D.
Tiburs1.
Bruce En réalité une calculatrice précise est impossible à faire, je le répette !
 
Cela viens du simple fait que l'on calcule un débit (quantité de donnée pour un temps donné).
 
Faire intervenir la résolution est un calcul quasi impossible. On peu évidement se "baser" sur un taux en fonction de la résolution mais c pas préçis du tout et donnera des résultats de toute façon faux.
 
A noter que déjà les caluclatrices donnent un débit théorique CBR alors que le DivX est VBR...
 
La seule méthode qui marche est de savoir un peu ce que contient le film et jouer dessus. Ainsi un film un peu lent pourra avoir un débit un peu plus haut, un autre plus rapide aurra un débit un peu plus petit...
- Thierry - Je pense aussi que c'est possible, en se basant sur de nombreuses statistiques, donc de nombreux test precis, donc pas ca prendra du temps...
tiburs1

bruce a écrit a écrit :

En réalité, réaliser une calculatrice qui gère la résolution est tout bonnement impossible...

 





 
Bruce,
Je ne pense pas que celasssoit impossible.
On est ici face a une fonction (La taille du fichier) qui dépend essentielement de 3 variables, le bitrate, la durée et la résolution (ou plutôt la taille en pixel de l'image concernée)
théoriquement, avec une modélisation judicieuse et quelques tests
pour calculer les paramètres on devrait pouvour y arriver.
Si j'ai le temps je m'y mets. D'autres sont intéressés?
Tiburs1.

Bruce Il ne les prend pas en compte... Vérifie !

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)