Wilhelm Bartel
Wilhelm Bartel
### Proposal Under the [ressources](https://developer.hashicorp.com/nomad/docs/job-specification/resources) section of the job specification, it may be useful to add an upstream (maybe even downstream) bandwidth requirement option ### Use-cases I am running jobs...
When I try to pair with GHome, I get the following error msg: ``` "Auth:isValidClient(): clientId does not match (expected "", got "")!" ``` it somehow expects the client ID...
E.g. https://github.com/go-gst/go-gst/blob/b9552df57e7909f0f3ada3117b00aeef47f64a81/gst/gst_bin.go#L125-L134 The docs are mentioning `Unref after use` which conflicts with the `TransferFull` used in the function body and will lead to segfaults because of early frees.
gstreamer applications can interact with the tracers at runtime. E.g. the [leaks tracer](https://gstreamer.freedesktop.org/documentation/coretracers/leaks.html?gi-language=c) could be very useful if you want to export metrics to prometheus about alive objects to more...
This takes #79 and generalizes it. We need to add some methods to convert the objects safely between the type hierarchie. E.g. a call to `gst_element_get_static_pad` always returns a `GstPad`...
we need an official documentation for how to create custom `gstElements` in go. Essentially https://tinyzimmer.github.io/posts/exporting-gobject-from-go/ but maybe more dense? We already have https://github.com/go-gst/go-gst/tree/main/examples/plugins but with very little documentation
maybe we could use https://github.com/ianlancetaylor/cgosymbolizer in any way, will need some looking into. this could help to debug segfaults or similar issues in gstreamer itself.
the [`Message.GetStructure`](https://github.com/go-gst/go-gst/blob/main/gst/gst_message.go#L77) function calls some c functions that return `transfer:none` structures, but they are not transferred in our bindings. This could lead to nasty free bugs, or requires copying the...
if we ever want to have more contributors, a small documentation would be needed: e.g.: * when to use `glib.TransferNone` and when to use `glib.TransferFull` * when freeing the params...
Currently the build takes a veeery long time. Although `htop` shows only minor usage over all cores. Maybe this is just a configuration change needed to enable multithreading.