Un PCHC sous Linux ?

» 03 Oct 2011 11:27

Salut Jeremy,

je te fais le test vdpau dès que possible, donc à suivre.
Je trouvais mon DR indispensable car je suivais un peu MadVr en redimensionnant avec lanczos en 4 passes mais si on peut s'en passer avec le spline c'est que du bonheur on allège la charge.

Concernant le déséquilibre de charge :
je n'ai qu'un 2 coeurs en nunux, je vais voir pour tester sur mon phenom avec une instal USB ou autre.
Je traite light en soft du coup et beaucoup passe par les param vdpau en fait, donc à suivre aussi je test et je reviens vers toi.

Il y a aussi une piste à suivre avec le mplayer-mt, il doit mieux répartir les charges pour tout le traitement soft, par contre vdpau ne peut plus que servir pour la sortie (avec aussi ses param de sharpen, denoise etc...). On pert le décodage hard de vdpau avec cette solution.
Une autre piste que je n'ai pas suivie c'est le noyau RT (temps réel) qui est utilisé par exemple sur la distri Ubuntu Studio. Cela semble très bon pour les appli Son en général je ne sais pas s'il n'y pas quelque chose à en retirer pour nous.
Faire tourner les appli en ram (avec tmpfs) semble assez simple aussi sous nunux... bref y a du taf :mdr:

» 03 Oct 2011 13:20

En fait mplayer est déja multithread avec le paramètre -lavdopts threads=4 mais c'est uniquement pour le décodage, tout ce qui est postprocessing se fait sur un seul core apparemment...
mplayer-mt était la version de test qui a été inclus dans la version classique

» 03 Oct 2011 17:05

Effectivement le multi-thread sur les filtres ne fonctionne pas... encore ???

Tu as testé avisynth sous linux ?

» 03 Oct 2011 17:22

Non mais il faut utiliser wine, je sais pas ce que ça va donner niveau performance et compatibilité.

» 04 Oct 2011 16:48

Ouais effectivement ça semble moyen comme solution.
Tout ce que j'avais trouvé c'était AVSFilter qui permettait d'utiliser des script Avisynth mais uniquement en encodage avec Mencoder, si j'ai bien compris.

» 10 Oct 2011 17:00

@Jeremy
La capture d'écran de la mire avec les param suivants :
mplayer -vo vdpau -lavdopts threads=4 -vf-add gradfun=1.1:8,unsharp=l5x5:0.3 4-Color Clipping.mp4

tu la veux au moment où les bandes sont visibles ou pas ?

Edit : laisses tomber j'ai retrouvé mon cerveau... :ko:

» 13 Oct 2011 14:28

Mieux vaut tard...

Bon voilà l'imprim écran. Elle a été faite sur le protable de ma femme par contre avec un Nvidia 6100 et sans aucun autres param que ça

Code: Tout sélectionner: mplayer -vo vdpau -lavdopts threads=2 -vf-add gradfun=1.1:8,unsharp=l5x5:0.3 -fs 4-Color Clipping.mp4

http://dl.free.fr/kz7SUqfOB
avec le retour de la console au cas où :

Code: Tout sélectionner: MPlayer SVN-r34186-4.5.2 (C) 2000-2011 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing /home/Bureau/4-ColorClipping.mp4. libavformat file format detected. [lavf] stream 0: video (h264), -vid 0 VIDEO: [H264] 1920x1080 24bpp 23.976 fps 459.1 kbps (56.0 kbyte/s) Clip info: major_brand: avc1 minor_version: 0 compatible_brands: isomavc1 creation_time: 2010-10-13 18:09:45 Load subtitles in /home/Bureau/ Opening video filter: [unsharp=l5x5:0.3] Opening video filter: [gradfun=1.1:8] Opening video filter: [unsharp=l5x5:0.3] Opening video filter: [gradfun=1.1:8] ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== Audio: no sound Starting playback... Unsupported PixelFormat 61 Unsupported PixelFormat 53 Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. unsharp: 5x5:0.30 (sharpen luma) unsharp: 0x0:0.00 (don't touch chroma) unsharp: 5x5:0.30 (sharpen luma) unsharp: 0x0:0.00 (don't touch chroma) VO: [vdpau] 1920x1080 => 1920x1080 Planar YV12 [fs] V: 2.8 0/ 0 11% 215% 0.0% 0 0

