[Sbc] Kel codec utilisé, kel perf, kel option ?

Recherche :

Dernière réponse

Sujet : [Sbc] Kel codec utilisé, kel perf, kel option ?

Bruce

depz a écrit a écrit :

hum le flou se voit pas ??? franchement je sais que c'est un debat repassé de chez repassé mais mattes ses screenchot serieux c flou vraiment... donc le xvid mets tout le monde d'accord en tappant au milieu.. ni trop flou ni trop "blocky"...

pour moi les defauts que l'on attribue au sbc sont les defauts opposés du divx 4... sincerement c 50/50 l un est pas mieux que l autre... c une question de vision ...

vaut mieux etre trop tendre ou trop dur ? :) c un choix personnel que le ripper fait...

ya que le xvid en etant ni trop l un ni trop l autre qui peut s imposer... mais je pense pas qu un codec de ce type metteras un jour tout le monde d accord... l infinité des situations a encoder impliquera toujours le besoin de plusiseurs codec (ce que montre bien le test de doom9 tantot l un ou lautre tire son epingle du jeu...

Le seul truc que je peu reprocher à Doom9 dans ses tests c'est qu'il active le post-processing... ça me gène un peu car cela fausse les captures.
De plus on vois pas du tout la même chose sur les captures d'images fixes et sur les vidéo...

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

Bruce

DepZ

hum le flou se voit pas ??? franchement je sais que c'est un debat repassé de chez repassé mais mattes ses screenchot serieux c flou vraiment... donc le xvid mets tout le monde d'accord en tappant au milieu.. ni trop flou ni trop "blocky"...

pour moi les defauts que l'on attribue au sbc sont les defauts opposés du divx 4... sincerement c 50/50 l un est pas mieux que l autre... c une question de vision ...

vaut mieux etre trop tendre ou trop dur ? :) c un choix personnel que le ripper fait...

ya que le xvid en etant ni trop l un ni trop l autre qui peut s imposer... mais je pense pas qu un codec de ce type metteras un jour tout le monde d accord... l infinité des situations a encoder impliquera toujours le besoin de plusiseurs codec (ce que montre bien le test de doom9 tantot l un ou lautre tire son epingle du jeu...

Bruce

El_ShAmAn___ a écrit a écrit :

Ha ?
T'as vu ça ou ?

Attends, je cherche:
"SBC has yet to be clearly beaten. From a crispness point of view it is still number one, however, you pay for that crispness with blocks. It is also still the hardest method to properly comprehend if you want to go beyond GKnot. However, if you've mastered Nandub I wouldn't yet throw all my knowledge overboard."

Je continue à chercher...
"SBC still remains the solution for the cautious experienced encoder who isn't yet willing to try something new. XviD would be the "new" in the last sentence."

Je n'ai pas vu !

A pars qu'un jour ou l'autre, SBC sera dépassé; en même temps, tout le monde s'en doute un peu...

Il ne l'as pas dit dans son test mais sur le forum, techniquement parlant il préfère encore le SBC mais pour éviter de se prendre la tête il encode en DivX 5... C plus simple et rapide...

Enfin bref, perso je supporte pas les macro-blocks du SBC et le "flou" du DivX 4/5 est vraiment très léger et se vois pas... Le SBC est mort et ça tu l'as lus aussi bien que moi :
"I don't expect Nandub to go anywhere anymore. Nandub was crucial in brining out the best of DivX3, a codec which on its own would be vastly inferior to many other these days but some time in the future it will be surpassed by another codec and that will mark the end of an impressive era."

Comme on dit, le roi est mort, vive le roi ! :D

eL_Shaman___

Bruce a écrit a écrit :

:non: Matte les tests... Même doom9 as laissé tomber le SBC...

Ha ?
T'as vu ça ou ?

Attends, je cherche:
"SBC has yet to be clearly beaten. From a crispness point of view it is still number one, however, you pay for that crispness with blocks. It is also still the hardest method to properly comprehend if you want to go beyond GKnot. However, if you've mastered Nandub I wouldn't yet throw all my knowledge overboard."

Je continue à chercher...
"SBC still remains the solution for the cautious experienced encoder who isn't yet willing to try something new. XviD would be the "new" in the last sentence."

Je n'ai pas vu !

A pars qu'un jour ou l'autre, SBC sera dépassé; en même temps, tout le monde s'en doute un peu...

DepZ

on lit bien la meme chose bruce ? :D :D :D

de tout facon le divx t as deux choix la purée de poids cassé du divx 4 ( c tellement flou que les blocks tu les vois pas) ou les details du sbc et donc les defauts et les blocks...

m enfin chui pas sectaire mais sur deux cds donc avec un bitrate inclus entre 1000 et 1500 le sbc c ce que je preferes.... enfin bon les gouts et les couleurs... y en meme qui pour le son ne jurent que par le wma (hein bruce ? :D :D joke :) )

Bruce

SiN a écrit a écrit :

imposs du faire du SBC avec du DivX 5 (!!)
Sinon, j'ai eu le même bug je crois avec le divx 5 : impossible d'encoder à plus de 30 ko\s (on voit le débit rél sous virtualdub)
solution: tout formaté et tout réinstallé (c'est tout ce que j'ai trouvé...)
De toute façon laissez tomber le divx 5 : le SBC est la meilleur methode d'encodage (j'ai tout testé, Xvid compris...)

:non: Matte les tests... Même doom9 as laissé tomber le SBC...

darkangel

Vi mais le SBC est plus chiant à mettre en place (à moins que ca ai changé depuis la derniere fois que j'en ai fais :sweat: )

SiN

imposs du faire du SBC avec du DivX 5 (!!)
Sinon, j'ai eu le même bug je crois avec le divx 5 : impossible d'encoder à plus de 30 ko\s (on voit le débit rél sous virtualdub)
solution: tout formaté et tout réinstallé (c'est tout ce que j'ai trouvé...)
De toute façon laissez tomber le divx 5 : le SBC est la meilleur methode d'encodage (j'ai tout testé, Xvid compris...)

dofor

joulpouille a écrit a écrit :

nan m enfin je parlé du 1 pass du Divx5... :sarcastic:

rien à ajouter :sweat:

:lol:

pepe_le_putois

Bon, beh alors c'est pas du sbc, le sbc sert à mélanger le divx fast motion et low motion pour obtenir le meilleur encodage possible. A ce que je sache il y a que le divx 3.11 qui a le low et fast motion alors je vois pas comment tu veux faire du sbc avec autre chose que Divx 3.11 et nandub.
:heink:

joulpouille

nan m enfin je parlé du 1 pass du Divx5... :sarcastic:

Bruce

Le SBC utilise le 3.11a donc si vous essayez de faire du SBC avec du DivX 5 heu... :lol:

joulpouille

a 100mo pres :sarcastic:

:D

unotouch

g le meme probleme quand je met les 3 options

met la premiere seulement et ca roule a 100Mo pres :lol:

joulpouille

Hello.

Jrevien un peu au sbc la...

mais j ai kelke probleme lié au divx 5.
impossible d obtenir un gros fichier video genre 2*700mo

il me fait au max 2*300mo :( , a 1600 de biterate, doit y avoir un probleme
jdoi retourné au 3.11 ??

bref, comment obtenir 2*700mo en sbc ? avec kel codec ?