View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000048 | madVR | bug | public | 2013-04-26 04:56 | 2013-06-01 15:22 |
| Reporter | cyberbeing | Assigned To | madshi | ||
| Priority | normal | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0000048: New Subtitle Interface: Postions of stale bitmaps are maintained after upscaling but not downscaling | ||||
| Description | When a subtitle line is visible, and the video is upscaled, madVR scales the low resolution bitmaps with bilinear(?) and maintains positioning when awaiting new high resolution subtitle bitmaps. When a subtitle line is visible, and the video is downscaled, madVR neither scales nor maintains positioning when awaiting new low resolution subtitle bitmaps. Optimally, madVR would use the same cosmetically pleasing behavior when downscaling as it currently does when upscaling. Currently the time which madVR remains in this state is dependent on the size of the CPU queue per Bug 0000047. | ||||
| Steps To Reproduce | *Use a Desktop Resolution with a vastly different aspect ratio than your video. For example, set your desktop to a 4:3 resolution and test a 16:9 video. *Set CPU queue to 32 (Bug 0000047 = 0000009:0000032 frame delay) *Start playback of a video at 50% zoom *When a subtitle line is visible, maximize the window. *Outdated low resolution subtitle bitmaps become temporarily blurry, but positions are maintained. *When the next subtitle line is visible, set window size to 50% again. *Outdated high resolution subtitles are blended at original size into the low resolution video frame with incorrect positions. *Positions are updated as soon as madVR receives updated subtitle bitmaps for the new scaled resolution. | ||||
| Additional Information | Related issue: http://bugs.madshi.net/view.php?id=47 Reducing or eliminating the delay updating subtitle bitmaps after scaling, would reduce the severity of this issue. | ||||
| Tags | No tags attached. | ||||
| madVR Version | 0.86.2 (Test Build 2013-04-03) | ||||
| Media Player (with version info) | Any | ||||
| Splitter (with version info) | Any | ||||
| Decoder (with version info) | Any | ||||
| Decoding | Software | ||||
| Deinterlacing | none (progressive) | ||||
| DXVA2 Scaling Active | no | ||||
| Aero / Desktop Composition | On | ||||
| Problem occurs with mode | all modes | ||||
| GPU Manufacturer | NVidia | ||||
| GPU Model | GT440 | ||||
| GPU Driver Version | 320.00 | ||||
|
|
Unsure how that "0000009:0000032" got there. I only typed _~32_ (tilde 32 w/o the underscores), but that seems to automatically link the 32nd comment on the bug tracker. |
|
|
Works here. Might have been fixed with the other fixes. If you can still reproduce this with v0.86.2, please reopen. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2013-04-26 04:56 | cyberbeing | New Issue | |
| 2013-04-26 05:02 | cyberbeing | Note Added: 0000058 | |
| 2013-04-26 05:03 | cyberbeing | Note Edited: 0000058 | |
| 2013-04-26 05:03 | cyberbeing | Note Edited: 0000058 | |
| 2013-04-26 05:03 | cyberbeing | Note View State: 0000058: private | |
| 2013-04-26 05:03 | cyberbeing | Note View State: 0000058: public | |
| 2013-06-01 15:22 | madshi | Note Added: 0000109 | |
| 2013-06-01 15:22 | madshi | Status | new => closed |
| 2013-06-01 15:22 | madshi | Assigned To | => madshi |
| 2013-06-01 15:22 | madshi | Resolution | open => fixed |