» 14 Oct 2011 13:42

Merci pour le screen

vdpau sort en BT.601 par défaut apparemment. Il faut lui envoyer colorspace=0 pour qu'il sorte en BT.601/BT.709 quand il faut. Je crois qu'il sort en 0-255 par défaut aussi, a voir.

La mire doit être comme ça :

De toute façon c'est pas grave avec opengl je sort une image nickel et on doit pouvoir faire pareil avec vdpau. Le seul truc qui me bloque c'est la répartition, ou plutôt l'absence de répartition, de la charge.
Je suis curieux de savoir ce que ça donne chez toi avec ça :

mplayer -vo gl:colorspace=2:levelconv=0 -lavdopts threads=X -sws 10 -vf hue=0:1.14,gradfun=1.1:8,scale=1920:-3:0:0:4:::0:1,unsharp=l5x5:0.4 video.mkv

Chez moi voila ce que ça donne, un core à 60% et les autres qui font rien :

Ce qui m'énerve le plus c'est que sous windows avec mplayer la répartition est parfaite ! (Les 2 cores physiques sont chargé au même niveau, les 2 autres c'est l'hyperthreading qui se déclenche que si besoin)

» 14 Oct 2011 14:34

De rien

Le problème du colorspace=0 c'est que VDPAU cale le type de BT selon la hauteur de la vidéo donc attention au upscale avant. Sinon oui par défaut VDPAU sort en full, l'option "-vdpaustudio" permet de sortir en 16-235.

Je te fais ça au plus vite :oops:

Je pense que je ferais un test
mplayer -vo gl:colorspace=2:levelconv=0 -lavdopts threads=X video.mkv
puis un
mplayer -vo gl:colorspace=2:levelconv=0 -lavdopts threads=X -sws 10 -vf hue=0:1.14,gradfun=1.1:8,scale=1920:-3:0:0:4:::0:1,unsharp=l5x5:0.4 video.mkv

histoire de voir si ça vient du player seul ou des filtres.

» 14 Oct 2011 15:02

Je suis sur que ça vient des filtres car en faisant un test avec mplayer -vo null -benchmark -lavdopts threads=4 video.mkv les 4 cores sont biens chargés à 100%

» 14 Oct 2011 15:36

Est-ce que -benchmark ne fausse pas justement le résultat ?
Son but n'est-il pas de tout mettre à fond pour mesurer des saut de trames ou des erreurs de décodages ?

Je testerai aussi avec Xv et vdpau pour voir...

» 14 Oct 2011 16:35

Ca permet de voir combien de frames par seconde on peut décoder.

» 16 Oct 2011 13:06

salut,

j'ai crée le playerfactory dans userdata, mais il ne semble pas fonctionner car c'est le player de xbmc qui se lance.

Comment cela se fait ?

Merci

» 16 Oct 2011 13:48

Bon,

Je me réponds à moi-même, cela venait du nom. En fait il faut nommer playercorefactory et non playerfactory.

Second problème :

Lorsque je lance une video XBMC se ferme et puis plus rien ne se passe. Mplayer ne lance pas!
Dans /usr/bin j'ai bien crée MonPlayerV3.sh et je lui donné les droits pour s'executer.

Je cherches mais je vois pas d'ou ça vient, si quelqu'un à une idée cela serait fort bien venue.

Merci

» 17 Oct 2011 10:02

@ultrathx
1)Vérifies les param de lancement du playercorefactory.
2)Vérifies l'emplacement du playercorefactory, tu dois en créer un autre dans $HOME/.xbmc/userdata et ne pas utiliser celui créé par défaut dans le dossier "system".
3)Lance ton fichier directement avec Mplayer en console, si ça marche alors 4).
4)Lance ton fichier directement avec le script en console.
Grâce à la console tu auras du retour d'info s'il y a un bug quelque part. Peut-être qu'un filtre ou qu'un param plante.