|Anonymous | Login | Signup for a new account||2019-08-21 05:46 CEST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000110||madVR||bug||public||2013-07-14 17:40||2014-04-02 05:29|
|Platform||x64||OS||windows||OS Version||7 sp 1|
|Summary||0000110: Playback gets blocked when captured with Open Broadcaster Software and recorded playback is ahead|
|Description||when capturing mpc-hc with obs game capture (http://obsproject.com/index [^]) playback gets block when the player is minimized |
the preview/recorded playback is ahead by 8 frames when the gpu queue is 8
|Steps To Reproduce||start mpc hc with a video|
start OBS create a game capture source.
select mpc-hc as application and create it.
select the new created game capture and start preview stream.
click show desktop
|Additional Information||not imported bug at all but evr-cp works perfect|
|Tags||No tags attached.|
|Media Player (with version info)||184.108.40.20645|
|Splitter (with version info)||lav 0.58|
|Decoder (with version info)||lav 0.58|
|DXVA2 Scaling Active||no|
|Aero / Desktop Composition||On|
|Problem occurs with mode||all modes|
|GPU Driver Version||13.6|
|Attached Files||madVR - log.zip [^] (214,840 bytes) 2013-07-14 17:40|
It seems that for some reason MPC-HC moves the rendering window to a different monitor when it minimizes. The log says:
00002642 Reset ReadDeviceDisplayMode, window: 00030A10, monitor: \\.\DISPLAY4, rect: -32000,-32000,-30720,-31280, visible: +
00002646 Reset Window: 00030A10; WindowRect: -32000, -32000, -30720, -31280; ClientRect: 0, 0, 1280, 720; ClassName: madVR
00002646 Reset ParentWindow: 000404D8; WindowRect: -32000, -32000, -31840, -31973; ClientRect: 0, 0, 0, 0; ClassName: MediaPlayerClassicW
00002646 Render madVR rendering window was moved to a different monitor
And then some time later:
00002710 Render creating Direct3D device failed (80070005)
So basically Direct3D seems to refuse to render on the display MPC-HC moved the rendering window to. I don't think there's much I can do about this. Not sure how EVR works, but EVR is window-less, madVR is not, that might be the difference. Does "VMR9 windowed" work? In any case, I don't see anything madVR is doing wrong in the log, so I'm inclined to close this bug entry. Thoughts?
the bug only occurs in this very rare scenario, if this is not easy fixable is fine. only a problem for steamer who use CM/videos this way.
VMR9 Renderless "Works" it can't be captured way.
|2013-07-14 17:40||huhn||New Issue|
|2013-07-14 17:40||huhn||File Added: madVR - log.zip|
|2014-04-01 18:52||madshi||Note Added: 0000547|
|2014-04-01 18:52||madshi||Assigned To||=> madshi|
|2014-04-01 18:52||madshi||Status||new => feedback|
|2014-04-02 05:29||huhn||Note Added: 0000558|
|2014-04-02 05:29||huhn||Status||feedback => assigned|
|2014-04-02 05:29||huhn||Status||assigned => closed|
|2014-04-02 05:29||huhn||Resolution||open => fixed|
|Copyright © 2000 - 2012 MantisBT Group|