Log in

View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 [209] 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410

Spec-Chum
7th November 2009, 23:41
Could anyone with the issue of the screensaver activating during video playback on XP please try this link and report to see if fixed?

http://www.mediafire.com/file/zmfnmmijjgg/mpc-hc.exe

Thankies

edit: on that note could none XP users please test too to make sure I've not broken 1 thing to fix another :D

Piyoko
8th November 2009, 00:14
Hi,

How can i get ATIs Edge enhancement to work in MPC?

I tried it with MPC - Video decoder in DXVA Mode and with coreavc in Software mode.

Tried all Renderes (custom evr, standard evr, vmr9, vmr7 and overlay)

It just doesn't work.
I have an ATI 4670 and all the driver controls, including de-interlacing work for me using VMR9 (renderless) on XP. Just make sure "VMR9 mixer mode" is checked. And it only works with DXVA.

amigenius
8th November 2009, 05:11
Hi,

Nope,

using vmr9 renderless + vmr9 mixer mode + dxva doesn't help enabling the hardware edge enhancement :(


cya

Andy o
8th November 2009, 06:50
I just realized I'm getting stuttering with 24p content and the display to 1080/60i on builds 1312+. 1311 is fine. I'm not sure if it's related to the problems the others are having with 1312+, but it seems so. If I disable VSync, everything seems to be fine.

Mercury_22
8th November 2009, 12:47
...


@Mercury22

Right, this is due to this modification : in MpegSplitter.cpp, line 1449
if I replace #if 1 by #if 0 I can see DTS HD blocks again

Can you please post a build with your fix for testing ?

Steveo08
8th November 2009, 19:17
with my new tv, that supports 1080p (my old only 720p) i am having the problem, that mpc-hc won't go into fullscreen, although i checked the fullscreen option @player settings but it won't help. does anyone know why?

Snowknight26
8th November 2009, 20:43
What option? Tried double clicking on the video or hitting Alt+Enter?

kieranrk
8th November 2009, 21:49
using vmr9 renderless + vmr9 mixer mode + dxva doesn't help enabling the hardware edge enhancement :(


Why do you want edge enhancement in the first place?

It's only a false sense of detail.

ryrynz
8th November 2009, 23:00
Sharpening is creating the illusion of more detail, so as far as I'm concerned any sharpening is causing a false sense of detail.

As long as he perceives an improvement in image quality that is all that matters really.

THX-UltraII
9th November 2009, 08:51
separate topic

hoborg
9th November 2009, 09:58
*.MOV question

- is there a way how to force MPC-HC player to use "MediaLooks QT Source" filter (CLSID 7CE55CCC-403E-4A29-8281-BF8542A0C37D) for MOV playback? I can play MOV using GraphStudio (just drag and drop) without any problem using QT alternative 2.92 (not 3.x) + MediaLooks QT Source filter (sound + video), but not in MPC-HC. Selecting DirestShow/Quick time in Formats have no efect.

Thanks.

Steveo08
9th November 2009, 10:43
What option? Tried double clicking on the video or hitting Alt+Enter?



no i mean the option launch video files in full-screen modus.

mark0077
9th November 2009, 11:46
mpc dev's. I have a problem with my mp4 files with mpc-hc. When decoded using ffdshow libavcodec, and when using evr-cp and with colorspace not yv12. I only see the first frame of video in this configuration.

Here is sample
http://www.megaupload.com/?d=PAZP0O12

and reply to post on ffdshow forum by clsid
http://forum.doom9.org/showthread.php?p=1341945#post1341945

cweb
9th November 2009, 12:47
Hello all
I'm trying to get media player classic to stream this mms link: mms://bla.blabla.bla
and it doesn't want to work for me anymore like it used on xp.
I'm running win7. I installed real alternative too.

I'm getting the error "Failed to render the file". I'm running build 1311. Now I will see if I can find a newer build

clsid
9th November 2009, 15:29
@hoborg

