[robo989]

Could one of you please post a sample somewhere so that we may reproduce the issue?

TheUni

No disrespect to yourself - at all. XBMC is fantastic overall.

But I do wonder why the developers ask for a log, this is known problem that has been reported time and time again, since roughly a year ago at least. FLAC is especially bad but any MKV can have the stuttering problem, doesn't seem to be restricted to high bitrate MKVs but that does increase the chance of stutter.

Can't see it ever being fixed personally, people have posted their logs before and nothing happens. I only popped into the forum today to check to see if the Dharma releases have the stutter fixed and haven't been on the forum for ages...sure enough there's people with the stutter on the first page on the forum.

This isn't a criticism at all, I just wish that one of the developers could say catergorically that this is just a hardware processing limitation and be done with it. Then we can all be quiet and accept that it's just going to be like that. Currently it seems the way the issue is discussed it is a bug...but I really don't see how it can be there for so long when so many people experience it in basically the same way.

I'm rambling now, sorry. Please don't take this the wrong way it's more down to nvidia I assume wrong touting full 1080p h264 decoding support.

[davilla]

The key phrase is "so that we may reproduce the issue". This mean we have not been able to reproduce the issue and want more info/sample so that we can try and reproduce the issue. Tossing random fixes in the prayer that it "might" fix it is something we just don't do.

[loot87]

Actually, my 1080p rips have no issues at all. It's the old 480p VOB rips. This is probably some library or build issue with Unbuntu 10. Just a guess. I'm just a dumbass hardware guy.

Some other data. When I compared this log to the 9.11 log, I don't have VDPAU enabled in 9.11. Dharma still stutters without VDPAU, but I can provide a log for that, too, if you need apples to apples.

[JoeSchmo]

It's definitley Beta3 in my case, with my old install of svn33300 my VC1 files play fine (along with my x264 content). With Beta3, x264 still plays ok but the VC1 content is jumpy (I had the same problem months ago with an older build). I booted Beta1 just to test and that plays my VC1 content ok too.

I'll post a debug log from both later today.

[JoeSchmo]

To test I ran XBMC Live straight from a USB stick on a Zotac 330 ION machine, the results are the same when installed to HDD. Beta 3 is jerky with and without "sync playback to display" whilst Beta 1 is smooth with either setting. X264 encodes play fine on both.

Sample Video File

Download:
http://www.megaupload.com/?d=RF8318FT
http://www.zshare.net/download/81801855893d9736/

Video
Format : VC-1
Duration : 59s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps

Audio
Format : DTS
Duration : 59s
Bit rate mode : Variable
Channel(s) : 6 channels
Sampling rate : 48.0 KHz
Resolution : 24 bits


Debug Logs

Beta 1: (smooth) http://pastebin.com/7A98j1Xi

Beta 3: (jerky) http://pastebin.com/psWNGsD2

[spiff]

to devs; to spare you the horrors of megaupload and to make sure we don't lose the sample i have put it in a folder called 'vc1-stutter' on team ftp.

[spiff]

sample plays fine in trunk / newer-than-beta3 dharma. we fixed a bug with dts (http://forum.xbmc.org/showthread.php?tid=82896)

[JoeSchmo]

Cheers for that, updated to 34918 and it's working great.

[calebdk]

Cheers for that, updated to 34918 and it's working great.

Where did you get 34918? did you compile it manually because i cant see it in any of the precompiled builds.

[shturm]

Even though mkv header compression has been around for a while, it wasn't enabled by default in mkvmerge until 4.1.0. I ran into issues with this with my WDTV Live Plus not playing the DTS audio on files muxed with header compression. Remuxing the file with a version of mkvmerge prior to 4.1.0, in my case 3.4.0, fixed that issue on the WDTV. However, playing the resulting file in XBMC (Dharma) causes video stuttering (audio plays without stutter). So, I reloaded the original file muxed with 4.1.1, and the stuttering stopped.

The following actions also eliminated the stuttering:

1. Remuxing with no audio track.
2. Remuxing with an AC3 audio track.
3. Remuxing with a different DTS track.

Just thought I'd share my findings for anyone with a similar problem without access to the original file, or for anyone who owns an XBMC machine and a WDTV Live.

I cannot upvote this enough. I had highly visible stuttering during playback of MKV files with DTS audio after I switched to XBMC 10. It was so noticeable that I seriously considered going back to 9.11. Thankfully, this post provided the required clue. Majority of my MKVs were muxed using mkvmerge 3.2. Once I extracted the audio track and remuxed in mkvmerge 4.4.0 (I've set up a script to do batch processing) the stuttering is now gone.

See also:
http://www.bunkus.org/videotools/mkvtool...ompression
http://forum1.netgear.com/showthread.php...post291176 (if you plan to use fixed MKV files with another player)

Hope this helps somebody.