[davilla]

On the buld that jumps on the aq I get about 60%-80%. On the vq I get mostly 99% sometimes dropping to 98%. The numbers are pretty much the same with the version that has no skipping.

ok, so not a demuxer queue starvation issue.

[SlaveUnit]

Yeah its weird. All 264 mkvs play fine. If I play the the same iso from a local drive it plays fine. This is on a wireless N network but it should be fine since all other file types play fine but isos. Which is why I was guessing earlier that it was some sort of buffer issue. It cant be bandwidth since I can drop to the older one and its fine.

[davilla]

Yeah its weird. All 264 mkvs play fine. If I play the the same iso from a local drive it plays fine. This is on a wireless N network but it should be fine since all other file types play fine but isos. Which is why I was guessing earlier that it was some sort of buffer issue. It cant be bandwidth since I can drop to the older one and its fine.

are you running "Sync playback to display" enabled ? If so what A/V sync method?

The only possible suspects between SVN20552 and SVN20562 is http://trac.xbmc.org/changeset/20554 .

Can you revert that change in SVN20562 and see if that gets you SVN20552 behavior?

[davilla]

Also can you pastebin another xbmc.log, this time let it play longer and don't do any chapter jumps or seeks.

[davilla]

found another thing to try.

http://trac.xbmc.org/changeset/20562

line 4620 in /xbmc/Application.cpp.

dbs.AddBookMarkToFile(m_lastFileName, VideoResumeBookmark, CBookmark::RESUME);

comment this line out and retest.

database updates are slow on windows, there's a patch or two pending that might speed it up.

This updates the database with your watched position (for possible resume), this happens in the rendering thread and if the update is slow, it can glitch playback.

[SlaveUnit]

are you running "Sync playback to display" enabled ? If so what A/V sync method?

The only possible suspects between SVN20552 and SVN20562 is http://trac.xbmc.org/changeset/20554 .

Can you revert that change in SVN20562 and see if that gets you SVN20552 behavior?

I have Sync playback to display set to Audio Clock. I also just turned it off and had the same results. Here is a log of SVN21038 with upscaling and sync playback to display both off. I let it play for 13:39 without interruption as well.
http://pastebin.com/m792bfb10

As far as going into the code I will have to look into how to do it. I know its in the wiki but I admit that Im pretty much just a leech here that uses the precopiles from ikon and kricker.

[SlaveUnit]

Ok so Im trying to get to learn the whole checkout/change/compile method. So I am following this:
http://wiki.xbmc.org/?title=HOW-TO_compi...ource_code
more specifically..."Compiling XBMC using Visual C++ 2008 Express Edition"

In step 4 I do not see this path "Run VC++ 2008 Express, open XBMC\project\VS2008Express\XBMC for Windows.sln."

This is probably a mistake asking these questions in this thread. I might be hijacking away from my own issue.

[davilla]

ahh, I thought you were already compiling your own versions. Sorry, I know nothing about windows build, only osx and linux.

[SlaveUnit]

Ohh ok. Hmmm yea I cant even see the lines mentioned in http://trac.xbmc.org/changeset/20554 either.

Crapola. Im supried this is an isolated incident. Or maybe it isnt and no one else is speaking of it or notices.

I know this thread was opened for what seems to be the same thing. We could use some version from it though...at the very least.
http://www.xbmc.org/forum/showthread.php?t=52677

[WiSo]

You can find XBMC\project\VS2008Express\XBMC for Windows.sln and the lines to change when you have checked out the source.

I've compiled r21046 without r20554 for your convenience:
http://www.mediafire.com/?sharekey=05c5c...f6e8ebb871

[Silverxxx]

Hi, i haven't read the all the posts so i hope this isn't a repeat. I had a similar problem with xbmc, which I have fixed by running on one processor only. My system : amd x2 2.05 ghz, 2gb ram , win xp. I only had problems playing from the hard drive. build from sometime in may

[SlaveUnit]

Thanks a ton Wiso!
So I tried Wiso's new exe and it seems to be worse for some reason. I now drop a lot of frames where as before it would pause but not drop the frames. It drop 40 frames in about 2 mins. I think the pausing was more frequent this time too. Here is the log for that last session.
http://pastebin.com/m774e951c

[bobo1on1]

Try disabling any sort of cpu frequency scaling your system has.

[SlaveUnit]

I disabled upscaling, deinterlacing, and sync playback to display. Are those the features you are speaking of? If so am I missing any?

Other than those Im not sure what you are referring to. The system is a very basic build of XP. Its a dedicated HTPC so there are very few software pieces installed. Its an Intel e6750 cpu that isnt overclocked.

Also with everything disabled the CPU never goes above 8%. With the upscaling running etc it hits about 25%.

[bobo1on1]

I'm talking about the feature that lets your cpu run at a lower frequency to lower the power usage, it can cause QueryPerformanceCounter to do strange things.