[Bug 38652] New: VMR9 Owner and Clipping hwnd

https://bugs.winehq.org/show_bug.cgi?id=38652

Bug ID: 38652
           Summary: VMR9 Owner and Clipping hwnd
           Product: Wine
           Version: 1.7.38
          Hardware: x86-64
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: quartz
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

VMR9 - Windows quartz seems to set Owner (I.E. put_Owner) if not already set
when SetVideoClippingWindow is called.

Wine creates a window at monitor position 0,0 (top, left) outside the
application if this isn't explicitly done.

[Bug 38652] VMR9 Owner and Clipping hwnd

https://bugs.winehq.org/show_bug.cgi?id=38652

--- Comment #1 from Jason  ---
I'm unsure, since my code is designed for windowless & windowed renderers, but
SetWindowPosition should either do nothing in windowless mode or move the
clipping window (not the Wine window implementing VMR9).  Once the Owner is
set, I can see the video window (class "IVMR9 Class") move inside the clipping
window as this function is called.

I think these differences are because Wine creates its own window for VMR9
windowless rendering, where Windows actually paints into the clipping window.

[Bug 38652] VMR9 Owner and Clipping hwnd

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=38652

Zebediah Figura  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #2 from Zebediah Figura  ---
After 3c0b0cc8346 and fa32c8e36d1 the VMR9 behaves better in windowless mode,
i.e. we don't use our own window, and we render to the clipping window.

Can you please test the application with Wine 5.9 or later?