By default MPC uses the QuickTime framework to play .mov files. If you want to use DirectShow then go to:
MPC options -> Player -> Formats -> QuickTime file -> set to DirectShow

I see not much point in using the MediaLooks filter, because that also uses the QuickTime framework.

@cweb
I think you have run into a common problem with MPC that has existed for years with all versions of MPC. MMS streams randomly stop working. This happens even on XP. I am not sure what causes this problem. Maybe one of the devs can digg into the relevant code.

hoborg
9th November 2009, 17:00
@hoborg

By default MPC uses the QuickTime framework to play .mov files. If you want to use DirectShow then go to:
MPC options -> Player -> Formats -> QuickTime file -> set to DirectShow

I see not much point in using the MediaLooks filter, because that also uses the QuickTime framework.

Hmm, looks like problem on my setup, becouse all is working fine on different computer.
Thanks anyway.

cweb
9th November 2009, 17:04
@cweb
I think you have run into a common problem with MPC that has existed for years with all versions of MPC. MMS streams randomly stop working. This happens even on XP. I am not sure what causes this problem. Maybe one of the devs can digg into the relevant code.
Thanks - that would be great...

cweb
9th November 2009, 20:25
@cweb
I think you have run into a common problem with MPC that has existed for years with all versions of MPC. MMS streams randomly stop working. This happens even on XP. I am not sure what causes this problem. Maybe one of the devs can digg into the relevant code.



I checked in Control Panel to see which program was registered for MMS: and it's Windows Media Player not mpc-hc. And I'm not allowed to change it as I would like mpc to be the handler for these types.

I noticed that one can change mms to http and get an ASCII page in the browser. This has this format.

[Reference]
Ref1=http://blablab.blalba.blabla/rtk?MSWMExt=.asf
Ref2=http://xx.xx.xx.xx:80/rtk?MSWMExt=.asf

So then I copied the URL under Ref1 and opened it, successfully, in MPC.

Perhaps this functionality can be reproduced/added to mpc.

cweb
9th November 2009, 20:31
I found this post regarding the mms protocol:

http://www.eggheadcafe.com/software/aspnet/29357348/mmsprotocol-not-opening.aspx

It's interesting to see mms so deprecated, problem is some sites keep pointing to an mms link...

Why are you directly trying to open MMS URLs?

To quote my other post:
===
MMS is a rollover protocol only. It was deprecated back in 2003, and
generally removed in 2006. There should never be any direct links to MMS
URLs - this has never been supported. MMS links would be wrapped by ASX
files as appropriate.

What context are you seeing direct links to MMS URLs? That was always bad
practice, since it would break third party browsers.

