arkanoid87

not sure why, but the only .so library where I find the symbol "gst_app_sink_pull_sample" exposed is "libgstwebrtc.so" in "/usr/lib/x86_64-linux-gnu/gstreamer-1.0"

Super! It compiles and runs, just having some difficulties in freeing the sample with https://gstreamer.freedesktop.org/documentation/gstreamer/gstsample.html?gi-language=c#gst_sample_unref to declare sample consumption

from IRC regarding `gst_sample_unref` ``` 18:14 it's an inline function in the header file, you can use gst_mini_object_unref() instead 18:15 (or wait for https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/728/ to land) ... 18:30 giaco: doesn't...

reading the sample inside the callback with `buffer.map(mapInfo, {MapFlag.read}) `also brings some memory problems. It goes SIGSEGV immediatly with --gc:arc, and after a few seconds with --gc:refc (deallocating too soon?)...

ok, but I don't get how I should use it. Sample is being returned by sink.pullSample and gBoxedFreeGstSample doesn't have a return value. Maybe I should use "proc newWithFinalizer*(x: var...

Please find here a working C example of what I am trying to achieve: a full appsink -> my app -> appsrc pipeline https://fossies.org/linux/gst-plugins-base/tests/examples/app/appsink-src.c you can compile it with: `libtool...

I can confirm correct buffers from MapInfo in appsink new-sample callback! I'm now going to try appsrc too, just like C code. Thanks a lot for your effort on this

I've noticed that appsink work with --gc:arc but goes SIGSEGV with default GC after some seconds. Is this a real problem? Should I just stick with --gc:arc? Here's a minimal...

I'm also interested in using tree-sitter with nim for another project, it would be nice to turn the wrapping/binding part into an independent project available in nimble packages. It would...

having download button that fills memory even when not used and reloads page when clicked makes download button quite useless for any large-content or multi-content scenario