Sylus Wrote:Until now I always read about the fact that dsplayer will be merged later, however, would it not be better to provide dsplayer as an addon?

hsinchu308 Wrote:Hi Tiben, Seb,

A question for you regarding file caching or filter performance: Using the same video (MS DTV-DVD), audio (ffdshow), and mpeg (MpegSplitter) filter, I am able to play 40 to 80 Mbit/sec mpeg2 videos with MPC-HC without dropping frames, but with DSPlayer (up to R31520), I already start to get dropped frames for the 40 Mbit/sec video. What do you think the problem is? Looking at the DSPlayer video OSD, it seems that the video decoder is not outputting frames fast enough (i.e. 45 fps instead of 60 fps in line 2 of the OSD), so it's not a problem with vsync or backbuffer, which should result in lower fps in line 4, compared to line 2, of the OSD.

Since the video decoder and the mpeg splitter both can handle the bit rate, as shown by MPC-HC results, I assume somehow DSPlayer is not feeding the splitter fast enough. Is there a setting for file caching that I can change? All files are played from the local hard drive - frame drops are worse with files played through network SMB share.

System: Acer Revo 3610, w/ 32bit Windows 7, Atom 330, Nvidia ION.

Thanks for your time.

tiben20 Wrote:I'm pretty sure the problem is the whole rendering process.
Since the start of the player the first biggest challenge was to get a rendering process correctly working. I twas running perfect but it was really simple it was just working with the vmr9, no subtitles and no v sync.Maybe trying to find with some debug timestamps what is taking so long to process would help tracking the problem.

hsinchu308 Wrote:Hi Tiben, Seb,

A question for you regarding file caching or filter performance: Using the same video (MS DTV-DVD), audio (ffdshow), and mpeg (MpegSplitter) filter, I am able to play 40 to 80 Mbit/sec mpeg2 videos with MPC-HC without dropping frames, but with DSPlayer (up to R31520), I already start to get dropped frames for the 40 Mbit/sec video. What do you think the problem is? Looking at the DSPlayer video OSD, it seems that the video decoder is not outputting frames fast enough (i.e. 45 fps instead of 60 fps in line 2 of the OSD), so it's not a problem with vsync or backbuffer, which should result in lower fps in line 4, compared to line 2, of the OSD.

Since the video decoder and the mpeg splitter both can handle the bit rate, as shown by MPC-HC results, I assume somehow DSPlayer is not feeding the splitter fast enough. Is there a setting for file caching that I can change? All files are played from the local hard drive - frame drops are worse with files played through network SMB share.

System: Acer Revo 3610, w/ 32bit Windows 7, Atom 330, Nvidia ION.

Thanks for your time.

hsinchu308 Wrote:I see. Thanks. I'll try to investigate more.

If it is the whole rendering process, does it mean it would be faster when you get all of the internal filters working (not just faster file loading, but faster rendering as well)? One of the differences between the MPC-HC result and the DSPlayer result is the file splitter is internal to MPC-HC, while both video and audio filters are external to both players.

therealjoeblow Wrote:I can't get r31520 to play *anything* (not x264 in mkv, not simple xvid in avi, nothing), not using the default mpc filters and splitters or editing the .xml to use ffdshow; ffdshowdxva; haali.

It does one of 3 things, no rhyme or reason: either plays audio only, no video (with the UI remaining on screen); or it does nothing, just locks up with a static UI screen; or it starts flickering various parts of the UI while it's locked up and never plays anything.

I tried all the combinations of vsync on and off that were suggested and got r31004 up and running, no help.

No debug log yet (maybe will have time to create one tomorrow), that's just a quick 10 minute test; a simple rollback to 28016 and everything's still working perfectly again. Not sure what happened here, but at least r31004 would play (albeit with lots of judder)...

Cheers
The REAL Joe

Quote:Set "Use full screen window rather than true full screen" to true, in the XBMC System - Settings screen. If you still have a problem, set "Vertical blank sync" to "disabled".