DLL not working on OBS 25.0.8/windows about obs-gstreamer HOT 7 CLOSED

Sounds like some DLL files cannot be found. Check with the dependencywalker.com tool if it reports something obvious.

Maybe it depends on what kind of gstreamer release you pick - msvc or mingw. The binary is linked to the mingw version. Msvc tends to strip the "lib" prefix from library names - so that may be something..

from obs-gstreamer.

Thanks! I was able to fix it. Dependency walker was not useful, so I switched to Process Monitor (a tool that lists every Windows API call) and detected that after loading that library, some of the additional dlls it loads were being pulled from another directory (in my case, the mingw directory), which contained a library with the same name but probably an older version.
So I changed the Mingw path to the bottom of the Path env var lists. Now it seems to be working just fine :D !

from obs-gstreamer.

Had the same issue, added bin directory of mingw gstreamer to the system PATH

from obs-gstreamer.

I had a similar issue. Process Monitor solved it for me. There was Tesseract-OCR in my path, which includes some gstreamer dlls which the plugin tried to load, but I guess where incompatible. Removed Tesseract-OCR from my path to get it working. I have OBS v26.0.2, v0.2.0 of this plugin and gstreamer v1.16.1 (mingw)

from obs-gstreamer.

For anyone running into a similar issue, I found https://github.com/lucasg/Dependencies/ to be significantly more useful than http://dependencywalker.com/, as it loads in the obs-gstreamer.dll file instantly, compared to depends.exe not responding for >10 minutes, and then later giving out info I couldn't read. I'd recommend using this program over depends.exe or Process Monitor first.

After following the red herring of obs.dll not being found, my real issue was this: libglib-2.0-0.dll was being fetched from the System32 folder, and is incompatible with obs-gstreamer.

According to this post on the Qt forums, I needed obs-gstreamer.dll to find libglib-2.0-0.dll in:

• The directory where the executable module for the current process is located
• The current directory

...before it reads from the Windows system directory, and causes the issue.

From there, I could solve the problem by copying libglib-2.0-0.dll in the plugins folder, or where obs.exe was. Logs are cleaner if I used C:\Program Files\obs-studio\bin\64bit, so I went with that, and it worked!

from obs-gstreamer.

There should never be a libglib in the System32 folder.

from obs-gstreamer.

Huh, good to know. I've renamed the one in System32 (in-case something actually used it) so obs-gstreamer shouldn't anymore, along with deleting the one I placed with obs64.exe. Test output seems to work!

from obs-gstreamer.