Vlc 2.1.0 W7 Option Auto Accelerated GPU Crash on

[snoopy75]

Hello, sorry for my bad english; since the last version :
before the new install , i deleted %APPDATA%\vlc, I'm ingeneer in computer. No Spyware , no adware on PC.

W7, , vlc 2.1.0 , I open

- file avi ( xvid + mp3) in console windows,
when Input Codec : Hardware Accelerated decoding is on disable , Vlc run well
when Input Codec : Hardware Accelerated decoding is on Automatic or DXVA2.0 , Vlc crash and send a repport

- file mkv 720p + AC3
when Input Codec : Hardware Accelerated decoding is on disable or on Automatic or DXVA2.0 , Vlc run well
this test to proove that acceleration ati HD550 is OK ( CPU < 10% when is on Automatic) , it's fine

So , waiting a new version.
Thanks a lot.

[Jean-Baptiste Kempf]

Disable GPU then

[snoopy75]

Hello

As I said in my last post, https://forum.videolan.org/viewtopic.php?f=14&t=114272

VLC has a big bug when video is in divx/xvid and option GPU activted or in automatic

no pb with h264 ( mkv or flv )

I tested it on w8 64 bits HD4000 o radeon , and w7 32b radeon 5500 HD

Thanks

[emannxx]

Strangely, I'm having the exact same problem (Win 8.1 x64, Intel HD 4000 + Nvidia GT650M optimus, full-hd). Never had anything like this before ver. 2.1.0.

Any updates on the matter? (can/will be fixed?)

[Jean-Baptiste Kempf]

It will be fixed, when we can reproduce.

[tangent]

I don't know if this is the same issue, but I've identified an incompatibility between several of the deinterlacing modes and GPU acceleration.

System details:

• VLC 2.1.0
• Windows 8 x64
• NVIDIA GTX 760, latest drivers
• 1080i content from a Major US TV Provider, H.264 + AC3 in MPEG-TS

Depending on the deinterlacing mode chosen, VLC either crashes or fails to display the video properly.

Many of the simpler blend modes work correctly: discard, blend, mean, and linear.

The X mode is instant death: turn it on, and VLC crashes if GPU acceleration is turned on. (I have allowed VLC to send a crash report for this one.) If GPU acceleration is off, VLC doesn't crash, indicating that the problem isn't with X or the video data independently. And, the other tests tell us that the problem isn't with the GPU independently. It only happens with X + GPU.

The Bob and Yadif modes don't crash, but the resulting video looks like it's decoding the macroblocks correctly but not putting them on screen in the right locations:



This occurs for several seconds, then they start decoding correctly.

It may be an illusion, but I think the scene clears up briefly every few seconds. If so, it may be that I frames always decode correctly, then get corrupted by the following P and B frames.

The Yadif 2x mode behaves the same way, except that it never seems to start decoding correctly. I've let it run for several minutes.

[tangent]

Quick update: the linear mode is unreliable with GPU acceleration. Sometimes it works, sometimes it doesn't.

[Rémi Denis-Courmont]

All those VLC deinterlace modes are implemented in software anyway; the GPU is not involved. VLC version 2.1 does not support GPU deinterlacing.

[tangent]

Nevertheless, these modes all work on my system when GPU acceleration is turned off. There is clearly some interaction between these code paths.