Reprise du message précédent :
Le contenu de ce message a été effacé par son auteur

 
Tu me mets le doute, mais je suis a peu prés sur d'avoir fait un ctrl-r. Avoir mis le film en pause peut avoir le meme effet ?
 

35 drop si c'est un drop tous les x minutes selon les scenes c'est censé se voir ?

Tu utilise la meme config que moi ?
 

 
Je partais du principe que le CPU est saturé ( et reste saturé) quand il est a 100% d'occupation, visiblement, c'est pas comme ca que ca fonctionne pour ffdshow.  
J'ai refait un essai sur le call 3, de base ca passe a environ 20% d'occupation, j'ai changé FineSharp(sstr=1.87,xstr=0) jusqu'a FineSharp(sstr=3,xstr=0,99)  pour tester, ca fonctionne a 20/25% d'occupation (max 30%) et GPU a 50% (max 75%, j'etais en lanczos 8 taps AR). Mais si je change en FineSharp(sstr=3,xstr=1), c'est la galere, et pourtant ma valeur d'occupation CPU augmente a peine, et ma valeur d'occupation max ne bouge pas (max 30%) (par contre l'occupation GPU seffrondre a 10%). peut etre que sstr=3, xstr=1 c'est beaucoup sur votre echelle, mais je comprend quand meme pas pourquoi il sature alors que mes taux d'occupation CPU ne bouge quasiment pas. Je pense quand même que la puissance de mon PC n'est pas en cause ? Au pire, je vais voir pour tout réinstallé proprement pour voir.
 

En faite, j'ai volontairement mis softcubic 50 pour voir si cela change quelque chose, j'aurai aussi pu desactivé madVR ... bien que a ce que j'ai compris, c'est uniquement le GPU qui s'en occupe.
 

Effectivement, c'est un O/C auto, le résultat me convient, j'ai pas cherché plus loin,

Drap

Plantage de balise et bravo pour le boulot  

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

Non justement c'est souvent l'inverse. Les o/c auto pousse pas assez le vCore après 3.9, et ça plante

Sinon quand un procc chauffe trop il y à un throttle automatique (à voir si ça ce déclenche (baisse de coeff)).

le problème avec les vCore fixe manuelle c'est que ya toujours le même vCore que ça soit à 1.6ghz (idle) ou à 4+ se qui est bien con, on peu rester en auto, mais faut régler deux trois trucs à coté, notamment le LLC.

Le contenu de ce message a été effacé par son auteur

ghz.

Après 3.9ghz l'o/c auto ne met pas assez de vcore, à moins de bien régler, le LLC & co.

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

Faut y aller pour déclencher le throttle, impossible qu'il se déclenche tant que t'es en auto (ce qu'il à priori).

Ca serait pas l'hyperthreading qui foire ? Car bon, rare sont les applis qui gère bien l'hyperthreading.

Bon alors, quelques retours concernant le Call 3 comparativement avec le Call Quad Core - High end que tu as posté sur la première page de l'autre topic
Je préfère le Call Quad Core high end, plus piqué globalement, que celui du 3. J'ai même essayé le Call 4 (diaporama), mais je trouve ça toujours un chouïa plus doux que le Call Quad Core high end.  
Et je trouve pas nécessairement le bruit vidéo pronlématique sur ce Call là par rapport au 3.
Il faut dire qu'en projection, il faut pousser un peu le sharpness.  
 
J'avais des bugs en lecture. Depuis que j'ai passé le SetMemory à 512 au lieu de 1024, ça marche mieux. Quel est l'effet exact ?
C'est la mémoire RAM ? de la CG ?
 
Par contre, en lecture blu ray VC 1, ça saccade. Je suppose que le consommation CPU est plus importante dans cet encodage.

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

Qu'est ce que tu me conseillerais comme CG pour faire passer les calls supérieurs (4 et 5 ou du moins les rendings Kinc mad vr) en restant chez Ati et sans SLI ?
Niveau CPU, j'ai une CM en socket 1156, je suis donc bon à changer de CM si je veux passer sur un i7 3770 ou alors je garde ma CM et je passe sur un i7 870.

Le contenu de ce message a été effacé par son auteur

En tout cas en RAM mettez pas 4096 en se disant que ça sera mieux.
 
J'ai essayé ça crash tout le temps ;
 
pr0tips du pourquoi : c'est en 32bits

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

Non, LAV 0.52 minimum pour de la lecture réseau.

Le contenu de ce message a été effacé par son auteur

0.51.3 j'arrive pas à ouvrir un fichier placé sur un réseau, (NAS, Freebox server etc...)
 
Alors qu'avec 0.52 ça s'ouvre niquel.
 
Et c'est indiqué dans le changelog de la 0.52 'improved I/O network'

Le contenu de ce message a été effacé par son auteur

C'était pas impossible, juste que le fichier m'est 3 minutes à s'ouvrir.

Le contenu de ce message a été effacé par son auteur

 
C’était mon cas sous la 0.51.3  

Le contenu de ce message a été effacé par son auteur

 
Mais moi 0.52 marche avec ffdshow  

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

 
Parce qu'il semblerait, mais je n'ai pas pu comparer que les noirs seraient plus profonds en sortie HDMI ATI par rapport à nvidia. Je n'ai pas fait de comparo, mais en tout cas, ce qui est sur, c'est que les noirs sont plus profonds sur ma 6770 que sur mon Oppo avec le même mapping et la même résiduelle de base sur le projo.

Suis sous W8 avec LAV 0.52 et j'ai pas de soucis, je ferai le test avec la version 0.53 ce soir.
Ffdshow te plante carrement ? ou c'est plus sournois ?

 
Et ton Call Quad Core-High end, je trouve qu'il est plus performant que le Call 3, pour un usage CPU à peu près équivalent.
 
Les 3 et 4 sont très propres mais pas encore assez piqués. Il faut penser aux pauvres possesseurs de Tri-LCD Réflectifs 1080p qui ont une MTF faible
Forcément, toi tu n'as pas ce problème avec ta taille de matrice bien supérieure pour bien faire passer du 2K.  

Petite question, pourquoi ne pas utiliser seesaw pour le call divx?

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

Pour avoir eu les deux recemment, y'a plus de diff qualitative au niveau de l'image c'est clair.
Pour les drivers, j'ai pas trouvé qu'ils etaient plus pourri que ceux de nvidia ou il faut (fallait peut etre maintenant) tripatouiller l'installeur pour avoir une sortie en 0-255 sinon c'etait coincé en 16-255.
Dans les deux camps une maj sur deux tu risque de tout faire peter  

Le contenu de ce message a été effacé par son auteur