albo a écrit:Mais, j'ai un doute; ma carte graphique upscale t'elle bien en 1280 x 720 ? dans le cas contraire "multiply by 1" voudrait dire 720 x 576.Alain

Oui un multiply by 1 signifie qu'il n'y aucun resize d'effectué. Autant ne pas coché l'option resize dans ces cas là. Si ta carte video est configurée en sortie en 1280*720 , c'est donc elle qui se charge de l'upscaling.
Perso j'utilise un resize lanczos 4 en 1280*720 avec un luma sharpen à 0.8

DTSman a écrit:

albo a écrit:Mais, j'ai un doute; ma carte graphique upscale t'elle bien en 1280 x 720 ? dans le cas contraire "multiply by 1" voudrait dire 720 x 576.Alain

Oui un multiply by 1 signifie qu'il n'y aucun resize d'effectué. Autant ne pas coché l'option resize dans ces cas là. Si ta carte video est configurée en sortie en 1280*720 , c'est donc elle qui se charge de l'upscaling.
Perso j'utilise un resize lanczos 4 en 1280*720 avec un luma sharpen à 0.8

C'est à dire que le "multiply by 1" permet d'utiliser le Lanczos, mais il me semble qu'il n'a pas bcp d'effet (il faudrait que je teste plus longuement)

Dans ton cas, quelle est la résolution en sortie de ta carte graphique ? car si c'est 1280x720, je ne vois pas en quoi intervient le resize qui équivaut à x 1

Pour Bangoo,

Concernant VMR9 renderless, chez moi il est indiqué que c'est une version expérimentale, c'est peut être l'explication des bugs

Alain

Oue dans ZP c'est toujours experimental.
Dans TT c'est un peu plus convivial

albo a écrit:C'est à dire que le "multiply by 1" permet d'utiliser le Lanczos, mais il me semble qu'il n'a pas bcp d'effet (il faudrait que je teste plus longuement)

Dans ton cas, quelle est la résolution en sortie de ta carte graphique ? car si c'est 1280x720, je ne vois pas en quoi intervient le resize qui équivaut à x 1

Mon projo est un modèle DLP 1280*720, donc je suis TOUJOURS en 1280*720 en sortie de la carte graphique. Toute autre résolution donne de mauvais résultats, c'est une lois immuable pour ceux qui utilisent un PC sur un projo à matrice.

Maintenant si tu mets multiply by 1 dans le resize de ffdshow, il n'y AUCUN calcul de remise à l'échelle d'effectué même si tu choisi le mode lanczos. En fait la video d'un DVD (PAL par exemple) arrive en 720*576 dans ffdshow et au niveau du resize il reste en 720*576 puisque le coefficient multiplicateur est de 1. Pour t'en convaincre il suffit d'actionner le parametre de luma sharpen dans le resize , aucn effet ne sera visible. Ensuite si ta carte graphique est configurée en 1280*720, c'est elle qui va prendre ton flux 720*576 pour l'upscaler en 1280*720 au niveau du renderer. Cette opération est transparente.
Conclusion, le resize de ffdshow n'est utile que si tu y met une résolution supérieur à celle du DVD, c-a-d supérieur à 720*576(PAL) ou 720*480(NTSC), auquel cas la carte video aura moins de mise à l'échelle à effectuer.

DTSman a écrit:

albo a écrit:C'est à dire que le "multiply by 1" permet d'utiliser le Lanczos, mais il me semble qu'il n'a pas bcp d'effet (il faudrait que je teste plus longuement)

Dans ton cas, quelle est la résolution en sortie de ta carte graphique ? car si c'est 1280x720, je ne vois pas en quoi intervient le resize qui équivaut à x 1

Mon projo est un modèle DLP 1280*720, donc je suis TOUJOURS en 1280*720 en sortie de la carte graphique. Toute autre résolution donne de mauvais résultats, c'est une lois immuable pour ceux qui utilisent un PC sur un projo à matrice.

