The VideoLAN Forums

Posted: **24 Feb 2014 10:36**

Here:
https://forum.videolan.org/viewtopic.ph ... on#p398486
there are some issues with nvidia indicated. Did I run into these?

Since I understood that deinterlacing is always done by software and not by GPU due to the design of vlc I was used to higher CPU load when playing 1080(i)-Files with vlc. Nevetheless the result was satisfying. Now I have some but steady skipped frames with a CPU load of about 50 percent even with deinterlacing turned off.
At the moment, I am better of with disabling hardware decoding leading to smoother playback with the same CPU load.

Playing the same file with xine gives me nearly no CPU load even with hardware bob-deinterlacing turned on.

Some data:
AMD Athlon(tm) 64 X2 Dual Core Processor 5200+
NVIDIA GPU GeForce 8200 (C77) at PCI:2:0:0 (GPU-0)
nvidia-driver-304xx on 3.13.4-1-ARCH
vlc-2.1.4

Posted: **24 Feb 2014 17:36**

There is VLC bug while seeking with DirectX Video Acceleration on an nVidia card. Obviously, this only affects Windows.

As for Linux, VDPAU hardware video decoding acceleration is disabled by default on VLC 2.1.x for a reason! Indeed, it can be slower than unaccelerated decoding depending on the system. VLC 2.2.0 or later is required for proper VDPAU support on Linux.

Posted: **24 Feb 2014 18:14**

Thank you for clarification and confirmation. I'll try git-version.

Posted: **28 Feb 2014 22:38**

No luck so far with git version (seems to behave the same). I guess I have to wait until 2.2.x get released?!

Posted: **01 Mar 2014 10:42**

No. This is in vlc.git since July 2013.

Posted: **01 Mar 2014 13:48**

So what could mess up my playback apart from seeing ghosts?

Playing my testfile with xine gives me smooth playback and a CPU Load of about 10 percent.

Playing the same file with vlc-git, e.g.:

Code: Select all

./vlc /mnt/sda9/ProjectX/Shetland.ts
VLC media player 2.2.0-git Weatherwax (revision 8da1697)
[0000000001ec1208] pulse audio output error: PulseAudio server connection failure: Connection refused
[0000000001dd1338] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
"Qt Warning - invalid keysym: dead_actute" 
[00007ff8ccc017b8] ts demux error: Unrecognized DVB subtitle type (0x0)
[00007ff8ac070ff8] core generic error: corrupt module: /mnt/sda8/makepkg/own_vlc_git/modules/hw/vdpau/.libs/libvdpau_avcodec_plugin.so
[00007ff8ac070ff8] core generic error: corrupt module: /mnt/sda8/makepkg/own_vlc_git/modules/hw/vdpau/.libs/libvdpau_avcodec_plugin.so
[00007ff8a4001248] core vout display error: Failed to resize display
[h264 @ 0x7ff8ccd0b6e0] illegal short term buffer state detected
[h264 @ 0x7ff8ccd0ae40] mmco: unref short failure
[00007ff8a4001248] core vout display error: Failed to resize display
Adding a QLayout to a QSplitter is not supported.

CPU load is about 70 percent. This and the messages before gives me the impression, that I am not using vdpau with vlc actually. Anything I could further look at?

Posted: **01 Mar 2014 18:11**

Your build is busted.

Posted: **02 Mar 2014 14:59**

Yes, I guess the ffmpeg compile I used was broken.

Forth try, this time back to ffmpeg-git. I compiled it with:

Code: Select all

./configure --enable-libzvbi --enable-gpl --enable-libx264 --enable-nonfree --enable-libmp3lame --enable-libfaac --enable-version3 --enable-pic --enable-postproc --prefix=/mnt/sda7/ffmpeg_neu/ffmpeg_bin
make -j 02

and then as root

Code: Select all

make install

Now I change to the source directory of vlc-git:

Code: Select all

export ffmpeg_path=/mnt/sda7/ffmpeg_neu/ffmpeg_bin

export CPPFLAGS="-I$ffmpeg_path/include "
export LDFLAGS="-L$ffmpeg_path/lib"
export PKG_CONFIG_PATH="$ffmpeg_path/lib/pkgconfig"

./bootstrap
./configure --prefix=/home/bernd_b/vlc-bin-git 
make -j 02

And yes - it gets compiled and works, either from source directory or from the installation target.

Still I have two issues unsolved:
1.

Code: Select all

checking for POSTPROC... yes
checking postproc/postprocess.h usability... no
checking postproc/postprocess.h presence... no
checking for postproc/postprocess.h... no

Is there any ffmpeg/ libav version recommended to have post-processing working?

2.
Are there any configure/ compile - options to prevent the video to be played in a separate window regardless of my settings chosen (under "Interface" I have "integrate video in interface" chosen - and it works with the vlc 2.1.4 version shipped with archlinux on the same pc).

Concerning vdpau:
- My Nvidia Geforce 8200 seems to be to weak for the default "Temporal-spatial" under "Video-Filters-vdpau". So I chose "Temporal" which seems to give me a smoother playback than bob (although this is my favourite with xine ...) but leaving some deinterlacing artefacts.
But having "vdpau" set under "video - Output" and "Input / Codecs - hardware-accelerated decoding" set to "VDPAU hardware-accelerated decoder" the CPU load drops to about 30 percent.

Still, the best settings for 1080i-Playback I found so far for this piece of older vdpau graphic unit concerning quality is still to set "Input / Codecs - hardware-accelerated decoding" to "disable" and choose under "video - Output" "OpenGL GLX video output (XCB)" and "X" for deinterlacing. The CPU-load is up to 70 percent again, but I can see no deinterlacing artefacts any more and playback is the most smooth I can get.

The VideoLAN Forums

nvdia vdpau acceleration without (positive) effects

nvdia vdpau acceleration without (positive) effects

Re: nvdia vdpau acceleration without (positive) effects

Re: nvdia vdpau acceleration without (positive) effects

Re: nvdia vdpau acceleration without (positive) effects

Re: nvdia vdpau acceleration without (positive) effects

Re: nvdia vdpau acceleration without (positive) effects

Re: nvdia vdpau acceleration without (positive) effects

Re: nvdia vdpau acceleration without (positive) effects