GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2023-09-06T21:09:54Zhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1676ReplayGain adjustments not being applied if REPLAYGAIN_REFERENCE_LOUDNESS tag...2023-09-06T21:09:54ZOrthestralReplayGain adjustments not being applied if REPLAYGAIN_REFERENCE_LOUDNESS tag is present### Describe your issue
GStreamer doesn't apply any volume adjustments in vorbis comments if the `REPLAYGAIN_REFERENCE_LOUDNESS` comment is present in any way. Many loudness calculators like Loudgain apply this tag for extra context on w...### Describe your issue
GStreamer doesn't apply any volume adjustments in vorbis comments if the `REPLAYGAIN_REFERENCE_LOUDNESS` comment is present in any way. Many loudness calculators like Loudgain apply this tag for extra context on what value the other ReplayGain tags are relative to. It's not required for proper volume adjustment, and can usually be ignored
#### Expected Behavior
GStreamer applies the volume adjustments to playback if the tag is present
#### Observed Behavior
GStreamer seemingly ignores any ReplayGain vorbis comments if the tag is present
#### Setup
- **Operating System:** Void Linux
- **Device:** Computer
- **GStreamer Version:** 1.20.3
- **Command line:** `gst-launch-1.0 filesrc location=<File> ! decodebin ! audioconvert ! rgvolume ! audioconvert ! audioresample ! alsasink`
### Steps to reproduce the bug
1. Add `REPLAYGAIN_REFERENCE_LOUDNESS` tag to any ogg/flac file with ReplayGain tags. Any value of the tag will do, even nonsense like 'asdf'
2. Play the file
### How reproducible is the bug?
Always
### Solutions you have tried
Both upper and lower case tags are affected, yet work without the reference loudness tag.
No solution I've found apart from deleting the taghttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1785autovideosrc with webrtcbin2023-09-06T12:08:56ZHamza Jadidautovideosrc with webrtcbinHey,
I'm building a video streamer over WebRTC with Janus.
I had a testing pipeline description.
```
videotestsrc is-live=true ! vp8enc deadline=1 ! rtpvp8pay pt=96 ! webrtcbin. \
webrtcbin name=webrtcbin
```
But when switching it wi...Hey,
I'm building a video streamer over WebRTC with Janus.
I had a testing pipeline description.
```
videotestsrc is-live=true ! vp8enc deadline=1 ! rtpvp8pay pt=96 ! webrtcbin. \
webrtcbin name=webrtcbin
```
But when switching it with `autovideosrc` the `on-negotiation-needed` signal no longer is emitted.
Full pipeline description:
```
autovideosrc ! vp8enc deadline=1 ! rtpvp8pay pt=97 ! webrtcbin. \
webrtcbin name=webrtcbin
```
The `autoaudiosrc` and `audiotestsrc is-live=true` are working and I can receive the streams on the other end.
```
autoaudiosrc ! opusenc ! rtpopuspay pt=97 ! webrtcbin. \
webrtcbin name=webrtcbin
audiotestsrc is-live=true ! opusenc ! rtpopuspay pt=97 ! webrtcbin. \
webrtcbin name=webrtcbin
```https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/420Issues with Building on Windows2023-09-06T05:06:06ZJonas DautelIssues with Building on WindowsHey,
I am trying to build these on windows to use the cef source but I am running into more and more dependency issues.
is there a way to get these prebuilt? or a better way to install them on windows?
this is my first time working wi...Hey,
I am trying to build these on windows to use the cef source but I am running into more and more dependency issues.
is there a way to get these prebuilt? or a better way to install them on windows?
this is my first time working with Rust so I might just miss something obvious.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2751rtspsrc: segfaults when is-live=false2023-09-06T04:50:14ZAdam Rhodesrtspsrc: segfaults when is-live=false### Describe your issue
I am attempting to replay RTSP streams from a Hanwha NVR that implements some Onvif extensions for playback, particularly the onvif-rate-control header, allowing the client to control the data flow. I am trying to...### Describe your issue
I am attempting to replay RTSP streams from a Hanwha NVR that implements some Onvif extensions for playback, particularly the onvif-rate-control header, allowing the client to control the data flow. I am trying to set the 'is-live' property to false on the rtspsrc element in combination with the onvif-mode and onvif-rate-control properties, aiming to utilize the instant rate control changes and frame stepping features. These features seem to not function properly when 'is-live' is left as true.
#### Expected Behavior
I anticipated that with 'is-live' set to false, the rtspsrc would continue to operate as usual, allowing data reading at varying rates based on the rates set with seek commands and the instantaneous rate change flags.
#### Observed Behavior
The program crashes with an access violation due to a null pointer.
#### Setup
- **Operating System:** Windows 10 Enterprise
- **Device:** Computer
- **GStreamer Version:** 1.22.4
- **Command line:** gst-launch-1.0 rtspsrc location=<rtsp_url> is-live=false ! fakesink
### Steps to reproduce the bug
To reproduce the crash, run the following pipeline using gst-launch:
```
gst-launch-1.0 rtspsrc location=<rtsp_url> is-live=false ! fakesink
```
### How reproducible is the bug?
The issue consistently occurs when 'is-live' is set to false on rtspsrc and can be reproduced using devtools (i.e., gst-launch).
### Screenshots if relevant
![image](/uploads/bac3ad29fb168d4d3f7df207878e6478/image.png)
![image](/uploads/7e515d3ac9a23b7f3c50d51e144e8750/image.png)
### Solutions you have tried
I have attempted different combinations of 'is-live', 'onvif-mode', and 'onvif-rate-control' to determine whether the issue is limited to a single combination of properties. As I am relatively new to GStreamer, I have not attempted to fix the source code yet. I am not sufficiently familiar with the internals of rtspsrc (like the ghost pads etc.) to start making adjustments.
I also tried a bunch of different RTSP servers to see if the format of the video had anything to do with it but no luck there either.
### Related non-duplicate issues
### Additional Information
Debugging the crash using the provided pdbs it seems the 'self' argument in `gst_rtspsrc_update_src_event` may be null, if that's of any help, on line 3129 crashes trying to access the conninfo field.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2903GstValidate doesn't use fatal-criticals by default2023-09-05T14:16:01ZAlicia Boya GarcíaGstValidate doesn't use fatal-criticals by defaultQuoting https://gstreamer.freedesktop.org/documentation/gst-devtools/gst-validate-environment-variables.html?gi-language=c
> **GST_VALIDATE.**
>
> This environment variable can be set to a list of debug options, which cause GstValidate...Quoting https://gstreamer.freedesktop.org/documentation/gst-devtools/gst-validate-environment-variables.html?gi-language=c
> **GST_VALIDATE.**
>
> This environment variable can be set to a list of debug options, which cause GstValidate to print out different types of test result information and consider differently the level of the reported issues.
> * `fatal-criticals`: Causes GstValidate to consider only critical issues as import enough to consider the test failed ***(default behaviour)***
> * [...]
> * `print-issues`: Causes GstValidate to print issue, warning and critical issues in the final reports ***(default behaviour)***
Experimentation shows however that GstValidate is not applying `fatal-criticals` by default.
Further, looking into the code, these flags are stored in `_gst_validate_flags`. When encountering the `GST_VALIDATE` environment variable, it is set here, which is the only writing usage in the code:
```c
var = g_getenv ("GST_VALIDATE");
if (var && strlen (var) > 0) {
_gst_validate_flags =
g_parse_debug_string (var, keys, G_N_ELEMENTS (keys));
}
```
If that code is not run (for instance, if `GST_VALIDATE` is not set), `_gst_validate_flag` retains the value it was initialized with:
```c
static GstValidateDebugFlags _gst_validate_flags = 0;
```
These are the flag values:
```c
typedef enum {
GST_VALIDATE_FATAL_DEFAULT = 0,
GST_VALIDATE_FATAL_ISSUES = 1 << 0,
GST_VALIDATE_FATAL_WARNINGS = 1 << 1,
GST_VALIDATE_FATAL_CRITICALS = 1 << 2,
GST_VALIDATE_PRINT_ISSUES = 1 << 3,
GST_VALIDATE_PRINT_WARNINGS = 1 << 4,
GST_VALIDATE_PRINT_CRITICALS = 1 << 5
} GstValidateDebugFlags;
```
This seems to contradict the documentation. In the case of `print-issues`, which is considered default behavior, this is handled as an special case, see:
```c
gboolean
gst_validate_report_should_print (GstValidateReport * report)
{
if ((!(_gst_validate_flags & GST_VALIDATE_PRINT_ISSUES) &&
!(_gst_validate_flags & GST_VALIDATE_PRINT_WARNINGS) &&
!(_gst_validate_flags & GST_VALIDATE_PRINT_CRITICALS))) {
return TRUE;
}
if ((report->level <= GST_VALIDATE_REPORT_LEVEL_ISSUE &&
_gst_validate_flags & GST_VALIDATE_PRINT_ISSUES) ||
(report->level <= GST_VALIDATE_REPORT_LEVEL_WARNING &&
_gst_validate_flags & GST_VALIDATE_PRINT_WARNINGS) ||
(report->level <= GST_VALIDATE_REPORT_LEVEL_CRITICAL &&
_gst_validate_flags & GST_VALIDATE_PRINT_CRITICALS)) {
return TRUE;
}
return FALSE;
}
```
When no `print-*` flags are set, `gst_validate_report_should_print()` returns TRUE, which would indeed print issues.
On the other hand, there is no matching special code for `fatal-criticals`. See:
```c
gboolean
gst_validate_report_check_abort (GstValidateReport * report)
{
if ((report->level <= GST_VALIDATE_REPORT_LEVEL_ISSUE &&
_gst_validate_flags & GST_VALIDATE_FATAL_ISSUES) ||
(report->level <= GST_VALIDATE_REPORT_LEVEL_WARNING &&
_gst_validate_flags & GST_VALIDATE_FATAL_WARNINGS) ||
(report->level <= GST_VALIDATE_REPORT_LEVEL_CRITICAL &&
_gst_validate_flags & GST_VALIDATE_FATAL_CRITICALS)) {
return TRUE;
}
return FALSE;
}
```
If `_gst_validate_flags == 0`, the above function will provably return FALSE in every case, therefore never aborting on criticals.
I heavily suspect this is an oversight, as tests not failing on criticals would lead to more awkward failures down the line. Furthermore, this often turns tests with critical issues into timeouts.https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/419rsonvif: How to use onvifmetadataoverlay?2023-09-05T14:00:56ZDaria Łachrsonvif: How to use onvifmetadataoverlay?We are going to stream video and metadata (as bounding boxes and some other text information) from IP camera supporting ONVIF profile M. We would like to use rsonvif plugins. We are able to display video and display/save metadata as XML ...We are going to stream video and metadata (as bounding boxes and some other text information) from IP camera supporting ONVIF profile M. We would like to use rsonvif plugins. We are able to display video and display/save metadata as XML (for example: `gst-launch-1.0 rtspsrc location=rtsp://user:password@ip/rtsp/xxxx ! application/x-rtp, media=application ! rtponvifmetadatadepay ! filesink location=data.txt`). It looks that `onvifmetadataoverlay` can display metadata on video but we don't know hoe to use it. Does anyone have some examples of working pipelines with `onvifmetadataoverlay`?https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/406webrtcsink: panics on create_from_uri(RTP_TWCC_URI).unwrap()2023-09-05T08:42:17ZRobert Ayrapetyanwebrtcsink: panics on create_from_uri(RTP_TWCC_URI).unwrap()When doing:
```
GST_DEBUG=3 gst-launch-1.0 videotestsrc ! agingtv ! webrtcsink enable-data-channel-navigation=true meta="meta,name=native-stream"
```
webrtcsink panics at:
```
let twcc_extension = gst_rtp::RTPHeaderExtension::create_from...When doing:
```
GST_DEBUG=3 gst-launch-1.0 videotestsrc ! agingtv ! webrtcsink enable-data-channel-navigation=true meta="meta,name=native-stream"
```
webrtcsink panics at:
```
let twcc_extension = gst_rtp::RTPHeaderExtension::create_from_uri(RTP_TWCC_URI).unwrap();
```
with:
```
thread 'tokio-runtime-worker' panicked at 'called `Option::unwrap()` on a `None` value', net/webrtc/src/webrtcsink/imp.rs:681:76
```
That's expected as "create_from_uri" is not guaranteed to return non-null values.
I see create_from_uri is trying to get something from gst_registry, but this "URL" is not there in my registry...
Any advice of how to check/add this URI? Thanks.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1001gst-plugins-bad depends on two different versions webrtc-audio-processing2023-09-04T15:44:40ZJan Tojnargst-plugins-bad depends on two different versions webrtc-audio-processingWhen updating gst-plugins-bad to 1.20.0 on NixOS, we noticed that it depends on two different versions of webrtc-audio-processing:
* `isac` plug-in requires ≥ 1.0: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/blob/6434d69f8c1ed9...When updating gst-plugins-bad to 1.20.0 on NixOS, we noticed that it depends on two different versions of webrtc-audio-processing:
* `isac` plug-in requires ≥ 1.0: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/blob/6434d69f8c1ed94271c4fa9c8ce6275106e42dd0/subprojects/gst-plugins-bad/ext/isac/meson.build#L1
* `webrtcdsp` plug-in requires < 0.4: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/blob/6434d69f8c1ed94271c4fa9c8ce6275106e42dd0/subprojects/gst-plugins-bad/ext/webrtcdsp/meson.build#L7
Can’t this cause symbol conflicts at runtime?
Downstream discussion: https://github.com/NixOS/nixpkgs/pull/158280https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2954pipeline deadlocking after dropping frames continuously2023-09-04T14:59:38ZMartin Gerovpipeline deadlocking after dropping frames continuously#### Intro
I have an application, which splits to three separate buffers(stream, multifilesrc0, multifilesrc1), but on one of the branches buffer must continue downstream on event, else -> DROP buffers.
I must be able to Drop buffe...#### Intro
I have an application, which splits to three separate buffers(stream, multifilesrc0, multifilesrc1), but on one of the branches buffer must continue downstream on event, else -> DROP buffers.
I must be able to Drop buffers for roughly 2 seconds. That's when a new event is attached.
#### Expected result
I am expecting a non-stopping stream, file-save from one of the multifilesrc elements and file save from the other based on event.
#### Observing
After dropping three or more, continuous frame, the pipeline looks like has deadlocked.
#### Setup
- **Operating System:** Linux 22.04
- **Device:** tested on Computer and Jetson
- **GStreamer Version:** GStreamer Core Library version 1.20.3
#### Steps to reproduce the issue:
Have made a simple minimal example application
[neural-network-test.py](/uploads/ccf639275359dcd25564fa7f2e5b3e67/neural-network-test.py)
### How reproducible is the bug?
The reproducibility of the bug is Always
### Screenshots if relevant
![image](/uploads/d4b199be5aeaa5b09c7057cf47bc3fbf/image.png)
### Solutions you have tried
different memory type
all leaky types in queue
no synchronization in sink elements.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1784Add metadata to every video frame with GStreamer and save whole video2023-09-04T12:28:34Zbobby jacksonAdd metadata to every video frame with GStreamer and save whole videoI have a pipeline as below in C++;
`GstElement* pipeline = gst_pipeline_new("video_pipeline");
GstElement* videoSrc = gst_element_factory_make("filesrc", "video_source");
GstElement* decoder = gst_element_factory_make("decodebin...I have a pipeline as below in C++;
`GstElement* pipeline = gst_pipeline_new("video_pipeline");
GstElement* videoSrc = gst_element_factory_make("filesrc", "video_source");
GstElement* decoder = gst_element_factory_make("decodebin", "decoder");
GstElement* nvvideoconvert = gst_element_factory_make("nvvideoconvert", "nvidiaconverter");
GstElement* videoConvert = gst_element_factory_make("videoconvert", "convert");
GstElement* videoScale = gst_element_factory_make("videoscale", "video_scale");
GstElement* videoFilter = gst_element_factory_make("capsfilter", "filter");
GstElement* encoder = gst_element_factory_make("vp8enc", "encoder");
GstElement* mux = gst_element_factory_make("avimux", "muxer");
GstElement* videoSink = gst_element_factory_make("filesink", "video_sink");`
We want to add and read metadata(i.e. frame number for every frame) with "GstMeta", "gst_buffer_add_meta", "gst_buffer_get_meta" functions. Saved video must be this metadata(frame number).
We can add metadata to buffer and also read metadata but we cannot save video with metadata. We rescreach this problem but "gst_buffer_add_meta" function add metadata only in buffer not video file.
How can i save video with metadata for every frame?
Thanks in advance!https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2913splitmuxsrc: If set range the splitmuxsrc, This output file cannot be played ...2023-09-04T08:40:14ZShigeharu Kamiyasplitmuxsrc: If set range the splitmuxsrc, This output file cannot be played with VLC Player.Hello.
I am Kamiya.
I posted the following to the mailling list.
But it may be bug, so I posted here, too.
-------------------------------------------------------------------------
I tried the followin pipeline with C++ coding (Proper...Hello.
I am Kamiya.
I posted the following to the mailling list.
But it may be bug, so I posted here, too.
-------------------------------------------------------------------------
I tried the followin pipeline with C++ coding (Properties are omitted).
`pipeline1 : splitmuxsrc ! h264parse ! queue ! qtmux ! filesink`
The created media file can be played correctly with any player.
But, if I changed range "start" to bigger than 0 with gst_event_new_seek,
the VLC player could not play the created media file.
It's movie stopped after a few seconds playing, but only the player's slider is moving to the last.
The first of buffer is not GST_BUFFER_FLAG_DELTA_UNIT.
On the other hand, in the case of the following pipeline without splitmuxsrc,
The created media file can be played correctly with any player contains the VLC,
even ifI changed range "start" to bigger than 0 with gst_event_new_seek.
`pipeline2 : filesrc ! qtdemux ! h264parse ! queue ! qtmux ! filesink`
I tried the pipeline1 which changed H.265.
The result was the same, but the following error occurred in gst-discover analysis.
```
ERROR libav :0:: Duplicate POC in a sequence: 3.
ERROR libav :0:: Duplicate POC in a sequence: 4.
```
I would like to combine some media files. So I hope pipeline1.
I don't know what the problem is and how the next action is.
please help me.
Best regards,
Kamiya.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/1026Params to get Interlaced signal from SDI (v4l2src plugin)2023-09-04T07:21:15ZDmitry sdmParams to get Interlaced signal from SDI (v4l2src plugin)### Signal from SDI capture card:
`# mwcap-info -i /dev/video1`
```
Input specific
Signal status .......................... Valid
Type ................................... HD
Scanning type .......................... Interlaced
C...### Signal from SDI capture card:
`# mwcap-info -i /dev/video1`
```
Input specific
Signal status .......................... Valid
Type ................................... HD
Scanning type .......................... Interlaced
Color depth ............................ 10 Bits
Sampling struct ........................ Y/Cb/Cr, 4:2:2
ST352 payloadID ........................ 16778629
```
### gst-launch-1.0 v4l2src shown options for SDI capture card:
`# gst-launch-1.0 --gst-debug=v4l2src:5 v4l2src device=/dev/video1 ! fakesink 2>&1 | sed -une '/caps of src/ s/[:;] /\n/gp'`
```
...
video/x-raw, format=(string)I420, width=(int)[ 48, 2048 ], height=(int)[ 32, 2160 ], framerate=(fraction)[ 1/1, 5000000/83333 ]
video/x-raw(format:Interlaced), format=(string)I420, width=(int)[ 48, 2048 ], height=(int)[ 32, 2160 ], framerate=(fraction)[ 1/1, 5000000/83333 ], interlace-mode=(string)alternate
...
```
### command for get NDI from SDI:
```gst-launch-1.0 -e v4l2src device="/dev/video1" do-timestamp=true pixel-aspect-ratio=1 ! video/x-raw, format=I420, width=1920, height=1080, framerate=50/1, interlace-mode=interlaced ! queue ! ndisinkcombiner name=combiner alsasrc device="hw:CARD=SDI_1,DEV=0" do-timestamp=true ! audio/x-raw, rate=96000, channels=2 ! queue ! audioconvert ! combiner.audio combiner. ! ndisink ndi-name="video1"```
i think that something wrong with interlace-mode= option, because my
### tests results is follow:
1) without option interlace-mode= - NDI Studio Monitor shown - 1080 50p
2) interlace-mode=Interlaced / interlace-mode=interlaced - NDI Studio Monitor shown - 1080 50p
3) interlace-mode=alternate - ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Invalid caps
Additional debug info:
../sys/v4l2/gstv4l2object.c(4078): gst_v4l2_object_set_format_full (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
Can't parse caps video/x-raw, format=(string)I420, width=(int)1920, height=(int)1080, framerate=(fraction)50/1, interlace-mode=(string)alternate, pixel-aspect-ratio=(fraction)1/1
ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error.
4) interlace-mode=interleaved - ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Device '/dev/video1' has no supported format
I have found this link:
[gstreamer.freedesktop.org - raw-video-media-types](https://gstreamer.freedesktop.org/documentation/additional/design/mediatype-video-raw.html?gi-language=c#raw-video-media-types)
with options: [progressive, interleaved, mixed, fields, alternate]
and this link:
[gstreamer.freedesktop.org - GstDeinterlaceModes](https://gstreamer.freedesktop.org/documentation/deinterlace/index.html?gi-language=c#GstDeinterlaceModes)
with options: [auto, interlaced, disabled, auto-strict]
Which one i need to use in for parse caps?
**Maybe i need to use escape symbols for correct parse video/x-raw(format:Interlaced) ?**
Problem, that i split signat to NDI and RTSP and
final stream - rtsp://*.*.*.*:8554/video1
shown 50 fps progressive, but i need 25 fps progressive for get less redundancy
ffprobe.exe rtsp://*.*.*.*:8554/video1
Input #0, rtsp, from 'rtsp://*.*.*.*:8554/video1':
Metadata:
title : Stream
Duration: N/A, start: 0.101708, bitrate: N/A
Stream #0:0: Audio: opus, 48000 Hz, stereo, fltp
Stream #0:1: Video: h264 (High), yuv420p(tv, bt709, **progressive**), 1920x1080 [SAR 1:1 DAR 16:9], **50 fps**, 50 tbr, 90k tbn
**What i need to get 1080 50i for NDI (approximately as a RAW signal), at same time i use this signal for deinterlace it as 25p to RTSP**https://gitlab.freedesktop.org/gstreamer/gstreamer-rs/-/issues/483How to set a special property in a plugin under strict type check2023-09-01T09:47:23Zway zhaoHow to set a special property in a plugin under strict type checkI am a rookie for gstreamer-rs and English is not my native language.
I got a problem as follow:
`
let src = gst::ElementFactory::make("videotestsrc").build().unwrap();
src.set_property("pattern", &0i32);
`
and I got a error: type 'Gst...I am a rookie for gstreamer-rs and English is not my native language.
I got a problem as follow:
`
let src = gst::ElementFactory::make("videotestsrc").build().unwrap();
src.set_property("pattern", &0i32);
`
and I got a error: type 'GstVideoTestSrc' can't be set from the given type (expected: 'GstVideoTestSrcPattern', got: 'gint')'
How to set a special property like above which has a special type like 'GstVideoTestSrcPattern'?
I read the document about 'videotestsrc' and the 'GstVideoTestSrcPattern' is a enum.
Is there any way to declare a GValue which can satisfy the strict type check ?
I would appreciate it if anyone could help me.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2950elements_svthevcenc test failure2023-08-31T17:35:36ZApterykselements_svthevcenc test failureSystem: Guix System
Version: 1.22.2
Hello,
Using my trusty old Core 2 Duo desktop (Q6700 with 8 GiB of RAM), I encountered the following test failure:
```
Summary of Failures:
35/87 elements_svthevcenc FAIL 5.04...System: Guix System
Version: 1.22.2
Hello,
Using my trusty old Core 2 Duo desktop (Q6700 with 8 GiB of RAM), I encountered the following test failure:
```
Summary of Failures:
35/87 elements_svthevcenc FAIL 5.04s exit status 3
Ok: 84
Expected Fail: 0
Fail: 1
Unexpected Pass: 0
Skipped: 2
Timeout: 0
```
Detailed output:
```
35/87 elements_svthevcenc FAIL 5.04s exit status 3
>>> GST_PLUGIN_LOADING_WHITELIST=gstreamer:gst-plugins-base:gst-plugins-good:gst-plugins-ugly:gst-libav:libnice:gst-plugins-bad@/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build GST_REGISTRY=/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build/tests/check/elements_svthevcenc.registry GST_PLUGIN_SYSTEM_PATH_1_0=/gnu/store/dq13628r3p0w38lpg3lf4bn5jpan44nl-gst-plugins-good-1.22.2/lib/gstreamer-1.0 MALLOC_PERTURB_=125 GST_PLUGIN_SCANNER_1_0=/gnu/store/mz98ydpwa7hn5ky0q3g0xf66ps2ycfm2-gstreamer-1.22.2/libexec/gstreamer-1.0/gst-plugin-scanner GST_STATE_IGNORE_ELEMENTS='' CK_DEFAULT_TIMEOUT=600 GST_PLUGIN_PATH_1_0=/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build:/gnu/store/mz98ydpwa7hn5ky0q3g0xf66ps2ycfm2-gstreamer-1.22.2/lib/gstreamer-1.0:/gnu/store/wlai2f9pl1mwjcykx1gn48a4blr14n71-gst-plugins-base-1.22.2/lib/gstreamer-1.0 LD_LIBRARY_PATH=/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build/gst-libs/gst/interfaces:/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build/gst-libs/gst/basecamerabinsrc:/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build/gst-libs/gst/uridownloader /tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build/tests/check/elements_svthevcenc
――――――――――――――――――――――――――――――――――――― ✀ ―――――――――――――――――――――――――――――――――――――
Running suite(s): svthevcenc
SVT [version]: SVT-HEVC Encoder Lib v1.5.1
SVT [build] : GCC 11.3.0 64 bit
LIB Build date: Jan 1 1970 00:00:01
-------------------------------------------
Number of logical cores available: 4
Number of PPCS 77
-------------------------------------------
SVT [config]: Main Profile Tier (auto) Level (auto)
SVT [config]: EncoderMode / Tune : 9 / 1
SVT [config]: EncoderBitDepth / CompressedTenBitFormat / EncoderColorFormat : 8 / 0 / 1
SVT [config]: SourceWidth / SourceHeight / InterlacedVideo : 320 / 240 / 0
SVT [config]: Fps_Numerator / Fps_Denominator / Gop Size / IntraRefreshType : 25 / 1 / 24 / -1
SVT [config]: HierarchicalLevels / BaseLayerSwitchMode / PredStructure : 3 / 0 / 2
SVT [config]: BRC Mode / QP / LookaheadDistance / SceneChange : CQP / 25 / 40 / 1
SVT [config]: BitRateReduction / ImproveSharpness : 0 / 0
SVT [config]: tileColumnCount / tileRowCount / tileSliceMode / Constraint MV : 1 / 1 / 0 / 0
SVT [config]: De-blocking Filter / SAO Filter : 1 / 1
SVT [config]: HME / UseDefaultHME : 1 / 1
SVT [config]: MV Search Area Width / Height : 16 / 7
SVT [config]: HRD / VBV MaxRate / BufSize / BufInit : 0 / 0 / 0 / 90
-------------------------------------------
SVT [version]: SVT-HEVC Encoder Lib v1.5.1
SVT [build] : GCC 11.3.0 64 bit
LIB Build date: Jan 1 1970 00:00:01
-------------------------------------------
Number of logical cores available: 4
Number of PPCS 77
-------------------------------------------
SVT [config]: Main Profile Tier (auto) Level (auto)
SVT [config]: EncoderMode / Tune : 9 / 1
SVT [config]: EncoderBitDepth / CompressedTenBitFormat / EncoderColorFormat : 8 / 0 / 1
SVT [config]: SourceWidth / SourceHeight / InterlacedVideo : 320 / 240 / 0
SVT [config]: Fps_Numerator / Fps_Denominator / Gop Size / IntraRefreshType : 25 / 1 / 24 / -1
SVT [config]: HierarchicalLevels / BaseLayerSwitchMode / PredStructure : 3 / 0 / 2
SVT [config]: BRC Mode / QP / LookaheadDistance / SceneChange : CQP / 25 / 40 / 1
SVT [config]: BitRateReduction / ImproveSharpness : 0 / 0
SVT [config]: tileColumnCount / tileRowCount / tileSliceMode / Constraint MV : 1 / 1 / 0 / 0
SVT [config]: De-blocking Filter / SAO Filter : 1 / 1
SVT [config]: HME / UseDefaultHME : 1 / 1
SVT [config]: MV Search Area Width / Height : 16 / 7
SVT [config]: HRD / VBV MaxRate / BufSize / BufInit : 0 / 0 / 0 / 90
-------------------------------------------
SVT [version]: SVT-HEVC Encoder Lib v1.5.1
SVT [build] : GCC 11.3.0 64 bit
LIB Build date: Jan 1 1970 00:00:01
-------------------------------------------
Number of logical cores available: 4
Number of PPCS 77
-------------------------------------------
SVT [config]: Main Profile Tier (auto) Level (auto)
SVT [config]: EncoderMode / Tune : 7 / 1
SVT [config]: EncoderBitDepth / CompressedTenBitFormat / EncoderColorFormat : 8 / 0 / 1
SVT [config]: SourceWidth / SourceHeight / InterlacedVideo : 320 / 240 / 0
SVT [config]: Fps_Numerator / Fps_Denominator / Gop Size / IntraRefreshType : 25 / 1 / 24 / -1
SVT [config]: HierarchicalLevels / BaseLayerSwitchMode / PredStructure : 3 / 0 / 2
SVT [config]: BRC Mode / QP / LookaheadDistance / SceneChange : CQP / 25 / 40 / 1
SVT [config]: BitRateReduction / ImproveSharpness : 0 / 0
SVT [config]: tileColumnCount / tileRowCount / tileSliceMode / Constraint MV : 1 / 1 / 0 / 0
SVT [config]: De-blocking Filter / SAO Filter : 1 / 1
SVT [config]: HME / UseDefaultHME : 1 / 1
SVT [config]: MV Search Area Width / Height : 16 / 7
SVT [config]: HRD / VBV MaxRate / BufSize / BufInit : 0 / 0 / 0 / 90
-------------------------------------------
SVT [WARNING] Elevated privileges required to run with real-time policies! Check Linux Best Known Configuration in User Guide to run application in real-time without elevated privileges!
SVT [version]: SVT-HEVC Encoder Lib v1.5.1
SVT [build] : GCC 11.3.0 64 bit
LIB Build date: Jan 1 1970 00:00:01
-------------------------------------------
Number of logical cores available: 4
Number of PPCS 77
-------------------------------------------
SVT [config]: Main Profile Tier (auto) Level (auto)
SVT [config]: EncoderMode / Tune : 7 / 1
SVT [config]: EncoderBitDepth / CompressedTenBitFormat / EncoderColorFormat : 8 / 0 / 1
SVT [config]: SourceWidth / SourceHeight / InterlacedVideo : 320 / 240 / 0
SVT [config]: Fps_Numerator / Fps_Denominator / Gop Size / IntraRefreshType : 25 / 1 / 24 / -1
SVT [config]: HierarchicalLevels / BaseLayerSwitchMode / PredStructure : 3 / 0 / 2
SVT [config]: BRC Mode / QP / LookaheadDistance / SceneChange : CQP / 25 / 40 / 1
SVT [config]: BitRateReduction / ImproveSharpness : 0 / 0
SVT [config]: tileColumnCount / tileRowCount / tileSliceMode / Constraint MV : 1 / 1 / 0 / 0
SVT [config]: De-blocking Filter / SAO Filter : 1 / 1
SVT [config]: HME / UseDefaultHME : 1 / 1
SVT [config]: MV Search Area Width / Height : 16 / 7
SVT [config]: HRD / VBV MaxRate / BufSize / BufInit : 0 / 0 / 0 / 90
-------------------------------------------
25%: Checks: 4, Failures: 0, Errors: 3
../gst-plugins-bad-1.22.2/tests/check/elements/svthevcenc.c:23:E:general:test_encode_simple:0: (after this point) Received signal 4 (Illegal instruction)
../gst-plugins-bad-1.22.2/tests/check/elements/svthevcenc.c:105:E:general:test_reuse:0: (after this point) Received signal 4 (Illegal instruction)
../gst-plugins-bad-1.22.2/tests/check/elements/svthevcenc.c:213:E:general:test_reconfigure:0: (after this point) Received signal 4 (Illegal instruction)
Check suite svthevcenc ran in 4.370s (tests failed: 3)
――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
```
Attached is the complete build log.
[gst-plugins-bad-1.22.2.drv.gz](/uploads/16dc30ea26746813f77891fa314a6826/gst-plugins-bad-1.22.2.drv.gz)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1783elements_svthevcenc test failure2023-08-31T13:39:35ZApterykselements_svthevcenc test failureSystem: Guix System
Version: 1.22.2
Hello,
Using my trusty old Core 2 Duo desktop (Q6700 with 8 GiB of RAM), I encountered the following test failure:
```
Summary of Failures:
35/87 elements_svthevcenc FAIL 5.04...System: Guix System
Version: 1.22.2
Hello,
Using my trusty old Core 2 Duo desktop (Q6700 with 8 GiB of RAM), I encountered the following test failure:
```
Summary of Failures:
35/87 elements_svthevcenc FAIL 5.04s exit status 3
Ok: 84
Expected Fail: 0
Fail: 1
Unexpected Pass: 0
Skipped: 2
Timeout: 0
```
Detailed output:
```
35/87 elements_svthevcenc FAIL 5.04s exit status 3
>>> GST_PLUGIN_LOADING_WHITELIST=gstreamer:gst-plugins-base:gst-plugins-good:gst-plugins-ugly:gst-libav:libnice:gst-plugins-bad@/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build GST_REGISTRY=/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build/tests/check/elements_svthevcenc.registry GST_PLUGIN_SYSTEM_PATH_1_0=/gnu/store/dq13628r3p0w38lpg3lf4bn5jpan44nl-gst-plugins-good-1.22.2/lib/gstreamer-1.0 MALLOC_PERTURB_=125 GST_PLUGIN_SCANNER_1_0=/gnu/store/mz98ydpwa7hn5ky0q3g0xf66ps2ycfm2-gstreamer-1.22.2/libexec/gstreamer-1.0/gst-plugin-scanner GST_STATE_IGNORE_ELEMENTS='' CK_DEFAULT_TIMEOUT=600 GST_PLUGIN_PATH_1_0=/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build:/gnu/store/mz98ydpwa7hn5ky0q3g0xf66ps2ycfm2-gstreamer-1.22.2/lib/gstreamer-1.0:/gnu/store/wlai2f9pl1mwjcykx1gn48a4blr14n71-gst-plugins-base-1.22.2/lib/gstreamer-1.0 LD_LIBRARY_PATH=/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build/gst-libs/gst/interfaces:/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build/gst-libs/gst/basecamerabinsrc:/tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build/gst-libs/gst/uridownloader /tmp/guix-build-gst-plugins-bad-1.22.2.drv-0/build/tests/check/elements_svthevcenc
――――――――――――――――――――――――――――――――――――― ✀ ―――――――――――――――――――――――――――――――――――――
Running suite(s): svthevcenc
SVT [version]: SVT-HEVC Encoder Lib v1.5.1
SVT [build] : GCC 11.3.0 64 bit
LIB Build date: Jan 1 1970 00:00:01
-------------------------------------------
Number of logical cores available: 4
Number of PPCS 77
-------------------------------------------
SVT [config]: Main Profile Tier (auto) Level (auto)
SVT [config]: EncoderMode / Tune : 9 / 1
SVT [config]: EncoderBitDepth / CompressedTenBitFormat / EncoderColorFormat : 8 / 0 / 1
SVT [config]: SourceWidth / SourceHeight / InterlacedVideo : 320 / 240 / 0
SVT [config]: Fps_Numerator / Fps_Denominator / Gop Size / IntraRefreshType : 25 / 1 / 24 / -1
SVT [config]: HierarchicalLevels / BaseLayerSwitchMode / PredStructure : 3 / 0 / 2
SVT [config]: BRC Mode / QP / LookaheadDistance / SceneChange : CQP / 25 / 40 / 1
SVT [config]: BitRateReduction / ImproveSharpness : 0 / 0
SVT [config]: tileColumnCount / tileRowCount / tileSliceMode / Constraint MV : 1 / 1 / 0 / 0
SVT [config]: De-blocking Filter / SAO Filter : 1 / 1
SVT [config]: HME / UseDefaultHME : 1 / 1
SVT [config]: MV Search Area Width / Height : 16 / 7
SVT [config]: HRD / VBV MaxRate / BufSize / BufInit : 0 / 0 / 0 / 90
-------------------------------------------
SVT [version]: SVT-HEVC Encoder Lib v1.5.1
SVT [build] : GCC 11.3.0 64 bit
LIB Build date: Jan 1 1970 00:00:01
-------------------------------------------
Number of logical cores available: 4
Number of PPCS 77
-------------------------------------------
SVT [config]: Main Profile Tier (auto) Level (auto)
SVT [config]: EncoderMode / Tune : 9 / 1
SVT [config]: EncoderBitDepth / CompressedTenBitFormat / EncoderColorFormat : 8 / 0 / 1
SVT [config]: SourceWidth / SourceHeight / InterlacedVideo : 320 / 240 / 0
SVT [config]: Fps_Numerator / Fps_Denominator / Gop Size / IntraRefreshType : 25 / 1 / 24 / -1
SVT [config]: HierarchicalLevels / BaseLayerSwitchMode / PredStructure : 3 / 0 / 2
SVT [config]: BRC Mode / QP / LookaheadDistance / SceneChange : CQP / 25 / 40 / 1
SVT [config]: BitRateReduction / ImproveSharpness : 0 / 0
SVT [config]: tileColumnCount / tileRowCount / tileSliceMode / Constraint MV : 1 / 1 / 0 / 0
SVT [config]: De-blocking Filter / SAO Filter : 1 / 1
SVT [config]: HME / UseDefaultHME : 1 / 1
SVT [config]: MV Search Area Width / Height : 16 / 7
SVT [config]: HRD / VBV MaxRate / BufSize / BufInit : 0 / 0 / 0 / 90
-------------------------------------------
SVT [version]: SVT-HEVC Encoder Lib v1.5.1
SVT [build] : GCC 11.3.0 64 bit
LIB Build date: Jan 1 1970 00:00:01
-------------------------------------------
Number of logical cores available: 4
Number of PPCS 77
-------------------------------------------
SVT [config]: Main Profile Tier (auto) Level (auto)
SVT [config]: EncoderMode / Tune : 7 / 1
SVT [config]: EncoderBitDepth / CompressedTenBitFormat / EncoderColorFormat : 8 / 0 / 1
SVT [config]: SourceWidth / SourceHeight / InterlacedVideo : 320 / 240 / 0
SVT [config]: Fps_Numerator / Fps_Denominator / Gop Size / IntraRefreshType : 25 / 1 / 24 / -1
SVT [config]: HierarchicalLevels / BaseLayerSwitchMode / PredStructure : 3 / 0 / 2
SVT [config]: BRC Mode / QP / LookaheadDistance / SceneChange : CQP / 25 / 40 / 1
SVT [config]: BitRateReduction / ImproveSharpness : 0 / 0
SVT [config]: tileColumnCount / tileRowCount / tileSliceMode / Constraint MV : 1 / 1 / 0 / 0
SVT [config]: De-blocking Filter / SAO Filter : 1 / 1
SVT [config]: HME / UseDefaultHME : 1 / 1
SVT [config]: MV Search Area Width / Height : 16 / 7
SVT [config]: HRD / VBV MaxRate / BufSize / BufInit : 0 / 0 / 0 / 90
-------------------------------------------
SVT [WARNING] Elevated privileges required to run with real-time policies! Check Linux Best Known Configuration in User Guide to run application in real-time without elevated privileges!
SVT [version]: SVT-HEVC Encoder Lib v1.5.1
SVT [build] : GCC 11.3.0 64 bit
LIB Build date: Jan 1 1970 00:00:01
-------------------------------------------
Number of logical cores available: 4
Number of PPCS 77
-------------------------------------------
SVT [config]: Main Profile Tier (auto) Level (auto)
SVT [config]: EncoderMode / Tune : 7 / 1
SVT [config]: EncoderBitDepth / CompressedTenBitFormat / EncoderColorFormat : 8 / 0 / 1
SVT [config]: SourceWidth / SourceHeight / InterlacedVideo : 320 / 240 / 0
SVT [config]: Fps_Numerator / Fps_Denominator / Gop Size / IntraRefreshType : 25 / 1 / 24 / -1
SVT [config]: HierarchicalLevels / BaseLayerSwitchMode / PredStructure : 3 / 0 / 2
SVT [config]: BRC Mode / QP / LookaheadDistance / SceneChange : CQP / 25 / 40 / 1
SVT [config]: BitRateReduction / ImproveSharpness : 0 / 0
SVT [config]: tileColumnCount / tileRowCount / tileSliceMode / Constraint MV : 1 / 1 / 0 / 0
SVT [config]: De-blocking Filter / SAO Filter : 1 / 1
SVT [config]: HME / UseDefaultHME : 1 / 1
SVT [config]: MV Search Area Width / Height : 16 / 7
SVT [config]: HRD / VBV MaxRate / BufSize / BufInit : 0 / 0 / 0 / 90
-------------------------------------------
25%: Checks: 4, Failures: 0, Errors: 3
../gst-plugins-bad-1.22.2/tests/check/elements/svthevcenc.c:23:E:general:test_encode_simple:0: (after this point) Received signal 4 (Illegal instruction)
../gst-plugins-bad-1.22.2/tests/check/elements/svthevcenc.c:105:E:general:test_reuse:0: (after this point) Received signal 4 (Illegal instruction)
../gst-plugins-bad-1.22.2/tests/check/elements/svthevcenc.c:213:E:general:test_reconfigure:0: (after this point) Received signal 4 (Illegal instruction)
Check suite svthevcenc ran in 4.370s (tests failed: 3)
――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
```
Attached is the complete build log.
[gst-plugins-bad-1.22.2.drv.gz](/uploads/6e57426d5ef863255399e49c21870872/gst-plugins-bad-1.22.2.drv.gz)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2949NVMM not working in pair with Tee2023-08-31T11:02:50ZMartin GerovNVMM not working in pair with Tee**Please provide complete information as applicable to your setup.**
**• Hardware Platform - Jetson**
**• DeepStream Version - 6.0**
**• JetPack Version - 32.4**
**• Issue Type - bug**
I've encountered a bug in the usage of `tee` elemen...**Please provide complete information as applicable to your setup.**
**• Hardware Platform - Jetson**
**• DeepStream Version - 6.0**
**• JetPack Version - 32.4**
**• Issue Type - bug**
I've encountered a bug in the usage of `tee` element with `NVMM` memory.
The issue arises if I drop frames from one branch of the tee, while processing buffers from the other branch. Subsequently, the other part of the queue sends a timeout signal to the GStreamer bus.
It's worth noting that when only one of the pipelines (either streaming or DeepStream) is active, everything functions correctly.
**Steps to Reproduce:**
1. Not working pipeline:
[neural-network-test_not_working.py](/uploads/2c0a0bd7f91c9f9639881c73085df58e/neural-network-test_not_working.py)
2. Working pipeline:
[neural-network-test_working.py](/uploads/4dc3088771943c49323bc9f44dfcc00a/neural-network-test_working.py)
3. Minimum requirement for replicating the behaviour:
[minimumn_example_not_working.py](/uploads/a4fa6dd53a4eb57c1ee4983aaa7c7a1f/minimumn_example_not_working.py)
After dropping a specific number of frames, the described timeout behaviour occurs, leading to the bug I have encountered.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2946v4l2videodec: get incorrect Pixel Aspect Ratio2023-08-30T20:13:03ZZhipeng Daiv4l2videodec: get incorrect Pixel Aspect Ratio### Describe your issue
<!-- a clear and concise summary of the bug. -->
<!-- For any GStreamer usage question, please contact the community using the #gstreamer channel on IRC https://www.oftc.net/ or the mailing list on https://gstream...### Describe your issue
<!-- a clear and concise summary of the bug. -->
<!-- For any GStreamer usage question, please contact the community using the #gstreamer channel on IRC https://www.oftc.net/ or the mailing list on https://gstreamer.freedesktop.org/lists/ -->
During the playback of the HLS content, content may be having multiple resolution mixed streams of different resolution, aspect ratios(WxR) and also different pixel aspect ratios. but it doesn't seem to update.
#### Expected Behavior
<!-- What did you expect to happen -->
update correct Pixel Aspect Ratio after when resolution changed.
#### Log
The pixel-aspect-ratio is always 1.
0:00:29.568966617 871 0xb4d20f28 DEBUG v4l2videodec gstv4l2videodec.c:750:gst_v4l2_update_caps:<v4l2mtkvpudec1> update caps: video/x-raw, format=(string)M21S, width=(int)640, height=(int)320, 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)1363/1360**, colorimetry=(string)bt709, framerate=(fraction)24/1, display_width=(int)640, display_height=(int)272
0:00:31.571832540 871 0xb4d20f28 DEBUG v4l2videodec gstv4l2videodec.c:750:gst_v4l2_update_caps:<v4l2mtkvpudec1> update caps: video/x-raw, format=(string)M21S, width=(int)512, height=(int)256, 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)1363/1360**, colorimetry=(string)bt709, framerate=(fraction)24/1, display_width=(int)512, display_height=(int)216https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2865v4l2jpegdec : stream hangs2023-08-30T14:52:03ZCarl Karstenv4l2jpegdec : stream hangsgst-launch-1.0 videotestsrc ! jpegenc ! jpegparse ! v4l2jpegdec ! videoconvert ! video/x-raw,colorimetry=bt709 ! fakesink
#### Expected Behavior
run forever
#### Observed Behavior
counts to 00:00:00.2 and hangs.
sometimes loger, but n...gst-launch-1.0 videotestsrc ! jpegenc ! jpegparse ! v4l2jpegdec ! videoconvert ! video/x-raw,colorimetry=bt709 ! fakesink
#### Expected Behavior
run forever
#### Observed Behavior
counts to 00:00:00.2 and hangs.
sometimes loger, but not for more than 30 seconds.
Pi4 - raspios, bullseye and beta bookworm
- **GStreamer Version:**
- gst-inspect-1.0 v4l2jpegdec
- ...
Version 1.22.0
License LGPL
Source module gst-plugins-good
Documentation https://gstreamer.freedesktop.org/documentation/video4linux2/
Source release date 2023-01-23
Binary package GStreamer Good Plugins (Debian)
Origin URL https://tracker.debian.org/pkg/gst-plugins-good1.0
- **Command line:**
### Steps to reproduce the bug
<!-- please fill in exact steps which reproduce the bug on your system, for example: -->
1. open terminal
2. type `command`
### How reproducible is the bug?
<!-- The reproducibility of the bug is Always/Intermittent/Only once after doing a very specific set of steps-->
### Related non-duplicate issues
similar https://gitlab.freedesktop.org/gstreamer/gst-omx/-/issues/41
### Additional Information
<!-- Any other information such as logs. Make use of <details> for long output -->https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2728ptp: Send packets on the interface that we received on2023-08-30T13:30:31ZArun Raghavanptp: Send packets on the interface that we received onWith `gst-ptp-helper` we send on the socket without specifying an interface, which might be any of the interfaces on the system (since there is no binding of the socket to any given interface). Even specifying an interface during init do...With `gst-ptp-helper` we send on the socket without specifying an interface, which might be any of the interfaces on the system (since there is no binding of the socket to any given interface). Even specifying an interface during init does not solve this (as that only determines the interface on which we join the multicast group, but not what we send on).
With multiple interfaces and the PTP master being on an interface that is not selected by default for sending, this may result in delay request packets never really being sent.Sebastian DrögeSebastian Drögehttps://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/413gtk4paintablesink usage in Vala2023-08-30T12:46:06ZŁukasz Grabskigtk4paintablesink usage in ValaHi,
I'm having problems with using gtk4paintablesink with Vala, here is my example code:
```
var pipeline = new Gst.Pipeline("test");
var src = Gst.ElementFactory.make("videotestsrc", "src");
var sink = Gst.ElementFac...Hi,
I'm having problems with using gtk4paintablesink with Vala, here is my example code:
```
var pipeline = new Gst.Pipeline("test");
var src = Gst.ElementFactory.make("videotestsrc", "src");
var sink = Gst.ElementFactory.make("gtk4paintablesink", "sink");
pipeline.add_many(src, sink);
src.link(sink);
// Get the paintable from the sink
GLib.Value val = GLib.Value(typeof(Gdk.Paintable));
sink.get_property("paintable", ref val);
var paintable = val as Gdk.Paintable;
var image = new Gtk.Picture();
image.set_size_request(800, 600);
image.set_paintable (paintable);
pipeline.set_state(Gst.State.READY);
```
The problem I'm observing is that the Picture is completely black, nothing is displayed at all. When i remove set_paintable line the image is rendered white so something is happening but not much :/
I appreciate any kind of help here...
Many thanks in advance.