Maintenant si tu mets multiply by 1 dans le resize de ffdshow, il n'y AUCUN calcul de remise à l'échelle d'effectué même si tu choisi le mode lanczos. En fait la video d'un DVD (PAL par exemple) arrive en 720*576 dans ffdshow et au niveau du resize il reste en 720*576 puisque le coefficient multiplicateur est de 1. Pour t'en convaincre il suffit d'actionner le parametre de luma sharpen dans le resize , aucn effet ne sera visible. Ensuite si ta carte graphique est configurée en 1280*720, c'est elle qui va prendre ton flux 720*576 pour l'upscaler en 1280*720 au niveau du renderer. Cette opération est transparente.
Conclusion, le resize de ffdshow n'est utile que si tu y met une résolution supérieur à celle du DVD, c-a-d supérieur à 720*576(PAL) ou 720*480(NTSC), auquel cas la carte video aura moins de mise à l'échelle à effectuer.

OK, merci DTSman, j'avais tout faux dans mon raisonnement

Reste plus qu'à overclocker mon D805 ou à me contenter des autres filtres.

Finalement, le D805 n'est pas trop adapté à un usage PCHC lecteur de DVD car son deuxième coeur est inutilisable.

Alain

Le dual core ne sert a rien en HC, a part pour pouvoir faire autre chose en regardant un film sans penaliser la lecture.

BangoO a écrit:Le dual core ne sert a rien en HC, a part pour pouvoir faire autre chose en regardant un film sans penaliser la lecture.

C'est ce que je pensais jusqu'à hier, mais, il semblerait que la dernière version de ffdshow permette de faire travailler les 2 cores sans qu'aucun soit au maxi.

L'idéal serait de répartir les 108% de charge totale à égalité sur chaque core.

Je vais tester demain (aujourd'hui en fait )

Alain

Je viens de tester avec celle la:
ffdshow-20060420-gcc4.0.3-sse2.zip

Un seul core est utilise...

BangoO a écrit:Je viens de tester avec celle la:
ffdshow-20060420-gcc4.0.3-sse2.zip

Un seul core est utilise...

Je viens de tester la même et à priori elle régle mon problème de charge

En resize 1280x720 + lum lanczos 4 + Chroma bicubique 0.98 j'arrive à 23 % de CPU

Avec en plus Asharp HQ: 27 %

Avec en plus Denoise 3 D HQ: 45 %

Denoise graduel provoque un gêle l'image.

Par contre, je suis à 45 % sur un seul core mais je n'utiliserai certainement pas ces trois filtres simultanément.

Et, avec uniquement resize 1920 x 1080 + Lanczos + Bicubic : 36 %

A voir sur grand écran si ça fait aussi bien que l'autre version.

Alain

Dans tous les cas tu restes sur un seul core ?

BangoO a écrit:Dans tous les cas tu restes sur un seul core ?

Oui, mais mon fils qui a testé également travaille sur 2 cores (D830 je crois)

Elle est bien multithread, par contre si on passe un recize à la volée cela peut ne pas fonctionner sur les 2 cpus, il est neccessaire d'arreter et redemarrer la lecture.
Pour donner une idée un recize lanczos4 dvd>1920X1080 donne un cpu à 45% et l'autre à 25% sur un d830.
J'utilise aussi ffdshow et libavcodec pour décoder le mpeg2.
Les 2 cores marchent en H264, par contre l'association avec windvd ne fait fonctionner qu'un cpu?
Ensuite en me prommenant dans graphedit j'ai un "ATI video scaler filter" trés peu consommateur de ressources.

Alain

Après essais, je pense que le resize ne suffit pas car il apporte du fourmillement, il faut en plus le Denoise 3D sans le HQ

44 % d'occupation et la fluidité me semble bonne.

Le HQ monte à > 50 % et le gradual gêle l'image.

Alain

Marche pas chez moi ca travaille que sur un core... pas grave de toute facon, j'ai pas vraiment besoin de puissance

albo a écrit:Après essais, je pense que le resize ne suffit pas car il apporte du fourmillement, il faut en plus le Denoise 3D sans le HQ
44 % d'occupation et la fluidité me semble bonne.
Le HQ monte à > 50 % et le gradual gêle l'image.
Alain

Je n'ai plus de gel d'image avec le gradual denoise dans la version ffdshow du 26/04.

Concernant le travail des 2 cores à égalité, la totale WinDVD7 le fait.

C'est donc un problème logiciel; les dual core sont assez récents je crois et le soft n'a pas encore suivi.

Alain

Toujours pas de gestion de Dual Core chez moi en tout cas...