Re: Avimux refuses Video Caps
Marianna Smidth Buschle via gstreamer-devel <[email protected]>
| Newsgroups | gmane.comp.video.gstreamer.devel |
|---|---|
| Organization | Qtechnology |
| Message-ID | <[email protected]> |
You can see in the CAPS in the image that the working pipeline has a colorimetry field, while the other doesn't. So I would still suspect that it could be a problem. Per suggestions from https://gstreamer-devel.narkive.com/2Yq80E6x/vaapipostproc-and-v4l2sink you can try a videoconvert or a capssetter. Otherwise you have to look at the output with: --gst-debug=*:3,GST_CAPS:5 And look at the CAPS both sides are offering and compare them. On 21/09/2023 15.51, [email protected] wrote: > Message: 2 > Date: Thu, 21 Sep 2023 13:51:22 +0000 > From: "Sternkopf, Felix"<[email protected]> > To: Marianna Smidth Buschle<[email protected]>, > "[email protected]" > <[email protected]> > Subject: AW: Avimux refuses Video Caps > Message-ID:<[email protected]> > Content-Type: text/plain; charset="utf-8" > > My guess is the framerate. I don?t no why but after the ?h264parse? step the framerate is down to 0/1. My source is an encoded video from a rtspsrc and when I change the encoder from openh264enc to x264enc on the rtsp server it works and the framerate is correctly at 30/1. I have no idea why the framerate drops down to 0/1 after the parsing step. > With --gst-debug=*:3,GST_CAPS:5 I cannot find any problems with the colorimetry. > > Not working pipeline with openh264enc Encoder on RTSP server side: > [cid:[email protected]] > Working pipeline with x264enc Encoder on RTSP server side: > [cid:[email protected]] > > > Best Regards, > Felix > > > > > Von: Marianna Smidth Buschle<[email protected]> > Gesendet: Donnerstag, 21. September 2023 14:17 > An:[email protected] > Cc: Sternkopf, Felix<[email protected]> > Betreff: Re: Avimux refuses Video Caps > > > My first guess is problems with the colorimetry, I had issues with other plugins. > > > > You can try debugging further with: --gst-debug=*:3,GST_CAPS:5 > > So you can pin point what parts of the CAPS is going wrong. > > > > In some situations a 'h264parse' might help. > > > > Best Regards > > Marianna > On 21/09/2023 14.00,[email protected]<mailto:[email protected]> wrote: > > Hey guys, > > i developed a pipeline with two parallel streams which are combined in a muxer. There is one audio stream and one video stream. My problem is, that the GstAviMux refuses the following videocaps: > > video/x-h264, > > stream-format=(string)byte-stream, > > alignment=(string)au, > > width=(int)1280, > > height=(int)720, > > framerate=(fraction)0/1, > > chroma-format=(string)4:2:0, > > bit-depth-luma=(uint)8, > > bit-depth-chroma=(uint)8, > > parsed=(boolean)true, > > profile=(string)constrained-baseline, > > level=(string)3.1 > > > > As i understand the documentation of the GstAviMux element, it should accept this caps. Is there any ideas for this problem? > > > > Kind regards, > > Felix Sternkopf > > -- > > Best regards / Med venlig hilsen > > ?Marianna Smidth Buschle? > -------------- next part -------------- > An HTML attachment was scrubbed... > URL:<https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20230921/fbae5966/attachment.htm> > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: image001.png > Type: image/png > Size: 119475 bytes > Desc: image001.png > URL:<https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20230921/fbae5966/attachment.png> > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: image004.png > Type: image/png > Size: 130992 bytes > Desc: image004.png > URL:<https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20230921/fbae5966/attachment-0001.png> > > ------------------------------ > -- Best regards / Med venlig hilsen “Marianna Smidth Buschle”