Go bindings for GStreamer (retired: currently I don't use/develop this package)

I get the following error when trying to go get this library:

# github.com/ziutek/glib
type.go:19:1: error: 'g_type_init' is deprecated (declared at /usr/include/glib-2.0/gobject/gtype.h:669) [-Werror=deprecated-declarations]
 )
 ^
cc1: all warnings being treated as errors

I also tried running the examples, they don't work either, giving the same error.

I'm on Arch Linux x64, Go 1.1, GCC 4.8.1.

GST_DEBUG=3 go run live_webm.go 0:00:00.023227292 4260 0xc67090 WARN structure gststructure.c:195:gst_structure_validate_name: Invalid character ',' at offset 11 in structure name: video/x-raw,format=yuv

(live_webm:4260): GStreamer-CRITICAL **: gst_structure_new_empty: assertion 'gst_structure_validate_name (name)' failed

(live_webm:4260): GStreamer-CRITICAL **: gst_structure_take_value: assertion 'structure != NULL' failed

(live_webm:4260): GStreamer-CRITICAL **: gst_structure_take_value: assertion 'structure != NULL' failed

(live_webm:4260): GStreamer-CRITICAL **: gst_structure_take_value: assertion 'structure != NULL' failed 0:00:00.025233199 4260 0xc720a0 FIXME default gstutils.c:3643:gst_pad_create_stream_id_internal: Creating random stream-id, consider implementing a deterministic way of creating a stream-id 0:00:00.029249741 4260 0xc720a0 WARN basesrc gstbasesrc.c:2933:gst_base_src_loop: error: Internal data flow error. 0:00:00.029347884 4260 0xc720a0 WARN basesrc gstbasesrc.c:2933:gst_base_src_loop: error: streaming task paused, reason not-linked (-1)

go version go1.4.2 linux/amd64 gstreamer version 1.4.3.

Due to lack of push-behaviour I added some basic GstAppSrc and GstBuffer support which allows to allocate buffer and push it to AppSrc element inside "need-data" handler.

I have not found any documentation how to install it for windows 8.1? in windows 8.1 when i apply

C:\Go\bin>go.exe get github.com/ziutek/gst
# pkg-config --cflags glib-2.0 gobject-2.0 gthread-2.0
pkg-config: exec: "pkg-config": executable file not found in %PATH%

Can you please show me how to make it work? (i have Gstreamer SDK in C:\gstreamer\1.0..)

I've tested the gstreamer bindings in osx.

gstreamer 1.4.5, go 1.4.1 (built with swig support) are installed, as well as all the dependencies

The simple example works ok (replacing xvimagesink for autovideosink), but the live_webm fails building and launching it as shown. Any ideas on what's going on?

fatal error: attempt to execute C code on Go stack

runtime stack: runtime.throw(0x444a625) /usr/local/Cellar/go/1.4.1/libexec/src/runtime/panic.go:491 +0xad badc() /usr/local/Cellar/go/1.4.1/libexec/src/runtime/stack.c:891 +0x2a runtime.onM(0x4465370) /usr/local/Cellar/go/1.4.1/libexec/src/runtime/asm_amd64.s:257 +0x68 runtime.mstart() /usr/local/Cellar/go/1.4.1/libexec/src/runtime/proc.c:818

goroutine 1 [running]: runtime.switchtoM() /usr/local/Cellar/go/1.4.1/libexec/src/runtime/asm_amd64.s:198 fp=0xc208009a90 sp=0xc208009a88 runtime.morestackc() /usr/local/Cellar/go/1.4.1/libexec/src/runtime/stack.c:885 +0x1e fp=0xc208009aa8 sp=0xc208009a90 runtime.sighandler(0x5082120, 0x0, 0x0, 0x0) /usr/local/Cellar/go/1.4.1/libexec/src/runtime/signal_amd64x.c:44 +0x14 fp=0xc208009ab0 sp=0xc208009aa8

goroutine 5 [syscall, locked to thread]: github.com/ziutek/glib._Cfunc_mp_wait(0x0) /Users/bleedinge/src/go/src/github.com/ziutek/glib/:517 +0x4d github.com/ziutek/glib.callbackLoop() /Users/bleedinge/src/go/src/github.com/ziutek/glib/object.go:417 +0x1f created by github.com/ziutek/glib.init·1 /Users/bleedinge/src/go/src/github.com/ziutek/glib/object.go:423 +0x25

goroutine 17 [syscall, locked to thread]: runtime.goexit() /usr/local/Cellar/go/1.4.1/libexec/src/runtime/asm_amd64.s:2232 +0x1

I get a segfault when trying to parse a error message from gstreamer.

*** glibc detected *** /usr/local/bin/rtp-receiver: free(): invalid pointer: 0x00fd9040 ***
SIGABRT: abort
PC=0xb6c1acdc

goroutine 43 [syscall]:
runtime.cgocall(0xf7f8, 0x8246cb88)
    /usr/lib/go/src/pkg/runtime/cgocall.c:142 +0xdc fp=0x8246cb78 sp=0x8246cb4c
github.com/ziutek/gst._Cfunc_free(0xfd9040)
    github.com/ziutek/gst/_obj/_cgo_defun.c:82 +0x34 fp=0x8246cb84 sp=0x8246cb78
github.com/ziutek/gst.(*Message).ParseError(0x10b9c08, 0x96b92bc0, 0x96b2c680, 0x73)
    /home/pi/.go/src/github.com/ziutek/gst/message.go:157 +0x188 fp=0x8246cba8 sp=0x8246cb84
main.(*Manager).onMessage(0x96b00540, 0x96b0b7a8, 0x10b9c08)
    /home/pi/go/streaming/common-client.go:49 +0xd0 fp=0x8246cc1c sp=0x8246c
[..]

I tried it with different go versions without any change in behavior.

My current workaround is to comment out two lines in the library to not make it free the two pointers:

func (m *Message) ParseError() (err *glib.Error, debug string) {
        var d *C.gchar
        var     e, ret_e *C.GError

        C.gst_message_parse_error(m.g(), &e, &d)
        // prevent segfaults by not freeing the pointer
        //defer C.free(unsafe.Pointer(e))
        //defer C.free(unsafe.Pointer(d))

        debug = C.GoString((*C.char)(d))
        ret_e = new(C.GError)
        *ret_e = *e
        err = (*glib.Error)(unsafe.Pointer(ret_e))
        return
}

I'm not sure, if this is the way to fix it. I guess it creates a memory leak.