So, yes, "mms://blah" should work *within* WMP, since it will roll over to
RTSP or HTTP. But it's never been supported to directly link to MMS, so
what you're doing should be some special usage. You could probably
recreate the shell association for MMS if you really want to, but ... it's
just been bad practice since day one. Sorry: David liked this idea, but
since it broke Opera and Netscape scenarios, I had to nix it waaaaaay back
when ('97 or so?).

88keyz
10th November 2009, 04:55
@ alexins

Just curious, what happened to MPCVideoDec.ax in your standalone x64 filters pack? It went missing a few revisions back and hasn't returned. Was there a problem with it?

Snowknight26
10th November 2009, 07:07
The MPEG-TS splitter doesn't show audio track languages when you load a Blu-ray playlist.

nijiko
11th November 2009, 04:46
How can I disable MPC-HC internal WM ASF Reader, and use system default Windows Media Source?
I have serious problem on playing WMV (ASF) format.
Pause/resume and seek deranged and sometime process hang up.
Now my splitters are disabling NEW WM ASF and using DMO.

cengizhan
11th November 2009, 12:29
options-> tweaks

Casshern
11th November 2009, 20:58
Be fair, Piyoko was talking about win xp and you are using vista as far as i remember. Maybe that's the difference - try Win7.

Hi,

Nope,

using vmr9 renderless + vmr9 mixer mode + dxva doesn't help enabling the hardware edge enhancement :(


cya

gngn
12th November 2009, 01:58
there are some problems with frame-based subtitles after version r1312 (the next version on xvidvideo.ru is r1323, so i can't pinpoint the exact regression-point between r1312 and r1323). even with DXVA i get up to 40% CPU usage on a dual-core with long subtitle lines, when with r1312 i dont get more than 8% CPU usage on the same movie.

alexins
12th November 2009, 11:28
Media Player Classic HomeCinema (x86/x64), svn 1335 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1335.html)

Supported languages: BR, BY, CN, CZ, DE, EN, ES, FR, HU, IT, KR, PL, RU, SE, SK, TR, UA

Changes log (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

Added : support for DVB subtitles;
Fixed : several issues for HDMV subtitle display (better support for transparent subtitles, memory leak).

@ alexins

Just curious, what happened to MPCVideoDec.ax in your standalone x64 filters pack? It went missing a few revisions back and hasn't returned. Was there a problem with it?
There is a small problem with the building ...

Mixer73
12th November 2009, 11:36
Hey guys I am wondering if you can help me troubleshoot a little problem.

I am watching DVB-T recordings with the Microsoft Decoder but they don't seem to deinterlace. I'm using EVR-CP on Vista, what settings should I change in order to get deinterlacing to work?

tetsuo55
12th November 2009, 13:12
there are some problems with frame-based subtitles after version r1312 (the next version on xvidvideo.ru is r1323, so i can't pinpoint the exact regression-point between r1312 and r1323). even with DXVA i get up to 40% CPU usage on a dual-core with long subtitle lines, when with r1312 i dont get more than 8% CPU usage on the same movie.Caused by 1313 http://sourceforge.net/apps/trac/mpc-hc/changeset/1313

You have to reset your settings to defaults by deleting the registry key (see the troubleshooting guide in my signature.)

The reason this is happening is because after this update mpc-hc cannot find the "disable subtitle animation" key and is enabling the animation, which takes a lot of cpu cycles to calculate.

Jong
12th November 2009, 13:23
Caused by 1313 http://sourceforge.net/apps/trac/mpc-hc/changeset/1313

You have to reset your settings to defaults by deleting the registry key (see the troubleshooting guide in my signature.)

The reason this is happening is because after this update mpc-hc cannot find the "disable subtitle animation" key and is enabling the animation, which takes a lot of cpu cycles to calculate.tetsuo55, Any chance someone could say to the cognoscenti what we need to change to edit the registry. Resetting the registry when you have a lot of custom settings is likely to be a lot more hassle than adding or removing a few keys.

I agree resetting the registry is a good troubleshooting step when all else fails, but I hope it should not be needed in this well understood case.

tetsuo55
12th November 2009, 13:38
tetsuo55, Any chance someone could say to the cognoscenti what we need to change to edit the registry. Resetting the registry when you have a lot of custom settings is likely to be a lot more hassle than adding or removing a few keys.

I agree resetting the registry is a good troubleshooting step when all else fails, but I hope it should not be needed in this well understood case.
Good idea.

I suggest making a wiki page like this one: http://xbmc.org/wiki/?title=Advancedsettings.xml

We could explain each setting based on their entry in the .ini file (and provide the registry path it would use if it was in the registry in each section)
I don't have anyone available for this right now, so i would like to ask the community to make the basic list itself and fill whatever you know, then i can ask the dev's to fill in any unknowns.

This page is also a good start for the settings cleanup that is planned in the far future.

EDIT:

Also it would be interesting to know which default settings you change and why.(apart from external filter use)

donaldtone
12th November 2009, 13:56
In the first post:
Bugs can be reported here:
Bugs

If you want a new feature added, or an existing feature changed/enhanced use this link:
New features

Two of the above links are broken.

clsid
12th November 2009, 14:34
Has there been any progress with regard to solving the slow loading bug that people are experiencing on Windows 7 when using EVR CP? Some people are getting delays up to 30 seconds.

Also, allowing animated subs should not have a negative performance effect on static subtitles, such as SRT or VobSub. Seems to me that there is a bug somewhere. A noticed that there is a ToDo comment in a function called IsAnimated() in the code. Maybe that's related?

These kind of bugs should be given top priority.

MatMaul
12th November 2009, 15:28
Has there been any progress with regard to solving the slow loading bug that people are experiencing on Windows 7 when using EVR CP?
about this bug :
it doesn't happen with ar-jar mod.

gngn
12th November 2009, 15:43
Caused by 1313 http://sourceforge.net/apps/trac/mpc-hc/changeset/1313

You have to reset your settings to defaults by deleting the registry key (see the troubleshooting guide in my signature.)

The reason this is happening is because after this update mpc-hc cannot find the "disable subtitle animation" key and is enabling the animation, which takes a lot of cpu cycles to calculate.

checking the "disable animation for slow computers" indeed lowers the CPU usage, but i don't get it: what has normal text-only frame-based .sub file in common with karaoke/animated .ass subtitles?

i always have the "disable animation" unchecked, as my CPU can handle any karaoke sub i stumbled upon. so even with enabled animation r1312 doesn't show the problems that revisions after have. clsid seems to have the same opinion :P

just create a .sub file with a long line , drag&drop it over a movie, and in my case at and after 1min16sec the CPU goes to 50%


{1}{1}23.976
{1}{45000}qwertyuiop asdfghjkl zxcvbnm QWERTYUIOP ASDFGHJKL ZXCVBNM qwertyuiop ASDFGHJKL

Abradoks
12th November 2009, 17:38
It was reported (http://forum.ru-board.com/topic.cgi?forum=5&topic=30592&start=1620#7) on another forum that "BT.601 -> BT.709" shader uses slightly wrong coefficients.
Current shader:
// RGB [16,235] to YUV: 601 mode (128 is not added to Cb and Cr)
float y=0.299*c0[0] + 0.587*c0[1] + 0.114*c0[2];
float Cb=-0.172*c0[0] -0.339*c0[1] +0.511*c0[2];
float Cr=0.511*c0[0] -0.428*c0[1] -0.083*c0[2];

// YUV to RGB [16,235]: 709 mode (Cb and Cr are 128 less)
float r=y+1.540*Cr;
float g=y-0.459*Cr-0.183*Cb;
float b=y+1.816*Cb;
Recalculated coefficients:
// RGB to YUV: 601 mode
float y=0.299*c0[0] + 0.587*c0[1] + 0.114*c0[2];
float Pb=-0.168736*c0[0] -0.331264*c0[1] +0.5*c0[2];
float Pr=0.5*c0[0] -0.418687589*c0[1] -0.081312411*c0[2];

// YUV to RGB: 709 mode
float r=y+1.5748*Pr;
float g=y-0.468124273*Pr-0.187324273*Pb;
float b=y+1.8556*Pb;
As I understand, original comments (// RGB [16,235] ...) have nothing to do with shader code, because we are working with range [0, 1] (E'R E'G E'B) where differences between [16-235] and [0-255] have been already corrected.
Besides we can use simpler formulas:
Y = Kr*R + Kg*G + Kb*B
V = (R-Y)/(1-Kr)
U = (B-Y)/(1-Kb)

R = Y + V*(1-Kr)
G = Y - U*(1-Kb)*Kb/Kg - V*(1-Kr)*Kr/Kg
B = Y + U*(1-Kb)

Also in "0-255 -> 16-235" shader 13-25 lines should be removed. They are just a copy of 0-12.

73ChargerFan
12th November 2009, 17:58
Feature Request

WTV files are produced by Win7 media center. MS has a dev page for Consumption of a WTV file in DirectShow (http://msdn.microsoft.com/en-us/library/cc963726(classic).aspx) which includes sample code.

The format allows dynamic changing of content codecs, which would require graph rebuilding (another important feature imho.) I don't think the video would change as yet, but audio changes from AC3 to stereo in commercials. This could be incorporated in the redesign of the audio subsystem.

DTB has prelim support for WTV, and some users at greenbutton are trying to switch from mkv to wtv.

This format will become more prevalent with the adoption of Windows 7.

tetsuo55
12th November 2009, 19:54
Has there been any progress with regard to solving the slow loading bug that people are experiencing on Windows 7 when using EVR CP? Some people are getting delays up to 30 seconds.None of the dev's can reproduce this issue so its not being worked on.

Also, allowing animated subs should not have a negative performance effect on static subtitles, such as SRT or VobSub. Seems to me that there is a bug somewhere. A noticed that there is a ToDo comment in a function called IsAnimated() in the code. Maybe that's related?The animation system is designed in such a way that it causes a huge overhead over subtitles, regardless of actually animating or not. When it actually does have to animate the system requirements rise even further.
Fixing this requires a complete refactoring of the subtitle renderer

These kind of bugs should be given top priority.At this time there are no developers working on mpc-hc that can fix either bug

clsid
12th November 2009, 20:45
At the same point were the state of the option to enable/disable animation is checked (to determine which code path to take), can't there be an additional check to see if the current subtitle format is actually a (possibly) animated one or one that is always static?

Have anyone done any comparisons between current builds and old builds (1047 or earlier) to see if there is any difference in CPU usage with animation enabled?

Perhaps Casimir/ar-jar/Beliyaal could do a general code review of the whole EVR CP code? That might reveal some parts of the code that are buggy.

tetsuo55
12th November 2009, 21:09
At the same point were the state of the option to enable/disable animation is checked (to determine which code path to take), can't there be an additional check to see if the current subtitle format is actually a (possibly) animated one or one that is always static?that seems to be technically impossible within the current framework

Have anyone done any comparisons between current builds and old builds (1047 or earlier) to see if there is any difference in CPU usage with animation enabled?Beliyaal optmised as much as he possible could. he thinks there is still room for a few % improvement.

Perhaps Casimir/ar-jar/Beliyaal could do a general code review of the whole EVR CP code? That might reveal some parts of the code that are buggy.They have been doing nothing else for the past year

bur
12th November 2009, 22:00
I get this error with build 1333 x64 running on Win 7.

http://img23.imageshack.us/img23/7149/mpctimeparse.png

I open the Goto window and even when I just let it sit at the pre-entered values the error pops up. Entering values manually gives the same error.

Only thing that works is entering a single number that gets interpreted as miliseconds.

Any ideas regarding this? If necessary I can check with what build this error started happening for me.

clsid
12th November 2009, 23:24
What about line 2288 in RTS.cpp?

thewebchat
12th November 2009, 23:42
@gngn: The problem is that the subtitle code in MPC-HC is totally failed. The option to have "pre-buffered" subtitles with animations enabled was added, but in fact, this does nothing but waste lots of CPU cycles (more than without this "pre-buffering"). The reason checking "disable animations" fixes this is because it forces the old (functional) code path which isn't totally failed. There is a bug on the tracker about this.

Edit: Also, the subtitle rendering code lets you use animated subtitles in SRT and other simple formats, simply because it parses everything as ASS, so there are in fact no "always static" formats as far as the renderer is concerned.

Andy o
13th November 2009, 00:06
Hi guys, are the people who were having stuttering after 1311 still having problems with 1335? I am having stuttering when VSync is enabled and my card is set to 1080/60i output with everything after 1311.

73ChargerFan
13th November 2009, 04:23
Has there been any progress with regard to solving the slow loading bug that people are experiencing on Windows 7 when using EVR CP? Some people are getting delays up to 30 seconds.
None of the dev's can reproduce this issue so its not being worked on.
I've noticed, that Win7 will cache directory listings and show their contents when browsing, even though the drive is in a powered down state. Then when accessing a file, it takes 10-15 seconds to spin up the drive. Perhaps this is a partial cause? I see it on my htpc.

Hypernova
13th November 2009, 07:00
Well, I have an opposite opinion on subtitle renderer. While it's not as good as I want it to be, it is the only way to get animated subtitle going smoothly with desktop resolution texture size. It maybe use more CPU cycle, sure, but it's far more than "doing nothing". Since there is a way to disable it, I don't really see a problem with it.

thewebchat
13th November 2009, 07:04
Hypernova, your CPU usage will go down by about 10% and you will still get animations if you uncheck "prebuffer subtitles" or set "subpictures to buffer ahead" to 0.

tetsuo55
13th November 2009, 08:08
What about line 2288 in RTS.cpp?That might help, but like thewebchat says, according to the people who really understand the subtitle renderer it does indeed have 2 unique codepaths, one that never animates and one that always animates.
Hi guys, are the people who were having stuttering after 1311 still having problems with 1335? I am having stuttering when VSync is enabled and my card is set to 1080/60i output with everything after 1311.Try resetting your settings, or at least the subtitle renderer settings, due to a change animation has been enabled.I've noticed, that Win7 will cache directory listings and show their contents when browsing, even though the drive is in a powered down state. Then when accessing a file, it takes 10-15 seconds to spin up the drive. Perhaps this is a partial cause? I see it on my htpc.Sounds plausible. Can you throw this idea into that thread about it?

See if the users can still reproduce if all hdd power saving options are disabled.Well, I have an opposite opinion on subtitle renderer. While it's not as good as I want it to be, it is the only way to get animated subtitle going smoothly with desktop resolution texture size. It maybe use more CPU cycle, sure, but it's far more than "doing nothing". Since there is a way to disable it, I don't really see a problem with it.This probably works because that way the subtitles are rendered at the target resolution and don't require a last minute scaling step.Hypernova, your CPU usage will go down by about 10% and you will still get animations if you uncheck "prebuffer subtitles" or set "subpictures to buffer ahead" to 0.That's really bizarre, do you have any further information about this?

Hypernova
13th November 2009, 10:48
Hypernova, your CPU usage will go down by about 10% and you will still get animations if you uncheck "prebuffer subtitles" or set "subpictures to buffer ahead" to 0.

I tried that. That's why I said "it is the only way to get animated subtitle going smoothly with desktop resolution texture size." Since if I did what you said, I got an animated subtitle but the video will not play smoothly.

This probably works because that way the subtitles are rendered at the target resolution and don't require a last minute scaling step.

I don't think that's the case. I used 1920x1080 texture size sometime and it's even smoother than desktop resolution. Only at 2560x1600 that I have trouble with. I actually think it's more of a problem with the renderer rather than my CPU (or GPU) can't keep up because sometime it plays smoothly, some other time it's not, with the same file. That's why I said it's not as good as I want it to be.

However, anything below 1920x1080 texture size is smooth, and it is the only way to get it smooth with animation on. I didn't test it throughly but with zero-buffer size + disable animation, it's more of a problem with the hdd can't keep up more than the rendering can't keep up. In fact, not only I get skipping with animated subtitle, but with regular static subtitle too. I should've test this with SSD and see if anything is different. Anyway, this was the reason why I jumped to Beliyaal build quite sometime before his patch was merged to main SVN. I defend it here because I want the developers to keep it. :cool:

tetsuo55
13th November 2009, 11:02
In any case its clear that we desperately need someone to join mpc-hc and work on the subtitle renderer.

Casshern
13th November 2009, 11:08
Hi,

the 1312 code from beliyaal uses a different method for locking directx access in the vsync code. This causes problems for some people, myself included as the timing of the vsync code is affected (especially if one uses shaders and resizing). For the time being i stick with 1311. This has nothing to do with subtitles. I already got some screenshots and info to beliyaal - i hope this is getting resolved. I would advise using 1311 for the time being, if you have problems with stuttering and/or tearing with newer versions.

regards,
Casshern


Hi guys, are the people who were having stuttering after 1311 still having problems with 1335? I am having stuttering when VSync is enabled and my card is set to 1080/60i output with everything after 1311.