GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2021-11-05T09:33:46Zhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/434Issue in the message thrown from Gstreamer message.2021-11-05T09:33:46ZDhanvarsh DhanvarshIssue in the message thrown from Gstreamer message.In Gstreamer we have
State READY
State PAUSE
State PLAYING
And why do we get the below message.
1.Error received from element source: Could not get/set settings from/on resource.
How to solve or handle this message.
Even though we hav...In Gstreamer we have
State READY
State PAUSE
State PLAYING
And why do we get the below message.
1.Error received from element source: Could not get/set settings from/on resource.
How to solve or handle this message.
Even though we have good internet speed, Sometimes i get the above msg.
Can anyone help me on this???https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/642glupload: Dirty cache line with UVC camera.2019-08-27T16:11:51ZKevin Songglupload: Dirty cache line with UVC camera.@ndufresne , I met UVC camera has dirty cache line issue. I run below command line:
gst-launch-1.0 v4l2src device=/dev/video2 ! queue ! glimagesink sync=false -v
UVC camera driver use queue->queue.mem_ops = &vb2_vmalloc_memops; But I ...@ndufresne , I met UVC camera has dirty cache line issue. I run below command line:
gst-launch-1.0 v4l2src device=/dev/video2 ! queue ! glimagesink sync=false -v
UVC camera driver use queue->queue.mem_ops = &vb2_vmalloc_memops; But I don't see ret = dmabuf->ops->end_cpu_access(dmabuf, direction) implement in vb2_vmalloc_memops. So we haven't chance to flush cache.
v4l2src will output dmabuf. glupload will upload to GPU. if I remove _set_cached_eglimage (mems[i], dmabuf->eglimage[i], cache_id); , it works fine.
It doesn't help if I add if (ioctl (fd[0], DMA_BUF_IOCTL_SYNC, &sync) < 0) for every frame in gstglupload.c.
Do you have any suggestion? Where should do cache flush? I think GPU driver should do cache flush before GPU access the buffer.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1064msdkvpp: gst_msdkvpp_close forgot to free up memory allocated by gst_msdk_fra...2019-09-17T07:49:52ZLim Siew Hoonmsdkvpp: gst_msdkvpp_close forgot to free up memory allocated by gst_msdk_frame_alloc function.gst_msdk_frame_alloc has been called in gst_msdkvpp_initialize. But after finished using vpp, gst_msdkvpp_close will be called it terminate. But found out that gst_msdk_frame_alloc has been allocate the memory never get free up.
Gstrea...gst_msdk_frame_alloc has been called in gst_msdkvpp_initialize. But after finished using vpp, gst_msdkvpp_close will be called it terminate. But found out that gst_msdk_frame_alloc has been allocate the memory never get free up.
Gstreamer Framework: 1.16.0
command pipeline:
valgrind --leak-check=yes --log-file=valgrind.txt gst-launch-1.0 videotestsrc num-buffers=10 ! video/x-raw,format=UYVY,widt h=720,height=576 ! msdkvpp ! glimagesink
Attached the patch: [0001-msdkvpp-fixed-missing-gst_msdk_frame_free-in-gst_msd.patch](/uploads/8e4eb1a8018550f20f5bed6a75523466/0001-msdkvpp-fixed-missing-gst_msdk_frame_free-in-gst_msd.patch)https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/185fetch-cache fails to retrieve from slightly older commit hashes2020-07-18T10:33:53ZMatthew Watersmatthew@centricular.comfetch-cache fails to retrieve from slightly older commit hashesI've seen two failure modes of fetch-cache failing to retrieve a valid cache from the commit.
1. If cerbero master CI has failed.
2. If cerbero master CI is in progress.
Both of these will currently result in all other CI runs to rebui...I've seen two failure modes of fetch-cache failing to retrieve a valid cache from the commit.
1. If cerbero master CI has failed.
2. If cerbero master CI is in progress.
Both of these will currently result in all other CI runs to rebuild the entirety of cerbero.
cc @ndufresnehttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/658Missing doc blurbs for pbutils Encoding Targets in hotdoc2019-08-27T14:25:36ZMart RaudseppMissing doc blurbs for pbutils Encoding Targets in hotdocWith gtk-doc there's a blurb about encoding targets, describing the keyfile like files, etc; this appears missing from the official hotdoc code.
Basically the chunk around
```
* ## Encoding target serialization format
*
* Encoding ta...With gtk-doc there's a blurb about encoding targets, describing the keyfile like files, etc; this appears missing from the official hotdoc code.
Basically the chunk around
```
* ## Encoding target serialization format
*
* Encoding targets are serialized in a KeyFile like files.
```
It's there with gtk-doc in devhelp, and interestingly also this hotdoc version:
https://thiblahute.github.io/GStreamer-doc/gst-plugins-base-pbutils-1.0/encoding-target.html?gi-language=c
But is missing from the official docs:
https://gstreamer.freedesktop.org/documentation/pbutils/encoding-target.html?gi-language=chttps://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/188Memory leak in 1.14.5 release2022-03-11T18:55:44ZPaul van TilburgMemory leak in 1.14.5 releaseWe have an application that uses `playbin` with VAAPI connected to Clutter on Xorg on Ubuntu 16.04 LTS (Bionic).
This application continuously creates and destroys a `playbin` pipeline.
Since 1.14.5 landed in Ubuntu Bionic, the applicati...We have an application that uses `playbin` with VAAPI connected to Clutter on Xorg on Ubuntu 16.04 LTS (Bionic).
This application continuously creates and destroys a `playbin` pipeline.
Since 1.14.5 landed in Ubuntu Bionic, the application started leaking (VIRT) memory; reverting to 1.14.4 solves the problem.
I have performed `git bisect` to determine the commit that causes this; it is 47ca2c0ccb184108d6208a02b1dd57ac1da3ef17.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1062OpenJPEG instead of Jasper2019-08-26T09:41:56ZMichael VetterOpenJPEG instead of JasperHi,
Jasper has a bunch of security issues that are not fixed after quite some time.
Several distributions dropped (or are in the process of dropping) jasper from their repos (AFAIK: Debian, Gentoo, Alpine, openSUSE).
Do you consider sw...Hi,
Jasper has a bunch of security issues that are not fixed after quite some time.
Several distributions dropped (or are in the process of dropping) jasper from their repos (AFAIK: Debian, Gentoo, Alpine, openSUSE).
Do you consider switching to OpenJPEG instead of Jasper for JPEG2000 support?
For a bit more details about the Jasper drop you can read [this](https://github.com/mdadams/jasper/issues/208).https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1061msdk: msdkenc/dec with videoconvert causes crash2019-09-10T14:13:46ZSeungha Yangseungha@centricular.commsdk: msdkenc/dec with videoconvert causes crash- OS: CentOS Linux release 7.4.1708
- gst-version: master (1.16 also same)
command
` GST_DEBUG=msdk*:6 gst-launch-1.0 filesrc location=trailer.mp4 ! qtdemux ! h264parse ! msdkh264dec ! videoconvert ! videoscale ! videoconvert ! vide...- OS: CentOS Linux release 7.4.1708
- gst-version: master (1.16 also same)
command
` GST_DEBUG=msdk*:6 gst-launch-1.0 filesrc location=trailer.mp4 ! qtdemux ! h264parse ! msdkh264dec ! videoconvert ! videoscale ! videoconvert ! videorate ! video/x-raw,width=1920,height=1080,framerate=60/1 ! msdkh264enc bitrate=6000 gop-size=60 ! h264parse ! mp4mux ! filesink location=1080_avc.mp4`
The test file is well known sintel trailer https://www.w3.org/2010/05/video/mediaevents.html
callstack
```
#0 0x00007f30e1990279 in waitpid () at /lib64/libpthread.so.0
#1 0x00007f30e1e0d923 in g_on_error_stack_trace () at /lib64/libglib-2.0.so.0
#2 0x0000000000403885 in fault_spin ()
#3 0x0000000000403860 in fault_handler_sighandler (signum=11)
#4 0x00007f30e19906d0 in <signal handler called> () at /lib64/libpthread.so.0
#5 0x00007f30d83b4663 in gst_msdk_context_put_surface_available (context=0x2397850, resp=0x2382ee0, surface=0x7f30c4004320)
#6 0x00007f30d83c4630 in gst_msdk_video_memory_release_surface (mem=0x238e3a0)
#7 0x00007f30d83b338e in gst_msdk_buffer_pool_release_buffer (pool=0x7f30c424e4d0, buf=0x7f30c432da20)
#8 0x00007f30e21590c8 in gst_buffer_pool_release_buffer (pool=0x7f30c424e4d0, buffer=0x7f30c432da20) at ../subprojects/gstreamer/gst/gstbufferpool.c:1364
#9 0x00007f30e2151a44 in _gst_buffer_dispose (buffer=0x7f30c432da20)
#10 0x00007f30e219824a in gst_mini_object_unref (mini_object=0x7f30c432da20)
#11 0x00007f30d5327191 in gst_buffer_unref (buf=0x7f30c432da20)
#12 0x00007f30d5328e47 in gst_video_rate_swap_prev (videorate=0x237ded0, buffer=0x0, time=0)
#13 0x00007f30d53286eb in gst_video_rate_reset (videorate=0x237ded0)
#14 0x00007f30d532d1f1 in gst_video_rate_stop (trans=0x237ded0)
#15 0x00007f30da06bf92 in gst_base_transform_activate (trans=0x237ded0, active=0) at ../subprojects/gstreamer/libs/gst/base/gstbasetransform.c:2445
#16 0x00007f30da06bff9 in gst_base_transform_sink_activate_mode (pad=0x2339d30, parent=0x237ded0, mode=GST_PAD_MODE_PUSH, active=0)
#17 0x00007f30e219badc in activate_mode_internal (pad=0x2339d30, parent=0x237ded0, mode=GST_PAD_MODE_PUSH, active=0)
#18 0x00007f30e219b62e in gst_pad_set_active (pad=0x2339d30, active=0)
#19 0x00007f30e217b54a in activate_pads (vpad=0x7ffdd4f19f10, ret=0x7ffdd4f19f60, active=0x7ffdd4f19fa4) at ../subprojects/gstreamer/gst/gstelement.c:3121
#20 0x00007f30e218f2f2 in gst_iterator_fold (it=0x21d2da0, func=0x7f30e217b50b <activate_pads>, ret=0x7ffdd4f19f60, user_data=0x7ffdd4f19fa4)
#21 0x00007f30e217b5de in iterator_activate_fold_with_resync (iter=0x21d2da0, func=0x7f30e217b50b <activate_pads>, user_data=0x7ffdd4f19fa4)
#22 0x00007f30e217b722 in gst_element_pads_activate (element=0x237ded0, active=0) at ../subprojects/gstreamer/gst/gstelement.c:3189
#23 0x00007f30e217ba14 in gst_element_change_state_func (element=0x237ded0, transition=GST_STATE_CHANGE_PAUSED_TO_READY)
#24 0x00007f30e217b077 in gst_element_change_state (element=0x237ded0, transition=GST_STATE_CHANGE_PAUSED_TO_READY)
#25 0x00007f30e217ae16 in gst_element_set_state_func (element=0x237ded0, state=GST_STATE_NULL) at ../subprojects/gstreamer/gst/gstelement.c:2987
#26 0x00007f30e217aa04 in gst_element_set_state (element=0x237ded0, state=GST_STATE_NULL) at ../subprojects/gstreamer/gst/gstelement.c:2888
#27 0x00007f30e214a3a9 in gst_bin_element_set_state (bin=0x2390060, element=0x237ded0, base_time=0, start_time=0, current=GST_STATE_READY, next=GST_STATE_NULL)
#28 0x00007f30e214b99e in gst_bin_change_state_func (element=0x2390060, transition=GST_STATE_CHANGE_READY_TO_NULL)
#29 0x00007f30e21afceb in gst_pipeline_change_state (element=0x2390060, transition=GST_STATE_CHANGE_READY_TO_NULL)
#30 0x00007f30e217b077 in gst_element_change_state (element=0x2390060, transition=GST_STATE_CHANGE_READY_TO_NULL)
#31 0x00007f30e217ae16 in gst_element_set_state_func (element=0x2390060, state=GST_STATE_NULL) at ../subprojects/gstreamer/gst/gstelement.c:2987
#32 0x00007f30e217aa04 in gst_element_set_state (element=0x2390060, state=GST_STATE_NULL) at ../subprojects/gstreamer/gst/gstelement.c:2888
#33 0x0000000000406930 in main (argc=30, argv=0x7ffdd4f1aa18)
Spinning. Please run 'gdb gst-launch-1.0 23945' to continue debugging, Ctrl-C to quit, or Ctrl-\ to dump core.
```
log
```
0:00:00.024847773 23945 0x2347d90 INFO msdk msdk.c:195:msdk_open_session: MSDK implementation: 0x0402 (HARDWARE)
0:00:00.024870468 23945 0x2347d90 INFO msdk msdk.c:196:msdk_open_session: MSDK version: 1.25
Setting pipeline to PAUSED ...
0:00:00.064192373 23945 0x2347d90 INFO msdk msdk.c:195:msdk_open_session: MSDK implementation: 0x0402 (HARDWARE)
0:00:00.064209180 23945 0x2347d90 INFO msdk msdk.c:196:msdk_open_session: MSDK version: 1.25
0:00:00.064401706 23945 0x2347d90 DEBUG msdkcontext gstmsdkcontext.c:108:get_device_id: Opened the drm device node /dev/dri/renderD128
libva info: VA-API version 1.0.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'iHD'
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_0
libva info: va_openDriver() returns 0
0:00:00.066467509 23945 0x2347d90 INFO msdkenc gstmsdkenc.c:1444:gst_msdkenc_start:<msdkh264enc0> Creating new context <msdkcontext0>
0:00:00.066542038 23945 0x2347d90 INFO msdkdec gstmsdkdec.c:670:gst_msdkdec_start:<msdkh264dec0> Found context <msdkcontext0> from neighbour
Pipeline is PREROLLING ...
Got context from element 'msdkh264enc0': gst.msdk.Context=context, gst.msdk.Context=(GstMsdkContext)"\(GstMsdkContext\)\ msdkcontext0";
0:00:00.174898618 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:589:gst_msdkdec_set_latency:<msdkh264dec0> Updating latency to 0:00:00.041666667 (1 frames)
Redistribute latency...
0:00:00.175012739 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:928:gst_msdkdec_handle_frame:<msdkh264dec0> mfxBitStream=> DataLength:812 DataOffset:0 MaxLength:812
0:00:00.175268762 23945 0x23704f0 DEBUG msdkdec gstmsdkdec.c:795:gst_msdkdec_negotiate:<msdkh264dec0> Start Negotiating caps, pool and Init the msdk decdoer subsystem
0:00:00.192905406 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:553:gst_msdkdec_set_src_caps:<msdkh264dec0> new alloc caps = video/x-raw, format=(string)NV12, width=(int)864, height=(int)480, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, chroma-site=(string)jpeg, colorimetry=(string)bt601, framerate=(fraction)24/1
0:00:00.203248266 23945 0x23704f0 INFO msdkenc gstmsdkenc.c:1067:gst_msdkenc_set_format:<msdkh264enc0> This MSDK encoder uses video memory
0:00:00.221997642 23945 0x23704f0 DEBUG msdkenc gstmsdkenc.c:489:gst_msdkenc_init_encoder:<msdkh264enc0> Required 5 surfaces (5 suggested), allocated 5
0:00:00.229276978 23945 0x23704f0 DEBUG msdkenc gstmsdkenc.c:898:gst_msdkenc_set_src_caps:<msdkh264enc0> output caps: video/x-h264, stream-format=(string)byte-stream, alignment=(string)au, profile=(string)high, level=(string)4.2
0:00:00.229426221 23945 0x23704f0 INFO msdkenc gstmsdkenc.c:837:gst_msdkenc_set_latency:<msdkh264enc0> Updating latency to 0:00:00.066666667 (4 frames)
Redistribute latency...
0:00:00.229607845 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:310:gst_msdkdec_init_decoder:<msdkh264dec0> This MSDK decoder uses video memory
0:00:00.229703490 23945 0x23704f0 DEBUG msdkdec gstmsdkdec.c:399:gst_msdkdec_init_decoder:<msdkh264dec0> Required 7 surfaces (14 suggested)
0:00:00.230351426 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:1257:gst_msdkdec_decide_allocation:<msdkh264dec0> create new MSDK bufferpool
0:00:00.230474752 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 0 0:00:00.083333333 and 0 frames left
0:00:00.230674675 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:928:gst_msdkdec_handle_frame:<msdkh264dec0> mfxBitStream=> DataLength:30 DataOffset:0 MaxLength:30
0:00:00.230691207 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 0 0:00:00.083333333 and 1 frames left
0:00:00.230778104 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:928:gst_msdkdec_handle_frame:<msdkh264dec0> mfxBitStream=> DataLength:35 DataOffset:0 MaxLength:35
0:00:00.230793250 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 0 0:00:00.083333333 and 2 frames left
0:00:00.231437782 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:928:gst_msdkdec_handle_frame:<msdkh264dec0> mfxBitStream=> DataLength:36 DataOffset:0 MaxLength:36
0:00:00.231455619 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 0 0:00:00.083333333 and 3 frames left
0:00:00.231930375 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:928:gst_msdkdec_handle_frame:<msdkh264dec0> mfxBitStream=> DataLength:36 DataOffset:0 MaxLength:36
0:00:00.231948098 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 0 0:00:00.083333333 and 4 frames left
0:00:00.232267638 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:928:gst_msdkdec_handle_frame:<msdkh264dec0> mfxBitStream=> DataLength:37 DataOffset:0 MaxLength:37
0:00:00.232284756 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 0 0:00:00.083333333 and 5 frames left
0:00:00.232606543 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:928:gst_msdkdec_handle_frame:<msdkh264dec0> mfxBitStream=> DataLength:37 DataOffset:0 MaxLength:37
0:00:00.232623230 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 0 0:00:00.083333333 and 6 frames left
0:00:00.232949722 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:928:gst_msdkdec_handle_frame:<msdkh264dec0> mfxBitStream=> DataLength:37 DataOffset:0 MaxLength:37
0:00:00.232968456 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 0 0:00:00.083333333 and 7 frames left
0:00:00.233434851 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 0 0:00:00.083333333 and 7 frames left
0:00:00.519106425 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 1 0:00:00.125000000 and 6 frames left
0:00:00.519214227 23945 0x23704f0 INFO msdkdec gstmsdkdec.c:928:gst_msdkdec_handle_frame:<msdkh264dec0> mfxBitStream=> DataLength:37 DataOffset:0 MaxLength:37
0:00:00.519230819 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 1 0:00:00.125000000 and 7 frames left
0:00:00.519564589 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 1 0:00:00.125000000 and 7 frames left
0:00:00.830187724 23945 0x23704f0 ERROR default video-frame.c:168:gst_video_frame_map_id: failed to map video frame plane 0
0:00:00.830206053 23945 0x23704f0 ERROR msdkenc gstmsdkenc.c:1257:gst_msdkenc_get_surface_from_frame:<msdkh264enc0> failed to map the frame for source
0:00:00.830214028 23945 0x23704f0 ERROR msdkenc gstmsdkenc.c:1393:gst_msdkenc_handle_frame:<msdkh264enc0> Surface pool is full
0:00:00.830300617 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 2 0:00:00.166666666 and 5 frames left
ERROR: from element /GstPipeline:pipeline0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
../subprojects/gst-plugins-good/gst/isomp4/qtdemux.c(6657): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstQTDemux:qtdemux0:
streaming stopped, reason error (-5)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
0:00:00.830466323 23945 0x2347d90 DEBUG msdkenc gstmsdkenc.c:549:gst_msdkenc_close_encoder:<msdkh264enc0> Closing encoder with context <msdkcontext0>
Caught SIGSEGV
0:00:00.832103248 23945 0x23704f0 LOG msdkdec gstmsdkdec.c:116:gst_msdkdec_get_oldest_frame:<msdkh264dec0> Oldest frame is 2 0:00:00.166666666 and 5 frames left
```https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/67fallbackswitch: Blacklisted due to GstAggregator2019-09-02T17:58:58ZPhilippe Normandfallbackswitch: Blacklisted due to GstAggregator```
sys:1: Warning: cannot register existing type 'GstAggregator'
sys:1: Warning: cannot add private field to invalid (non-instantiatable) type '<invalid>'
sys:1: Warning: g_once_init_leave: assertion 'result != 0' failed
sys:1: Warning:...```
sys:1: Warning: cannot register existing type 'GstAggregator'
sys:1: Warning: cannot add private field to invalid (non-instantiatable) type '<invalid>'
sys:1: Warning: g_once_init_leave: assertion 'result != 0' failed
sys:1: Warning: g_type_register_static: assertion 'parent_type > 0' failed
thread '<unnamed>' panicked at 'assertion failed: !ptr.is_null()', /home/phil/.cargo/git/checkouts/glib-928cf7b282977403/0314690/src/translate.rs:1181:9
stack backtrace:
0: 0x7f5242ca228b - backtrace::backtrace::libunwind::trace::hfe5db90796807973
at /cargo/registry/src/github.com-1ecc6299db9ec823/backtrace-0.3.29/src/backtrace/libunwind.rs:88
1: 0x7f5242ca228b - backtrace::backtrace::trace_unsynchronized::h34b865a835594335
at /cargo/registry/src/github.com-1ecc6299db9ec823/backtrace-0.3.29/src/backtrace/mod.rs:66
2: 0x7f5242ca228b - std::sys_common::backtrace::_print::h527254ae44989167
at src/libstd/sys_common/backtrace.rs:47
3: 0x7f5242ca228b - std::sys_common::backtrace::print::he85dd5ddddf46503
at src/libstd/sys_common/backtrace.rs:36
4: 0x7f5242ca228b - std::panicking::default_hook::{{closure}}::h847a2eb38b396f14
at src/libstd/panicking.rs:200
5: 0x7f5242ca1f67 - std::panicking::default_hook::h2ca0f9a30a0e206b
at src/libstd/panicking.rs:214
6: 0x7f5242ca29e0 - std::panicking::rust_panic_with_hook::hffcefc09751839d1
at src/libstd/panicking.rs:477
7: 0x7f5242c98925 - std::panicking::begin_panic::h65d351cbad6c6833
at /rustc/eae3437dfe991621e8afdc82734f4a172d7ddf9b/src/libstd/panicking.rs:411
8: 0x7f5242c9a5aa - <alloc::string::String as glib::translate::FromGlibPtrNone<*const i8>>::from_glib_none::h89883025d3ac5599
at /home/phil/.cargo/git/checkouts/glib-928cf7b282977403/0314690/src/translate.rs:1181
9: 0x7f5242c9a5aa - glib::translate::from_glib_none::hc17b752f3008d063
at /home/phil/.cargo/git/checkouts/glib-928cf7b282977403/0314690/src/translate.rs:1130
10: 0x7f5242c9a5aa - glib::types::Type::name::hc1933fc81787d219
at /home/phil/.cargo/git/checkouts/glib-928cf7b282977403/0314690/src/types.rs:72
11: 0x7f5242c9a8f5 - <glib::types::Type as core::fmt::Debug>::fmt::h21723994f6b0ce16
at /home/phil/.cargo/git/checkouts/glib-928cf7b282977403/0314690/src/types.rs:135
12: 0x7f5242cb8c3c - core::fmt::write::h85435378f7fd6609
at src/libcore/fmt/mod.rs:1016
13: 0x7f5242ca2715 - core::fmt::Write::write_fmt::ha4b1e24f451f219a
at /rustc/eae3437dfe991621e8afdc82734f4a172d7ddf9b/src/libcore/fmt/mod.rs:195
14: 0x7f5242ca2715 - std::panicking::continue_panic_fmt::PanicPayload::fill::{{closure}}::haa1b8bafd6986d07
at src/libstd/panicking.rs:359
15: 0x7f5242ca2715 - core::option::Option<T>::get_or_insert_with::hb5d24362256028a1
at /rustc/eae3437dfe991621e8afdc82734f4a172d7ddf9b/src/libcore/option.rs:814
16: 0x7f5242ca2715 - std::panicking::continue_panic_fmt::PanicPayload::fill::h4e08079138a1d5c9
at src/libstd/panicking.rs:357
17: 0x7f5242ca2715 - <std::panicking::continue_panic_fmt::PanicPayload as core::panic::BoxMeUp>::get::h36c1ededb1fb326a
at src/libstd/panicking.rs:372
18: 0x7f5242ca29cc - std::panicking::rust_panic_with_hook::hffcefc09751839d1
at src/libstd/panicking.rs:476
19: 0x7f5242ca2562 - std::panicking::continue_panic_fmt::hc0f142c930c846fc
at src/libstd/panicking.rs:384
20: 0x7f5242ca24af - std::panicking::begin_panic_fmt::ha6acf0ffd6d7f80d
at src/libstd/panicking.rs:339
21: 0x7f5242c7f6ac - <gstfallbackswitch::fallbackswitch::FallbackSwitch as glib::subclass::types::ObjectSubclass>::get_type::haaa84b83b3152450
at /home/phil/dev/rust/gst-plugins-rs/<::glib::subclass::types::glib_object_subclass macros>:14
22: 0x7f5242c8452b - gstfallbackswitch::fallbackswitch::register::h96f695e5d4b0cc69
at gst-plugin-fallbackswitch/src/fallbackswitch.rs:757
23: 0x7f5242c8452b - gstfallbackswitch::plugin_init::h46fab392f1756c00
at gst-plugin-fallbackswitch/src/lib.rs:45
24: 0x7f5242c8452b - gstfallbackswitch::plugin_desc::plugin_init_trampoline::{{closure}}::hd843ff4a4fc95459
at /home/phil/dev/rust/gst-plugins-rs/<::gst::subclass::plugin::gst_plugin_define macros>:43
25: 0x7f5242c8452b - core::ops::function::FnOnce::call_once::hbea405831d8f46df
at /rustc/eae3437dfe991621e8afdc82734f4a172d7ddf9b/src/libcore/ops/function.rs:231
26: 0x7f5242c8452b - <std::panic::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once::hc9292e6c9e3c22de
at /rustc/eae3437dfe991621e8afdc82734f4a172d7ddf9b/src/libstd/panic.rs:315
27: 0x7f5242c8452b - std::panicking::try::do_call::h9a4325ae9b2c9fcb
at /rustc/eae3437dfe991621e8afdc82734f4a172d7ddf9b/src/libstd/panicking.rs:296
28: 0x7f5242ca32fa - __rust_maybe_catch_panic
at src/libpanic_unwind/lib.rs:82
29: 0x7f5242c81b4c - std::panicking::try::haf02146d20a0c651
at /rustc/eae3437dfe991621e8afdc82734f4a172d7ddf9b/src/libstd/panicking.rs:275
30: 0x7f5242c81b4c - std::panic::catch_unwind::h9583a72c52fc72d3
at /rustc/eae3437dfe991621e8afdc82734f4a172d7ddf9b/src/libstd/panic.rs:394
31: 0x7f5242c81b4c - gstfallbackswitch::plugin_desc::plugin_init_trampoline::h8c96f8f2b9660d31
at /home/phil/dev/rust/gst-plugins-rs/<::gst::subclass::plugin::gst_plugin_define macros>:41
32: 0x7f525200a8e5 - gst_plugin_register_func
at ../subprojects/gstreamer/gst/gstplugin.c:532
33: 0x7f525200a8e5 - gst_plugin_register_func
at ../subprojects/gstreamer/gst/gstplugin.c:486
34: 0x7f525200c86d - _priv_gst_plugin_load_file_for_registry
at ../subprojects/gstreamer/gst/gstplugin.c:899
35: 0x7f525200f21f - do_plugin_load
at ../subprojects/gstreamer/gst/gstpluginloader.c:728
36: 0x7f525200f21f - handle_rx_packet
at ../subprojects/gstreamer/gst/gstpluginloader.c:836
37: 0x7f525200f21f - read_one
at ../subprojects/gstreamer/gst/gstpluginloader.c:1006
38: 0x7f525200f21f - exchange_packets
at ../subprojects/gstreamer/gst/gstpluginloader.c:1034
39: 0x7f52520101c8 - _gst_plugin_loader_client_run
at ../subprojects/gstreamer/gst/gstpluginloader.c:583
40: 0x56107bcb8135 - main
at ../subprojects/gstreamer/libs/gst/helpers/gst-plugin-scanner.c:67
41: 0x7f5251c7209b - __libc_start_main
42: 0x56107bcb818a - _start
```https://gitlab.freedesktop.org/gstreamer/gst-docs/-/issues/47Convert docbook-style ulink links to markdown-style links2019-08-25T09:41:55ZTim-Philipp Müllertim@centricular.comConvert docbook-style ulink links to markdown-style linksFollow-up from https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/merge_requests/317
Fix `<ulink>` in docs markup:
- [x] gstreamer (https://gitlab.freedesktop.org/gstreamer/gstreamer/merge_requests/260)
- [x] gst-plugins-base (...Follow-up from https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/merge_requests/317
Fix `<ulink>` in docs markup:
- [x] gstreamer (https://gitlab.freedesktop.org/gstreamer/gstreamer/merge_requests/260)
- [x] gst-plugins-base (https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/merge_requests/396)
- [x] gst-plugins-good (https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/merge_requests/329)
- [x] gst-plugins-ugly (https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/merge_requests/30)
- [x] gst-plugins-bad (https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/merge_requests/650)
- [x] gst-editing-services (https://gitlab.freedesktop.org/gstreamer/gst-editing-services/merge_requests/107)
- [x] gstreamer-sharp
- [x] gstreamer-vaapi (https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/merge_requests/153)1.17.1https://gitlab.freedesktop.org/gstreamer/orc/-/issues/22Orc 0.4.30 release2024-01-26T09:26:17ZTim-Philipp Müllertim@centricular.comOrc 0.4.30 release# Todo
- [x] !24 Drop autotools
- [x] !31 Update `RELEASE` file with news
- [x] Update `doc/building.xml` for Meson (check if !24 does that)
- [x] Update 'README' for Meson (check if !24 does that)
- [x] Test/check tarball created w...# Todo
- [x] !24 Drop autotools
- [x] !31 Update `RELEASE` file with news
- [x] Update `doc/building.xml` for Meson (check if !24 does that)
- [x] Update 'README' for Meson (check if !24 does that)
- [x] Test/check tarball created with Meson
# After Release
- [x] send announce e-mail
- [x] announce on twitter0.4.30Sebastian DrögeSebastian Drögehttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/184Gstreamer 64 bit version in APP_ABI2019-08-23T10:37:06ZDhanvarsh DhanvarshGstreamer 64 bit version in APP_ABIWhen I try to build the application for various (APP_ABI = armeabi-v7a arm64-v8a x86) its not getting install for all the APP_ABI. Its getting install for the first APP_ABI.(armeabi-v7a)
I have shared the error which I got from the logc...When I try to build the application for various (APP_ABI = armeabi-v7a arm64-v8a x86) its not getting install for all the APP_ABI. Its getting install for the first APP_ABI.(armeabi-v7a)
I have shared the error which I got from the logcat.
GStreamer : [GEN] => gst-build-armeabi-v7a/gstreamer_android.c
GStreamer : [COMPILE] => gst-build-armeabi-v7a/gstreamer_android.c
GStreamer : [LINK] => gst-build-armeabi-v7a/libgstreamer_android.so
Done mkdir
Done cp
[armeabi-v7a] Prebuilt : libgstreamer_android.so <= gst-build-armeabi-v7a/
Done rm
[armeabi-v7a] Install : libgstreamer_android.so => libs/armeabi-v7a/libgstreamer_android.so
[armeabi-v7a] Compile thumb : tutorial-5 <= tutorial-5.c
[armeabi-v7a] SharedLibrary : libtutorial-5.so
[armeabi-v7a] Install : libtutorial-5.so => libs/armeabi-v7a/libtutorial-5.so
GStreamer : [GEN] => gst-build-arm64-v8a/gstreamer_android.c
GStreamer : [COMPILE] => gst-build-arm64-v8a/gstreamer_android.c
GStreamer : [LINK] => gst-build-arm64-v8a/libgstreamer_android.so
/Users/dhanvarshkm/Documents/android_ndk/android-ndk-r18b/toolchains/aarch64-linux-android-4.9/prebuilt/darwin-x86_64/lib/gcc/aarch64-linux-android/4.9.x/../../../../aarch64-linux-android/bin/ld.gold: error: /Users/dhanvarshkm/Documents/android_ndk/gstreamer-1.0-android-universal-1.16.0/armv7/lib/gio/modules/libgiognutls.a(gnutls-module.c.o): incompatible target
/Users/dhanvarshkm/Documents/android_ndk/android-ndk-r18b/toolchains/aarch64-linux-android-4.9/prebuilt/darwin-x86_64/lib/gcc/aarch64-linux-android/4.9.x/../../../../aarch64-linux-android/bin/ld.gold: error: /Users/dhanvarshkm/Documents/android_ndk/gstreamer-1.0-android-universal-1.16.0/armv7/lib/gstreamer-1.0/libgstlibav.a(gstav.c.o): incompatible target
This is because of the NDK or something else???https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/431Gstreamer 64 bit version in APP_ABI2022-11-10T09:20:59ZDhanvarsh DhanvarshGstreamer 64 bit version in APP_ABIWhen I try to build the application for various (APP_ABI = armeabi-v7a arm64-v8a x86) its not getting install for all the APP_ABI. Its getting install for the first APP_ABI.(armeabi-v7a)
I have shared the error which I got from the logc...When I try to build the application for various (APP_ABI = armeabi-v7a arm64-v8a x86) its not getting install for all the APP_ABI. Its getting install for the first APP_ABI.(armeabi-v7a)
I have shared the error which I got from the logcat.
GStreamer : [GEN] => gst-build-armeabi-v7a/gstreamer_android.c
GStreamer : [COMPILE] => gst-build-armeabi-v7a/gstreamer_android.c
GStreamer : [LINK] => gst-build-armeabi-v7a/libgstreamer_android.so
Done mkdir
Done cp
[armeabi-v7a] Prebuilt : libgstreamer_android.so <= gst-build-armeabi-v7a/
Done rm
[armeabi-v7a] Install : libgstreamer_android.so => libs/armeabi-v7a/libgstreamer_android.so
[armeabi-v7a] Compile thumb : tutorial-5 <= tutorial-5.c
[armeabi-v7a] SharedLibrary : libtutorial-5.so
[armeabi-v7a] Install : libtutorial-5.so => libs/armeabi-v7a/libtutorial-5.so
GStreamer : [GEN] => gst-build-arm64-v8a/gstreamer_android.c
GStreamer : [COMPILE] => gst-build-arm64-v8a/gstreamer_android.c
GStreamer : [LINK] => gst-build-arm64-v8a/libgstreamer_android.so
/Users/dhanvarshkm/Documents/android_ndk/android-ndk-r18b/toolchains/aarch64-linux-android-4.9/prebuilt/darwin-x86_64/lib/gcc/aarch64-linux-android/4.9.x/../../../../aarch64-linux-android/bin/ld.gold: error: /Users/dhanvarshkm/Documents/android_ndk/gstreamer-1.0-android-universal-1.16.0/armv7/lib/gio/modules/libgiognutls.a(gnutls-module.c.o): incompatible target
/Users/dhanvarshkm/Documents/android_ndk/android-ndk-r18b/toolchains/aarch64-linux-android-4.9/prebuilt/darwin-x86_64/lib/gcc/aarch64-linux-android/4.9.x/../../../../aarch64-linux-android/bin/ld.gold: error: /Users/dhanvarshkm/Documents/android_ndk/gstreamer-1.0-android-universal-1.16.0/armv7/lib/gstreamer-1.0/libgstlibav.a(gstav.c.o): incompatible target
This is because of the NDK or something else???https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1058msdkvpp: deprecate mirror and rotation and use video-direction2020-01-16T04:32:37ZVíctor Manuel Jáquez Lealmsdkvpp: deprecate mirror and rotation and use video-directionmsdkvpp wrongly added a rotation property when video-direction property is commonly used in gstreamer. rotation shall be marked as deprecated and add video-directionmsdkvpp wrongly added a rotation property when video-direction property is commonly used in gstreamer. rotation shall be marked as deprecated and add video-directionhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1057v4l2src plugins with io-mode=3 (userptr) not working with msdkvpp plugin.2019-11-19T19:37:15ZLim Siew Hoonv4l2src plugins with io-mode=3 (userptr) not working with msdkvpp plugin.I'm USB camera with v4l2src and io-mode=3 is userptr is not working for msdkvpp. But it is working for vaapipostproc and videoconvert.
Environment : Yocto Linux, Gstreamer Framework 1.16.0/master branch,
Command pipeline:
export G...I'm USB camera with v4l2src and io-mode=3 is userptr is not working for msdkvpp. But it is working for vaapipostproc and videoconvert.
Environment : Yocto Linux, Gstreamer Framework 1.16.0/master branch,
Command pipeline:
export GST_GL_PLATFORM=egl
gst-launch-1.0 v4l2src io-mode=3 num-buffers=100 ! msdkvpp ! glimagesink --> not working
gst-launch-1.0 v4l2src io-mode=3 num-buffers=100 ! videoconvert ! glimagesink --> working
gst-launch-1.0 v4l2src io-mode=3 num-buffers=100 ! vaapipostproc ! glimagesink --> workinghttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/183Compatibility with Visual Studio Build Tools 20192019-08-24T13:55:58ZDavid IngCompatibility with Visual Studio Build Tools 2019It is possible to install Visual Studio Build Tools 2019 rather than all of VS, which is a smaller installation; but cerbero is not compatible.
At the top of this file: `cerbero/ide/vs/env.py`, just append the following to `vcvarsalls[...It is possible to install Visual Studio Build Tools 2019 rather than all of VS, which is a smaller installation; but cerbero is not compatible.
At the top of this file: `cerbero/ide/vs/env.py`, just append the following to `vcvarsalls['vs16']`:
`r'Microsoft Visual Studio\2019\BuildTools\VC\Auxiliary\Build\vcvarsall.bat'`https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/187vaapipostproc: 1280x720 rotated 90 and 270 degrees does not match msdkvpp or ...2020-02-07T14:52:09ZU. Artie Eoffvaapipostproc: 1280x720 rotated 90 and 270 degrees does not match msdkvpp or videoflip outputvaapipostproc rotation at 90 (90r) or 270 (90l) degrees modifies original YUV pixel values when resolution is 1280x720. YUV pixel values should not change when rotated. With gst-plugins-bad!640 applied to gst-plugins-bad, msdkvpp and v...vaapipostproc rotation at 90 (90r) or 270 (90l) degrees modifies original YUV pixel values when resolution is 1280x720. YUV pixel values should not change when rotated. With gst-plugins-bad!640 applied to gst-plugins-bad, msdkvpp and videoflip plugins do not exhibit this issue.
1920x1080 resolution does not have this problem.
```
$ export LIBVA_DRIVER_NAME=iHD
$ export GST_VAAPI_ALL_DRIVERS=1
$ gst-launch-1.0 -vf videotestsrc num-buffers=10 pattern=checkers-1 \
! video/x-raw,format=NV12,width=1280,height=720 \
! vaapipostproc video-direction=90r \
! video/x-raw,format=NV12 \
! checksumsink2 dump-output=true dump-location=gst-vaapi.yuv
$ gst-launch-1.0 -vf videotestsrc num-buffers=10 pattern=checkers-1 \
! video/x-raw,format=NV12,width=1280,height=720 \
! videoflip video-direction=90r \
! video/x-raw,format=NV12 \
! checksumsink2 dump-output=true dump-location=gst-flip.yuv
$ gst-launch-1.0 -vf videotestsrc num-buffers=10 pattern=checkers-1 \
! video/x-raw,format=NV12,width=1280,height=720 \
! msdkvpp rotation=90 \
! video/x-raw,format=NV12 \
! checksumsink2 dump-output=true dump-location=gst-msdk.yuv
$ md5sum *.yuv
0d407955df198bd394ea75213f5d4d6f gst-flip.yuv
0d407955df198bd394ea75213f5d4d6f gst-msdk.yuv
fc784afa192be17bfcbf0b2037154896 gst-vaapi.yuv
```https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1056mfx: full mfx file will not play2021-07-27T06:25:40ZAaron Boxermfx: full mfx file will not playFor this [mxf](https://www.dropbox.com/s/2277bd5njw9hnis/ECL01-SINGLE-CPL_TST_S_EN-XX_UK-U_71_2K_DI_20171218_ECL_IOP_OV_01.mxf?dl=0) file, only the beginning of the clip will play:
```
gst-launch-1.0 playbin3 uri=file:///ECL01-SINGLE-CP...For this [mxf](https://www.dropbox.com/s/2277bd5njw9hnis/ECL01-SINGLE-CPL_TST_S_EN-XX_UK-U_71_2K_DI_20171218_ECL_IOP_OV_01.mxf?dl=0) file, only the beginning of the clip will play:
```
gst-launch-1.0 playbin3 uri=file:///ECL01-SINGLE-CPL_TST_S_EN-XX_UK-U_71_2K_DI_20171218_ECL_IOP_OV_01.mxf
```
Compare with VLC or `ffplay`.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/429Gstreamer is not working in 64bit2019-08-22T09:06:03ZDhanvarsh DhanvarshGstreamer is not working in 64bitWhen I go to the live stream in gstreamer i am getting an errror in the below line
System.loadLibrary(gstreamer_android)
![Screen_Shot_2019-08-19_at_15.33.28](/uploads/7bd4344c961c40ec488b58718d087025/Screen_Shot_2019-08-19_at_15.33.28....When I go to the live stream in gstreamer i am getting an errror in the below line
System.loadLibrary(gstreamer_android)
![Screen_Shot_2019-08-19_at_15.33.28](/uploads/7bd4344c961c40ec488b58718d087025/Screen_Shot_2019-08-19_at_15.33.28.png)
And in the logcat i am not able to get the specific error.
How to solve the issue?? Trying for the past couple of weeks.
Can anyone help me on this?https://gitlab.freedesktop.org/gstreamer/orc/-/issues/21Remove autotools build system2024-01-26T09:26:17ZSebastian DrögeRemove autotools build systemThe autotools build system is out of sync with the meson one in git master and should be removed before any new release.The autotools build system is out of sync with the meson one in git master and should be removed before any new release.0.4.30