View Issue Details

IDProjectCategoryView StatusLast Update
0000115madVRbugpublic2013-07-23 08:27
ReporterSoukyuu Assigned Tomadshi  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Summary0000115: madvr v0.86.9 + xySubFilter beta: opaque black box on older GPUs
DescriptionWhen using xySubFilter with an older GPU, a black box is rendered around subtitles on default settings. However, disabling the "optimize subtitle quality for performance instead of quality" option in the "trade quality for performance" section makes the opaque box go away.
Steps To Reproduce- set xysubfilter RGB output to AUTO
- tick the "optimize subtitle quality for performance instead of quality" option
-> the subtitles now have an opaque black box on older (nVidia 200 series) GPUs

- untick the "optimize subtitle quality for performance instead of quality" option
-> the opaque box goes away, subtitles are blended correctly
Additional InformationPreviously, setting image buffer to 10Bit while RGB output was set to AUTO also helped. Another alternative is setting RGB output to "PC" without having to set image buffer to 10Bit.
TagsNo tags attached.
madVR Version0.86.10
Media Player (with version info)mpc-be 1.2.0.3
Splitter (with version info)LAV 0.58.1
Decoder (with version info)LAV 0.58.1
DecodingDXVA2 Native
Deinterlacingnone (progressive)
DXVA2 Scaling Activeno
Aero / Desktop CompositionOn
Problem occurs with modeall modes
GPU ManufacturerNVidia
GPU ModelION-LE GF9300
GPU Driver Version314.22

Activities

Soukyuu

2013-07-20 01:53

reporter   ~0000294

You might need to restart the player after toggling the option. Going from "performance -> quality rendering" works without restart, going "quality -> performance rendering" needs a restart to make the opaque box reappear.

Also, the option name is a bit confusing to read, how about "optimize subtitle rendering for performance instead of quality"?

madshi

2013-07-20 13:32

administrator   ~0000295

I've found the older GPUs (at least my NVidia 9400) can do alpha blending just fine with 10bit integer, 16bit floating and 32bit floating point textures. The only format they have problems with is 16bit integer - and that's the format usually used by madVR internally. All those options you mentioned which fix the problem happen to result in madVR choosing a different texture format (some other than 16bit integer) for some reason or another.

The next build will automatically select a texture format which supports alpha blending. This should fix the problem for all GPUs which can do alpha blending with *any* of the mentioned texture formats. I will not go back to 8bit texture formats, though. So if a GPU only supports alpha blending with 8bit textures, then all hope is lost for that GPU.

pie1394

2013-07-22 17:47

reporter   ~0000314

Somehow this issue still happens to one particular ASS file with any video file... With forced 10-bit buffer mode, it works fine again.

pie1394

2013-07-22 17:48

reporter  

pie1394

2013-07-22 17:54

reporter  

Issue.png (963,850 bytes)

madshi

2013-07-22 18:45

administrator   ~0000315

Can't reproduce this problem with my NVidia 9400. Are you sure you've been using v0.86.10? If so, please upload a debug log, maybe it will help identifying the problem. It's very weird that you have this problem only with one specific ASS file, in any case. All other ASS files work alright?

Soukyuu

2013-07-22 18:52

reporter   ~0000316

Same as madshi, can't reproduce on my 260GTX neither in software nor DXVA mode.

pie1394

2013-07-23 01:39

reporter  

madVR - log.rar (2,327,122 bytes)

pie1394

2013-07-23 01:52

reporter   ~0000317

Oh.. I am sorry about the misleading! It does happen to other files. @_@

I was verifying the contents on another system first w/o any issue. On this ION system, I didn't identify this issue with too many combinations last night.

Now I can confirm the issue ONLY seems to happen if I use the old "settings.bin" from the previous version. Remove it and the issue is gone on this system.

Sorry again about wasting your precious time!

pie1394

2013-07-23 01:52

reporter  

settings.rar (7,307 bytes)

madshi

2013-07-23 08:25

administrator   ~0000318

Interesting. Not sure why the old "settings.bin" would have that effect. But since it seems to be a weird and rare case, I'll simply close this issue again.

Issue History

Date Modified Username Field Change
2013-07-20 01:25 Soukyuu New Issue
2013-07-20 01:53 Soukyuu Note Added: 0000294
2013-07-20 13:32 madshi Note Added: 0000295
2013-07-20 13:32 madshi Status new => closed
2013-07-20 13:32 madshi Assigned To => madshi
2013-07-20 13:32 madshi Resolution open => fixed
2013-07-22 17:47 pie1394 madVR Version 0.86.9 => 0.86.10
2013-07-22 17:47 pie1394 Media Player (with version info) mpc-hc 1.6.8.7417 => mpc-be 1.2.0.3
2013-07-22 17:47 pie1394 Decoding Software => DXVA2 Native
2013-07-22 17:47 pie1394 Deinterlacing auto mode => none (progressive)
2013-07-22 17:47 pie1394 GPU Model 260GTX => ION-LE GF9300
2013-07-22 17:47 pie1394 GPU Driver Version 306.97 => 314.22
2013-07-22 17:47 pie1394 Note Added: 0000314
2013-07-22 17:47 pie1394 Status closed => feedback
2013-07-22 17:47 pie1394 Resolution fixed => reopened
2013-07-22 17:48 pie1394 File Added: Ginga Kikoutai Majestic Prince - 15 (MX 1280x720 x264 AAC).rar
2013-07-22 17:54 pie1394 File Added: Issue.png
2013-07-22 18:45 madshi Note Added: 0000315
2013-07-22 18:52 Soukyuu Note Added: 0000316
2013-07-22 18:52 Soukyuu Status feedback => assigned
2013-07-22 19:14 madshi Status assigned => feedback
2013-07-23 01:39 pie1394 File Added: madVR - log.rar
2013-07-23 01:52 pie1394 Note Added: 0000317
2013-07-23 01:52 pie1394 File Added: settings.rar
2013-07-23 08:25 madshi Note Added: 0000318
2013-07-23 08:27 madshi Status feedback => closed
2013-07-23 08:27 madshi Resolution reopened => fixed