Need help to compile on msys2

[Kosette]

Can anyone provide some advices on compiling libclapper and libclapper-gtk on msys2?

I'm trying to compile a program dependent on clapper-rs to Windows, but it prompted missing clapper and clapper-gtk during compilation. However, I did not find the relevant dependency packages under mingw64, so I am considering compiling them manually.

But I've run into an issue.

D:\a\clapper\clapper\builddir/../src/lib/gst/plugin/handlers/gl/gstclapperglcontexthandler.c:457:(.text+0xb8c): undefined reference to `gst_gtk_invoke_on_main' 

I installed the dependencies related to gstreamer in the mingw64 environment, installed meson and ninja, but I am very unfamiliar with them, so I don't know whether the error message is missing the dependencies or what I did wrong.

[Rafostar]

missing clapper and clapper-gtk during compilation

These are recently introduced libraries that come from building Clapper (can be built without the app if needed too). But these things are SO new, that I haven't tried building on Windows yet. Supporting Windows was never a requirement for a release of Clapper 0.6.0 version. But if there are users/apps/need for them, I will see what can be done.

There is already an open feature request for adding windows support (#103) and at that time I already succeeded in getting video to work on Windows (a.k.a the hardest part), so what is left should be not too hard to achieve (at least I hope).

[Kosette]

Thanks for your reply, #103 I saw it too, so I tried to compile it myself. But I don’t use Linux, so I’m almost clueless about what to do to compile these libs on Windows (still trying to figure it out while learning about msys2😅).

I already succeeded in getting video to work on Windows

Yeah, this convinces me that compiling the necessary dlls on Windows is feasible, it just needs some more learning and trying from my side.

[Kosette]

If I disable some features(glimporter gluploader rawimporter), I can compile clapper.dll clapper-gtk.dll libgstclapper.dll normally, but it seems that I cannot call clappersink to play videos.

I am not sure if it is because of incomplete compilation. 😰

[Rafostar]

Well... if it would be that easy, I wouldn't have an open issue about adding Windows support 😄 . But from what you are saying it seems most of the newly rewritten stuff compiles cleanly which is great! I just gonna find some more free time and a Windows machine to fix whatever remains.

[Rafostar]

@Kosette

OK. I gave it a go and its caused by missing symbol exports. Its gonna take a little effort from my side, but do-able to be fixed.

[Rafostar]

@Kosette

Work towards MS Windows support is now on ms-win branch with open draft PR here: #463

I did most of that by feeling cause I do not have Windows PC at hand at the moment. I will try compiling during week, but feel free to try it yourself and report back any remaining issues you find.

[Kosette]

I'm trying to compile locally to exclude certain environmental factors.

@Rafostar
I have compiled locally on my PC and encountered the following error when running with CLAPPER_SINK_IMPORTER_PATH=/mingw64/lib/clapper-0.0/gst/plugin/importers GST_DEBUG=3 clapper.exe video.mp4:

0:00:02.660626800 15464    1fcc7ababd0 FIXME              glcontext gstglcontext.c:2038:gst_gl_wrapped_context_get_config:<glwrappedcontext0> wrapped context could not retrieve config. The application may be missing a call to gst_gl_context_fill_info() or the specific platform implemention is not implemented for retrieving the config from a wrapped OpenGL context.
fish: Job 1, 'CLAPPER_SINK_IMPORTER_PATH=/min…' terminated by signal SIGSEGV (Address boundary error)

Did I set something wrong?

[Rafostar]

I added an env just in case, but in following commit I improved automatic path detection on Windows, so please try running without it. Just GST_DEBUG=4 clapper.exe and see what happens and output.

[Kosette]

Likely the same error occurs. Verbose logs https://pastebin.com/YVaykMLh

0:00:02.989763400 13292 1e3c760c1a0 FIXME glcontext gstglcontext.c:2038:gst_gl_wrapped_context_get_config:<glwrappedcontext0> wrapped context could not retrieve config. The application may be missing a call to gst_gl_context_fill_info() or the specific platform implemention is not implemented for retrieving the config from a wrapped OpenGL context.

[Rafostar]

The error message at the beginning indicates that the file cannot be found, but the actual installation file path is not in c:\lib\clapper-0.0. I'm not sure how this path came about.

After last commit, this part now works correctly for you. Path is automatically determined and "importer" DLLs are found and loaded without problems:

0:00:02.743940900 13292    1e3c51d0a20 INFO    clapperimporterloader gstclapperimporterloader.c:137:_obtain_available_modules_once: Win32 importers path: \Path\to\msys2\mingw64\lib\clapper-0.0\gst\plugin\importers
0:00:02.749317300 13292    1e3c51d0a20 INFO    clapperimporterloader gstclapperimporterloader.c:182:_obtain_available_modules_once: Found module: libgstclapperglimporter.dll
0:00:02.753108100 13292    1e3c51d0a20 INFO    clapperimporterloader gstclapperimporterloader.c:182:_obtain_available_modules_once: Found module: libgstclappergluploader.dll

This message is just a "fixme" info printed. Seems to happen with surfaceless GL context, but same happens on Linux and it can be probably ignored.

0:00:02.989763400 13292    1e3c760c1a0 FIXME              glcontext gstglcontext.c:2038:gst_gl_wrapped_context_get_config:<glwrappedcontext0> wrapped context could not retrieve config. The application may be missing a call to gst_gl_context_fill_info() or the specific platform implemention is not implemented for retrieving the config from a wrapped OpenGL context.

The crash now happens after starting playback.

0:00:04.575872400 13292    1e3c760c880 INFO             clappersink gstclappersink.c:598:gst_clapper_sink_start:<sink> Start
fish: Job 1, 'GST_DEBUG=4 clapper 'video.mp4'' terminated by signal SIGSEGV (Address boundary error)

So at least everything is compiled and seems to be now correctly installed with all DLLs found and loaded. A big step forward 😄

[Rafostar]

Could you check if you can run artifact from: https://github.com/Rafostar/clapper/actions/runs/9587958489
Just extract it to some directory and try running clapper.exe inside bin folder.

[Kosette]

@Rafostar

I've got great news. Although it is still not possible to play normally, clapper launches successfully.

Clapper on Win10

Error playing video (As far as I know, libgstx264.dll has been installed into lib/gstreamer-1.0 folder)

And I find another weird thing, video does not appear in file selection dialogue, to be precise, it has not been identified as a media file.

No video

video appeared

[Rafostar]

Great you got this to work. 👍 Can you share debug output with remaining warnings? We should try to fix as many as possible while we are still on it 😄

clapper-console.exe --gst-debug=2

[Kosette]

Tried play video, pause, resume, pause, seek, exit.

https://pastebin.com/p9F4DFQB

BTW, "不支持此接口" means "unsupported interface" or such.

NO outputs with clapper-console.exe --gst-debug=2 only. It works well.

[Rafostar]

OK. Thanks.

gst_d3d11_device_get_video_device_handle: D3D11 call failed: 0x80004002, 不支持此接口

This one would need looking into GStreamer source code why it happens, but the D3D11 seems to be working just fine afterwards anyway...

transform could not transform video/x-raw(memory:D3D11Memory)

This is expected to happen since neither Clapper or GStreamer has currently support for importing D3D11Memory (GTK4 works with OpenGL textures). This causes worse performance (higher CPU usage), as it needs to go with a slower code path. So normal, until someone figures out and implements (either here or even better in GStreamer itself) how to render D3D11Memory into GTK4 or convert it efficiently into GL texture.

QoS

The remaining warnings are QoS (quality of service) messages. These are normal and perfectly fine to appear occasionally. It informs about skipped frames and/or audio buffers in order to keep video and audio in sync. As long as you do not get many skipped frames during normal playback (only occasionally and when seeking) this is expected behavior.

[Rafostar]

I will also test this some more in the coming days. Hopefully MS Windows support + packages can be merged soon. Thanks for help with testing 👍

[Kosette]

Great milestone, make Windows great again😂.

Thank you for your patience and efforts.

[Kosette]

@Rafostar

I am encountering a strange issue when compiling a program using clapper Rust bindings on Windows mingw64.

If I set windows_subsystem="windows", the compilation runs smoothly, but if I do not set this compile flag, the compilation fails with the error message undefined reference to 'clapper_mpris_get_type'.

I'm confused as Windows seems not support mpris feature. I don't know whether it is a clapper building issue or something else.

The error message as below, if it helps: https://github.com/tsukinaha/tsukimi/actions/runs/9760566305/job/26939707213#step:5:466

[Rafostar]

Not really a Rust expert, but one guess is that since bindings were generated on a Linux machine where MPRIS was possible they contain MPRIS stuff and its marked as available. Although normally GTypes are not called/registered unless used in code. Dunno why windows_subsystem="windows" would make it work through 🤷‍♂️

TIP: When building Clapper for another app, you can use -Dclapper-app=disabled to not build whole player and have less to package.

[Kosette]

one guess is that since bindings were generated on a Linux machine where MPRIS was possible they contain MPRIS stuff and its marked as available.

Thanks. I will check it out.🤔

[Kosette]

Finally, find the solution, turn on lto=true in Cargo.toml. It's a compiler optimization issue which is really a mind-fucking problem.🤣

[Rafostar]

Really? That's quite surprising. Glad you figured it out.