AW: Avimux refuses Video Caps

Fri Sep 22 20:11:48 UTC 2023

Hi,

Le vendredi 22 septembre 2023 à 08:02 +0000, Sternkopf, Felix a écrit :
> Hey,
> thanks for your answer. I will test another muxer, but it would be interesting to know why the framerate is still at 0/1 after the parsing step. As you can see the framerate of the video package is at 30/1 before the depay step. Have you any idea why the parser could change the framerate?

I did not notice no, can you try this MR:

  https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/5383

I don't think its the right form, the principle is there. Atm there is no code
to pass the a-framerate through. I may just move this code in the base class and
trust that it won't appear on sinkcaps unless its a video format ....

Nicolas

> 
> Regards,
> Felix
> 
> 
> 
> -----Ursprüngliche Nachricht-----
> Von: Nicolas Dufresne <nicolas at ndufresne.ca> 
> Gesendet: Donnerstag, 21. September 2023 21:58
> An: Discussion of the development of and with GStreamer <gstreamer-devel at lists.freedesktop.org>
> Cc: Marianna Smidth Buschle <msb at qtec.com>; Sternkopf, Felix <Felix.Sternkopf at telerob.com>
> Betreff: Re: Avimux refuses Video Caps
> 
> Le jeudi 21 septembre 2023 à 16:12 +0200, Marianna Smidth Buschle via gstreamer- devel a écrit :
> > 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-v4l2sin
> > k 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.
> 
> I tested locally, and avidemux bails out on framerate=0/1, since its not supported, despite the template caps offering it.
> 
> regards,
> Nicolas
> 
> > 
> > 
> > On 21/09/2023 15.51, gstreamer-devel-request at lists.freedesktop.org wrote:
> > > Message: 2
> > > Date: Thu, 21 Sep 2023 13:51:22 +0000
> > > From: "Sternkopf, Felix"<Felix.Sternkopf at telerob.com>
> > > To: Marianna Smidth Buschle<msb at qtec.com>,
> > > 	"gstreamer-devel at lists.freedesktop.org"
> > > 	<gstreamer-devel at lists.freedesktop.org>
> > > Subject: AW: Avimux refuses Video Caps 
> > > Message-ID:<114836208f974896ae319ad1880f0273 at telerob.com>
> > > 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:image001.png at 01D9ECA3.77154F90]
> > > Working pipeline with x264enc Encoder on RTSP server side:
> > > [cid:image004.png at 01D9ECA3.77154F90]
> > > 
> > > 
> > > Best Regards,
> > > Felix
> > > 
> > > 
> > > 
> > > 
> > > Von: Marianna Smidth Buschle<msb at qtec.com>
> > > Gesendet: Donnerstag, 21. September 2023 14:17 
> > > An:gstreamer-devel at lists.freedesktop.org
> > > Cc: Sternkopf, Felix<Felix.Sternkopf at telerob.com>
> > > 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,gstreamer-devel-request at lists.freedesktop.org<mailto:gstreamer-devel-request at lists.freedesktop.org>  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/attachme
> > > nts/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/attachme
> > > nts/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/attachme
> > > nts/20230921/fbae5966/attachment-0001.png>
> > > 
> > > ------------------------------
> > > 
> 