View Issue Details

IDProjectCategoryView StatusLast Update
0000118madVRbugpublic2014-04-03 14:48
Reporterromulous Assigned Tomadshi  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
OSWindows 7 64bit 
Summary0000118: madVR Triggers Resizing Event
DescriptionThis is an old issue that Blight has raised with you in the past - but you were unable to find the cause apparently. Going on two years, it is still happening though and it is extremely annoying, so I thought I'd log it just in case you could find out what is going wrong. Basically, madVR triggers a resizing event to Zoom Player under some circumstances when the Zoom Player OSD displays. Zoom dutifully obeys, and resizes the video window. The OSD displaying in Zoom should not cause the video window to resize.
Steps To Reproduce1. Download this test clip (downloaded from YouTube): https://dl.dropboxusercontent.com/u/105555957/Maroon%205%20-%20Moves%20Like%20Jagger%20Parody%20-%20The%20Key%20of%20Awesome%20%2346.mp4
2. I was using the latest Beta of Zoom Player (8.70 Beta 12) but I originally reported it with v8.0, so the version should not matter too much. Using madVR v0.86.10 currently, but I originally reported it back in November 2011, so it goes back at least that far with regards to madVR versions.
3. Open Zoom, go into the options and enable "Enable Pop-Up OSD" in Advanced Options-->Interface-->On Screen Display-->Actions. While in the options, go to Interface-->Position and Size and enable "Auto-Size User Interface to maintain Video Aspect Ratio (when resizing)" and "Auto-Size User Interface to fit Source Video Resolution (on load)". Not sure if either have an effect on the issue, but I always have them enabled, so enable them just in case.
4. Open the video in Zoom. Filter chain is thus: LAV Video as video decoder, LAV Audio as audio decoder, LAV Splitter as the splitter (currently using v0.58.1) and madVR as the video renderer.
5. When video begins playback, ensure you are in F4 mode (this is the default, it basically means the full Zoom window is showing, skin and all). Now, hit F7. This removes everything except the video part of the window. You should also note that the video has resized itself. Now, either +/- to change the volume. The Zoom OSD will appear, and the video will again resize.
6. With the above, I had the madVR OSD enabled all the while, and it reported this:
i. Upon opening Zoom: Target rectangle of 0,0,1280,720
ii. Hitting F7: Target Rectangle of 0,60,1298,790 (clip is now letter-boxed as well, with black bars on bottom and top)
iii. Triggering Zoom's OSD: Target Rectangle is 0,0,1513,851
Additional InformationProblem only happens when madVR is used as the video renderer.
TagsNo tags attached.
madVR Version0.86.10
Media Player (with version info)Zoom Player MAX 8.70 Beta 12
Splitter (with version info)LAV v0.58.1
Decoder (with version info)LAV v0.58.1
DecodingCUDA
Deinterlacingauto mode
DXVA2 Scaling Activeno
Aero / Desktop CompositionOn
Problem occurs with modewindowed mode
GPU ManufacturerNVidia
GPU ModelGTX-660Ti
GPU Driver Version326.19

Activities

romulous

2014-03-26 12:50

reporter   ~0000526

New download link for test file: https://dl.dropboxusercontent.com/u/105555957/madVR%20Resizing%20Issue.mp4

madshi

2014-04-01 19:31

administrator   ~0000549

I'm getting exactly the same behaviour with "VMR9 windowed" in ZP. Can you confirm? That would proof that it's not madVR's fault.

My log tells me that in the moment when ZP shows its OSD, the madVR rendering window gets a WM_SIZE event, meaning that somebody changed the size of the madVR rendering window. And after that ZP sends a new target rectangle to madVR. I see no indication that any of that would be initiated by madVR. From what I can see all madVR does is react to things ZP does.

romulous

2014-04-03 10:03

reporter   ~0000577

Last edited: 2014-04-03 10:04

bLight thought it was madVR that was triggering the resizing event, not Zoom. I've sent him a link to your comment to look at. I will also see if I can reproduce with VMR9.

romulous

2014-04-03 13:46

reporter   ~0000581

Thanks for looking into this again madshi. I can confirm that VMR9 Windowed displays the problem as well - looks like it isn't a madVR issue. There has been an equivalent tracker report for this issue in the Zoom bug tracker for quite some time (it's a fairly long standing problem as I mentioned) - I've updated that report with this new info and bLight is going to review it again when he has some spare time.

madshi

2014-04-03 14:48

administrator   ~0000582

Sounds good. Guess I can close this bug report now.

Issue History

Date Modified Username Field Change
2013-07-24 15:31 romulous New Issue
2014-03-26 12:50 romulous Note Added: 0000526
2014-04-01 19:31 madshi Note Added: 0000549
2014-04-01 19:31 madshi Assigned To => madshi
2014-04-01 19:31 madshi Status new => feedback
2014-04-03 10:03 romulous Note Added: 0000577
2014-04-03 10:03 romulous Status feedback => assigned
2014-04-03 10:04 romulous Note Edited: 0000577
2014-04-03 10:18 madshi Status assigned => feedback
2014-04-03 13:46 romulous Note Added: 0000581
2014-04-03 13:46 romulous Status feedback => assigned
2014-04-03 14:48 madshi Note Added: 0000582
2014-04-03 14:48 madshi Status assigned => closed
2014-04-03 14:48 madshi Resolution open => fixed