dxva: fix RelBuffer, use correct CDecoder object

[FernetMenta]

in GetFormat we create a new CDecoder object but some buffers requested with GetBuffer belong to the old CDecoder object. we need to make sure that RelBuffer returns the buffer to the correct object.

@ace20022 can you test this please. the problem was that RelBuffer was called on the new CDecoder object which closed itself because the refcount was 0.

[ace20022]

@FernetMenta I'm afraid this one does not help.
How about (just guessing):

diff --git a/xbmc/cores/dvdplayer/DVDCodecs/Video/DXVA.cpp b/xbmc/cores/dvdplayer/DVDCodecs/Video/DXVA.cpp
index e76a6ce..09968f3 100644
--- a/xbmc/cores/dvdplayer/DVDCodecs/Video/DXVA.cpp
+++ b/xbmc/cores/dvdplayer/DVDCodecs/Video/DXVA.cpp
@@ -512,6 +512,7 @@ bool CDXVAContext::CreateDecoder(GUID &inGuid, DXVA2_VideoDesc *format, const DX
   {
     (*it)->CloseDXVADecoder();
   }
+  m_decoders.clear();

   HRESULT res = m_service->CreateVideoDecoder(inGuid, format, config, surfaces, count, decoder);
   if (FAILED(res))

[FernetMenta]

nope, that's not what we want to do. if we did this next call to CreateDecoder would not release hw decoder. how can I reproduce your issue? do you have a sample and instructions?

[ace20022]

It's a bit tricky, can you join the chat?

[FernetMenta]

not now, boarding in 5 min ... maybe this evening. can you post a full debug log?

[ace20022]

Will post one in the team's dev section.

[FernetMenta]

@ace20022 I added another patch here. could you test this please?

[ace20022]

Yes, that one fixes the issue!

[ace20022]

jenkins build this please

[ace20022]

@FernetMenta Seems to be related: http://forum.xbmc.org/showthread.php?tid=170329&pid=1793857#pid1793857