Bug Report Software Conflict

jdavidpugh · Mar 5, 2014

I have stumbled onto a possible issue. I am not sure which package is to blame.

When displaying GREarth http://grlevelx.com on a second display the screen does not redraw.

This only happens when running OpenBroadcaster https://obsproject.com/
I am using a screen capture from Vidblaster on this screen as well.
The Vidblaster screen is moving correctly even though GREarth Screen is frozen.
If you click a menu on GREarth and open a pull down the screen is animating properly when the window has focus.
Moving the screen to the main screen of the computer allows it to be properly animated.

GRAnalyst_2 and GRLevel3_2 all work fine under the same scenario.

System
--------------------------------------------------------------------------------

Manufacturer LENOVO
Model 2436CTO
Total amount of system memory 8.00 GB RAM
System type 64-bit operating system
Number of processor cores 4

Storage
--------------------------------------------------------------------------------

Total size of hard disk(s) 464 GB
Disk partition (C:) 310 GB Free (464 GB Total)

Graphics
--------------------------------------------------------------------------------

Display adapter type Intel(R) HD Graphics 4000
Total available graphics memory 1696 MB
Dedicated graphics memory 64 MB
Dedicated system memory 0 MB
Shared system memory 1632 MB
Display adapter driver version 9.18.13.1269
Primary monitor resolution 1920x1080
Secondary monitor resolution 1360x768
DirectX version DirectX 10

Network
--------------------------------------------------------------------------------

Network Adapter Intel(R) 82579LM Gigabit Network Connection
Network Adapter Intel(R) Centrino(R) Advanced-N 6205
Network Adapter Microsoft Virtual WiFi Miniport Adapter
Network Adapter TeamViewer VPN Adapter
Network Adapter Microsoft Virtual WiFi Miniport Adapter
Network Adapter TAP-Win32 Adapter OAS
Network Adapter TAP-Win32 Adapter V9

I am also using a J5Create USB2.0 HDMI graphics adapter for the secondary display... LG TV
Not shown is an Integrated NVidia Quadro K1000M video card which the 3 applications are using while running.

A conflict with OpenBroadcaster seems to be the culprit as I can close it and GREarth resumes normal operation.
Once Openbroadcaster is opened again the screen freezes. Again with a reminder that it is updating, just not redrawing.

This only started after a recent update. I did, however have lots of crashes prior to this which seem to have gone away since the last update.

I think it may be an issue with the Game capture feature which I do not use. Is there a way to disable this dll for testing? I do not see any way to configure it as the button is greyed out.

R1CH · Mar 5, 2014

Game capture will not hook or load into a program unless you add it to a scene. In fact, having OBS open with no sources loaded should not interfere with any other software since it's not doing anything other than encoding a black screen in that situation. Is it possible your GPU is being overworked or running low on video RAM?

A log file would also be useful - viewtopic.php?f=5&t=97

In general you should avoid using multiple applications that capture or hook at the same time, I'm not sure why you'd need to use Vidblaster and OBS together.

jdavidpugh · Mar 5, 2014

R1CH said:
Game capture will not hook or load into a program unless you add it to a scene. In fact, having OBS open with no sources loaded should not interfere with any other software since it's not doing anything other than encoding a black screen in that situation. Is it possible your GPU is being overworked or running low on video RAM?

No, resources are available..........just opening openbroadcaster locks up the display....it does not have to be streaming. Just opening it causes the monitors to flash and the display is locked as described........ Close OBS and it returns to normal...... I have multiple GPU's that I can assign the OBS to.....doesn't matter how its configured it does the same thing........locks up this one app when it is on the remote display........app is still running and the captured information is correct. Just the program itself stops redrawing. This happens with no scenes in OBS, just opening it does this.

It worked fine up till this past weekend when OBS updated.

R1CH said:
A log file would also be useful - viewtopic.php?f=5&t=97

Code:

11:22:47: Open Broadcaster Software v0.612b - 32bit (´・ω・｀)
11:22:47: -------------------------------
11:22:47: CPU Name: Intel(R) Core(TM) i7-3720QM CPU @ 2.60GHz
11:22:47: CPU Speed: 2594MHz
11:22:47: Physical Memory:  4095MB Total, 4095MB Free
11:22:47: stepping id: 9, model 58, family 6, type 0, extmodel 1, extfamily 0, HTT 1, logical cores 8, total cores 4
11:22:47: monitor 1: pos={0, 0}, size={1920, 1080}
11:22:47: monitor 2: pos={-1360, 180}, size={1360, 768}
11:22:47: Windows Version: 6.1 Build 7601 S
11:22:47: Aero is Disabled
11:22:47: -------------------------------
11:22:47: OBS Modules:
11:22:47: Base Address     Module
11:22:47: 00EE0000         OBS.exe
11:22:47: 59510000         OBSApi.dll
11:22:47: 5C230000         DShowPlugin.dll
11:22:47: 59810000         GraphicsCapture.dll
11:22:47: 5C210000         NoiseGate.dll
11:22:47: 597F0000         PSVPlugin.dll
11:22:47: ------------------------------------------
11:22:47: Adapter 1
11:22:47:   Video Adapter: Intel(R) HD Graphics 4000
11:22:47:   Video Adapter Dedicated Video Memory: 67108864
11:22:47:   Video Adapter Shared System Memory: 1711276032
11:22:47:   Video Adapter Output 1: pos={0, 0}, size={1920, 1080}, attached=true
11:22:47:   Video Adapter Output 2: pos={-1360, 180}, size={1360, 768}, attached=true
11:22:47: ------------------------------------------
11:22:47: Adapter 2
11:22:47:   Video Adapter: NVIDIA Quadro K1000M 
11:22:47:   Video Adapter Dedicated Video Memory: 2091712512
11:22:47:   Video Adapter Shared System Memory: 2203189248
11:22:47: =====Stream Start: 2014-03-05, 11:22:47===============================================
11:22:47:   Multithreaded optimizations: On
11:22:47:   Base resolution: 1280x720
11:22:47:   Output resolution: 1280x720
11:22:47: ------------------------------------------
11:22:47: Nvidia optimus detected, second adapter selected, ignoring useless second adapter, I guess.
11:22:47: Loading up D3D10 on Intel(R) HD Graphics 4000 (Adapter 1)...
11:22:47: ------------------------------------------
11:22:47: Audio Format: 48000hz
11:22:47: Playback device Default
11:22:47: ------------------------------------------
11:22:47: Using desktop audio input: Microphone (Realtek High Definition Audio)
11:23:05: ------------------------------------------
11:23:05: Audio Encoding: AAC
11:23:05:     bitrate: 96
11:23:05: ------------------------------------------
11:23:05:     device: \\?\root#media#0000#{65e8773d-8f56-11d0-a3b9-00a0c9223196}\global,
11:23:05:     device id \\?\root#media#0000#{65e8773d-8f56-11d0-a3b9-00a0c9223196}\global,
11:23:05:     chosen type: RGB24, usingFourCC: false, res: 1280x720 - 1280x720, frameIntervals: 333667-10000000
11:23:05:     use buffering: false - 0, fourCC: 00000000
11:23:05:     audio device: Disable,
11:23:05:     audio device id Disabled,
11:23:05: 
11:23:05: Using directshow input
11:23:05: Scene buffering time set to 700
11:23:05: ------------------------------------------
11:23:05: Video Encoding: x264
11:23:05:     fps: 30
11:23:05:     width: 1280, height: 720
11:23:05:     preset: veryfast
11:23:05:     profile: high
11:23:05:     keyint: 250
11:23:05:     CBR: yes
11:23:05:     CFR: no
11:23:05:     max bitrate: 825
11:23:05:     buffer size: 825
11:23:05: ------------------------------------------
11:23:08:   Interface: Intel(R) 82579LM Gigabit Network Connection (ethernet, 100 mbps)
11:23:08: Completed handshake with rtmp://inbound1.chasertv.com/live in 362 ms.
11:23:09: SO_SNDBUF was at 8192
11:23:09: SO_SNDBUF is now 65536
11:37:04: Total frames encoded: 25140, total frames duplicated: 185 (0.74%)
11:37:04: Total frames rendered: 25138, number of late frames: 6 (0.02%) (it's okay for some frames to be late)
11:37:04: RTMPPublisher::SocketLoop: Graceful loop exit
11:37:04: Average send payload: 3192 bytes, average send interval: 30 ms
11:37:04: Number of times waited to send: 0, Waited for a total of 0 bytes
11:37:04: Number of b-frames dropped: 0 (0%), Number of p-frames dropped: 0 (0%), Total 0 (0%)
11:37:04: Number of bytes sent: 86936732
11:37:04: 
11:37:04: Profiler time results:
11:37:04: 
11:37:04: ==============================================================
11:37:04: video thread frame - [100%] [avg time: 4.435 ms] [children: 83.5%] [unaccounted: 16.5%]
11:37:04: | scene->Preprocess - [77.5%] [avg time: 3.439 ms]
11:37:04: | GPU download and conversion - [5.93%] [avg time: 0.263 ms] [children: 5.12%] [unaccounted: 0.812%]
11:37:04: | | flush - [2.34%] [avg time: 0.104 ms]
11:37:04: | | CopyResource - [2.66%] [avg time: 0.118 ms]
11:37:04: | | conversion to 4:2:0 - [0.113%] [avg time: 0.005 ms]
11:37:04: Convert444Threads - [100%] [avg time: 1.34 ms] [children: 98.7%] [unaccounted: 1.27%]
11:37:04: | Convert444toNV12 - [98.7%] [avg time: 1.323 ms]
11:37:04: encoder thread frame - [100%] [avg time: 1.779 ms] [children: 1.63%] [unaccounted: 98.4%]
11:37:04: | sending stuff out - [1.63%] [avg time: 0.029 ms]
11:37:04: ==============================================================
11:37:04: 
11:37:04: 
11:37:04: Profiler CPU results:
11:37:04: 
11:37:04: ==============================================================
11:37:04: video thread frame - [cpu time: avg 3.753 ms, total 94349.4 ms] [avg calls per frame: 1]
11:37:04: | scene->Preprocess - [cpu time: avg 3.128 ms, total 78640.1 ms] [avg calls per frame: 1]
11:37:04: | GPU download and conversion - [cpu time: avg 0.199 ms, total 5007.63 ms] [avg calls per frame: 1]
11:37:04: | | flush - [cpu time: avg 0.084 ms, total 2121.61 ms] [avg calls per frame: 1]
11:37:04: | | CopyResource - [cpu time: avg 0.092 ms, total 2324.42 ms] [avg calls per frame: 1]
11:37:04: | | conversion to 4:2:0 - [cpu time: avg 0.003 ms, total 78 ms] [avg calls per frame: 1]
11:37:04: Convert444Threads - [cpu time: avg 1.228 ms, total 61714 ms] [avg calls per frame: 2]
11:37:04: | Convert444toNV12 - [cpu time: avg 1.221 ms, total 61355.2 ms] [avg calls per frame: 2]
11:37:04: encoder thread frame - [cpu time: avg 1.147 ms, total 28813.4 ms] [avg calls per frame: 1]
11:37:04: | sending stuff out - [cpu time: avg 0.015 ms, total 390.005 ms] [avg calls per frame: 1]
11:37:04: ==============================================================
11:37:04: 
11:37:04: =====Stream End: 2014-03-05, 11:37:04=================================================

I will get you one.......

R1CH said:
In general you should avoid using multiple applications that capture or hook at the same time, I'm not sure why you'd need to use Vidblaster and OBS together.

Vidblaster does all the switching it feeds a virtual stream to OBS for encoding which should be OBS' only task is to encode the virtual stream. Sorry....Vidblaster has a better interface for complex production....
CLI control of FMLE is the native encoder in VidBlaster. We are trying to use OBS due to the licensing costs of AAC on FMLE and in hopes of having a "thinner" encoder hitting the CPU.......

Nonetheless, OBS has issues with this particular application regardless of the presence of VidBlaster.

jdavidpugh · Mar 5, 2014

Clarification followup:

Rich I think I failed to mention clearly that this is occurring with no sources open in OBS......
Just opening it causes the lockup of the screen on the remote display.

dodgepong · Mar 5, 2014

Do you have Aero enabled on your system while not using OBS?

jdavidpugh · Mar 6, 2014

Typically....I have OBS switch it off when it opens....
Ill try turning it off before I start but as I repeat..
This has not been an issue until last weeks updates.

I do, however have another piece of hardware to try...
Needed to upgrade to a USB 3.0 HDMI adapter anyway...

I will try those two tonight when my flight lands and I can get back to my home office for further testing..

It is just odd that it is only happening on the remote display.

I have the developer of the other package looking to see if he can spot any differences in his other two packages which work and basically are the same thing with different data sets.

dodgepong · Mar 6, 2014

Actually, I was going to suggest leaving Aero enabled, and don't set OBS to disable Aero. You only need Aero disabled if you're using Monitor capture, which you should usually avoid doing anyway.

jdavidpugh · Mar 6, 2014

Hmmmm interesting.....Wouldn't disabling aero reduce the overhead....
I don't use anything from OBS but the encoder......everything else is handled by VidBlaster.
Oh and the text crawler occasionally cause I like the one OBS has.....

dodgepong · Mar 6, 2014

Actually, OBS works better with Aero enabled in a lot of ways, particularly with Window capture. If you're having disaply issues as soon as you open OBS, my suspicion is that it might have something to do with OBS turning off Aero when it starts up. You don't need to turn off Aero, so try it with Aero enabled and see if that helps at all.

jdavidpugh · Mar 6, 2014

Thanks dodge.........you nailed it.........it was in the Aero disable feature.......
Unchecked it and its working fine........weird LOL
I am gonna try it with it already disabled prior to loading to see if it has the same affect.....
Thanks again for the help!

jdavidpugh · Mar 6, 2014

Update:
Using a Windows basic profile with aero disabled has no affect.
The mode switch using the checkbox must have been what was locking it up.

Thanks Again!

David

Bug Report Software Conflict

jdavidpugh

New Member

R1CH

jdavidpugh

New Member

jdavidpugh

New Member

dodgepong

Administrator

jdavidpugh

New Member

dodgepong

Administrator

jdavidpugh

New Member

dodgepong

Administrator

jdavidpugh

New Member

jdavidpugh

New Member