steelman1991 Wrote:Unlikely to get a definitive answer to the video quality issue - very much in the eye of the beholder (personally I see very little difference) but the only way you are gong to find out is to try for yourself.

How much lower do you want to go? - I would suggest that the figures you are seeing are unlilkely to be bettered at this time. In fact I have noticed that overheads in dsplayer config is slightly higher than 'native' implementation.

blinkseb Wrote:For a new build, I wanted to finish shaders support first, before released a new one. However, it should not be so long, max. a week! And you've got a great idea (like always :p) : I'll add ability to change subtitles options in the renderersettings.xml. That will do the trick right now

blinkseb Wrote:5 seconds is really fine. I just need to find why it's crashing So even 2s would be fine!

Bipolar Bear Wrote:Basically when I play anything using dsplayer i get a blank screen. xbmc doesnt lock up or anything - its all fine, just a completely blank screen.

Bipolar Bear Wrote:Hi guys, this is my first post here though i've been using xbmc for years, only recently made the jump from original xbox to pc though. Anyway i hope this is the right thread to post this - sorry i have not read it all, it is too long. But this is driving me crazy and I cant find an answer anywhere. Basically when I play anything using dsplayer i get a blank screen. xbmc doesnt lock up or anything - its all fine, just a completely blank screen. Sound is also fine - I have setup the ffd audio decoder to passthrough everything and i am getting DTS-HD and Dolby TrueHD through to the receiver no problems. My setup is as follows:

Windows 7 x64
Intel 2.66GHz core2duo
2GB 800MHz memory
Asus p5k m/b
ATI 5670 video card

The video card is connected via hdmi to my Onkyo TXSR508 receiver and through to a Samsung LE37B650 TV. I have the latest version of xbmc-dx build 30385 installed. fairly recent catalyst drivers. i haven't changed the default dsplayerconfig.xml settings so it is still using the mpc decoder. I have tried changing the vsync setting and changing the windowing setting to true fullscreen but nothing works. The frustrating thing is I have MPC-HC x86 also installed and configured to use ffdshow and it works perfectly - but I much prefer the xbmc interface. I can post my xbmc log but I dont see any obvious problems recorded in it. hope someone can help!

Morien Wrote:hsinchu308: Win 7 x64 machine here. Default language is English. All works fine for me (Using EVR). L changes sub and says the proper name. Using the latest build from this forum (30385 is it?)

hsinchu308 Wrote:Hi Seb,

Putting the subtitle options in renderersettings sounds good to me. I would no longer need to recompile in order to change those settings when I switch from my XP machine to my Windows 7 machine.

Didn't mean to rush you on the new release. I guess my enthusiasm for dsplayer is showing In my opinion, although much of the rendering code is based on MPC-HC, by integrating them into the XBMC rendering system, dsplayer has surpassed MPC-HC in one important aspect - robust vsync. As much as I love MPC-HC, its weakest point for me was always vsync that works correctly in VMR9, EVR-CP, or EVR-Sync, for both progressive and interlaced videos, both with and without DXVA. Countless hours have I spent trying to simultaneously remove stuttering, tearing and frame-drops during playback. But I was able to achieve all 3 objectives in a relative short period of time in the latest dsplayer versions, as I discussed in my previous vsync post. I am very happy indeed!

hsinchu308 Wrote:Actually, I have some more information to add regarding getting perfect playback in dsplayer (meaning no tearing, no stuttering, and no dropped frames). I tested some more 60 fps (NTSC interlaced) videos, with bit rate from 45 Mb/s to as high as 130Mb/s (MPEG2), and to my surprise, I was still getting dropped frames once every few minutes, where the frame rate would dip down to 45-50 fps from 60 fps for a split second before recovering. This was really odd to me because according to the OSD, the decoder was spitting out frames at a rock-steady 59.94 fps during the entire time, so it was the painting/presenting of the image that was causing the problem. After some digging I found the fix: increase the screen backbuffer from 1 to 2, i.e., change from double-buffering to triple-buffering (change line 249 of RenderSystemDX.cpp). This is for Windows XP; for Windows 7, the system defaults to triple-buffering (line 255 of the same file). I don't know why. Anyway, after this change, the frame rate for above-mentioned videos stayed at a rock-steady 59.94 fps for the entirety of the videos.

Anyone know who I should contact to inquire about putting this in the trunk (since this part of the code is shared with dvdplayer)? Once again, this change should only affect Windows XP, UNLESS you explicitly set "allowd3d9ex" to "false" in Advancedsettings.xml (according to the source code), in which case even Windows 7 is affected.

PS. Turning on tripling-buffering in the Nvidia Control Panel did not help with the dropped frames.

blinkseb Wrote:Great find i've commited the change to the trunk. Still need to merge and it will be avalaible in the dsplayer branch

EDIT: It's done

nathanjones Wrote:I built a copy of the newest SVN last night, and I have to say, it played my VC1/H264 MKV's absolutely perfect. Just awesome. No tearing, no stuttering.

A lot of the other files had HORRIBLE tearing, but they had that in trunk as well, and I'm not ruling out something I've done breaking it.

Quick question, if I find a file that doesn't play, how much do you (Seb and tiben) care? Like do you want debug logs saying this file didn't play, or that file didn't play? I don't want to waste time that you could be fixing other issues.

Thanks again!