Initial native support for DXVA2 in SVN - Time to say goodbye to your firstborns - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Windows (https://forum.kodi.tv/forumdisplay.php?fid=59) +---- Thread: Initial native support for DXVA2 in SVN - Time to say goodbye to your firstborns (/showthread.php?tid=69306) |
bug: green line on right border with 4:3 videos - Carlos ze Dwarf - 2010-07-03 Just to remind you guys: http://forum.xbmc.org/showpost.php?p=555422&postcount=984 I've noticed it again using build r31463 and just checked: r31579 has it too. a pic: (it's the 'pause' icon that you see on the bottom) the debug log: http://pastebin.com/aTsZ7Qfj mediainfo log: http://pastebin.com/7WDjuvL3 nvidia drivers: 257.21 [edit] in case you were wondering, this issue only happens with dxva, cpu decoding is bug free. - joshuass - 2010-07-05 CrystalP Wrote:joshuass, that's good but can you post a debug log. That was a regular log. Don't forget to restart XBMC after setting the option. Hmm. That was a debug log. I made sure it was enabled before running the problem videos... This happens on several series of shows I have (DVD rips, mostly). There must be a setting thats being used in the encoding process (I didn't encode them) that DXVA can't handle quite right or something. I'll post another log just to make sure I have it right. Oh. And this was with the 31503 nightly build. Should I assume you meant to update the End User DX install? What's abolutely weird is that I didn't see an DX-specific installations in my Installed Programs list on 7. Super strange. UPDATE: Installed DX End User Websetup again. New Debug Log: http://pastebin.com/ueCQD8ww Played three videos. The first one is completely unwatchable as the video doesn't advance. It just loops through maybe 3-4 frames, suddenly jumping to the right spot in the video at random intervals. The second one worked. It had originally had issues with DXVA being enabled. Though I didn't go through all videos in the series. The third one had minor artifacting, but was still watchable for the most part. I have a few others I will be trying out, too. - kiboy6 - 2010-07-08 Just wondering.....you don't have WASAPI audio selected in system audio settings do you? Because I was experiencing similar issues with certain movies and it turned out that reverting to DirectSound fixed the issue completely. It seems that WASAPI is choking on passthrough in recent builds perhaps? - CrystalP - 2010-07-12 Joshuass, ffmpeg does the DXVA decoding and the errors seem to come out of there. Even though ffmpeg doesn't send us back errors, we query the GPU directly and see there are issues. There are frequent updates of ffmpeg, which could explain why some videos started working. There's not much we can do but wait. - joshuass - 2010-07-12 CrystalP Wrote:Joshuass, ffmpeg does the DXVA decoding and the errors seem to come out of there. Even though ffmpeg doesn't send us back errors, we query the GPU directly and see there are issues. CrystalP, that's pretty much what I was expecting the answer to be. Basically a waiting game - ashlar - 2010-07-14 A simple question: what happens if the file one tries to play is not compatible with DXVA (too many reference frames, L5.1, that sort of stuff)? Does XBMC fallback to software decoding or if DXVA is enabled it dies on the file? - elupus - 2010-07-14 ashlar: Most likely it will fails quite badly.. We don't know how or why something fails. - steelman1991 - 2010-07-14 ashlar Wrote:A simple question: what happens if the file one tries to play is not compatible with DXVA (too many reference frames, L5.1, that sort of stuff)? Does XBMC fallback to software decoding or if DXVA is enabled it dies on the file?Ashlar - I only have 1 file encoded with that profile (well at least that I could find). It doesn't show any differing playback characteristics to those encoded with L4.1. CPU usage would indicate that DXVA is kicking in (I know that flies against what I've read - but the figures speak for themselves - 0.5 to 2.0% usage). You got any that work differently. Might want to upload a sample see what the results are? - ashlar - 2010-07-14 No, I don't have any examples files. I'm on ATI and I'm refraining from upgrading until the final release. Everything I read makes me really worried about messing with these cutting edge builds. I was just wondering if there was something similar to what MPC-HC does (ie. if a file works with DXVA, it does, if it doesn't regular FFMPEG is used for decoding and then it's up to your CPU). - joshuass - 2010-07-14 I am guessing there would have to be a way to determine if its playable. Without knowing the hard requirements for each capable gfx chipset, and without some sort of method in ffmpeg to either pass out error responses by the decoder specific to DXVA, there would be no way for XBMC to know. As far as I understood the source code, there's only a few DXVA decoder methods that even put out DX error codes. That's why I was curious to know if I could set player parameters like renderer modes with advancedsettings.xml. At least then I could explicitly tell XBMC not to use DXVA for given sets of media that I know won't play right. - steelman1991 - 2010-07-14 ashlar Wrote:No, I don't have any examples files. I'm on ATI and I'm refraining from upgrading until the final release. Everything I read makes me really worried about messing with these cutting edge builds.Don't believe all you read I've been successfully running both Native and DSPlayer build variations for months (well since CCC 10.4 fixed the L5.1 issue). I'm running a 5450 (on win7) and can achieve full DXVA playback. I actually found a second file with L5.1 profile - again the stats would indicate DXVA playaback and certainly show low CPU usage:- Quote:General - joshuass - 2010-07-15 joshuass Wrote:That's why I was curious to know if I could set player parameters like renderer modes with advancedsettings.xml. At least then I could explicitly tell XBMC not to use DXVA for given sets of media that I know won't play right. It just so happens that any gui setting can be set in advanced settings (confirmed by spiff). - steelman1991 - 2010-07-17 Playback has come on leaps and bounds especially 'adjust refresh rate'. However while playback is more than acceptable I still encounter issues with the 'hand-off' of files to playback. Sometimes I have 2 or 3 screen flashes before the file locks and playback begins. Debug log here http://pastebin.com/VGphEX77 - anyone else experience the same? - CrystalP - 2010-07-17 The screen flashes are the resolution/refresh rate changes. No attempt is made to hide them. - djdafreund - 2010-07-17 Yeah, about a month or more ago, when playing video's with it enabled, certain pixels on the screen would be white and look all weird, and now with svn builds, the video is normal and looks great without any scene glitches. I'm a happy camper. They HAVE came a long way in the builds from just a month ago or so. Thanks guys for all your hard work, always!!! |