<div dir="ltr">Busayo,<div> </div><div> I recommend using the MSVC build: I have observed that it tends to behave nicely on Windows, and historically there have been problems with the behavior of MINGW components on Windows (I have personally observed these problems). I have heard a rumor that the MINGW is gradually improving but I haven't used it since 1.16, at which time it still had some problems.</div></div> <div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 25, 2020 at 11:10 AM Busayo Famutimi <<a href="mailto:famutimi.busayo@gmail.com">famutimi.busayo@gmail.com</a>> wrote: </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>@Nicolas Dufresne,</div><div> </div><div>Yes, I already filed an issue.</div><div> </div><div>Thanks. </div> <div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 25, 2020 at 5:26 PM <<a href="mailto:gstreamer-devel-request@lists.freedesktop.org" target="_blank">gstreamer-devel-request@lists.freedesktop.org</a>> wrote: </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Send gstreamer-devel mailing list submissions to <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> To subscribe or unsubscribe via the World Wide Web, visit <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> or, via email, send a message with subject or body 'help' to <a href="mailto:gstreamer-devel-request@lists.freedesktop.org" target="_blank">gstreamer-devel-request@lists.freedesktop.org</a> You can reach the person managing the list at <a href="mailto:gstreamer-devel-owner@lists.freedesktop.org" target="_blank">gstreamer-devel-owner@lists.freedesktop.org</a> When replying, please edit your Subject line so it is more specific than "Re: Contents of gstreamer-devel digest..." Today's Topics: 1. HDR10 metadata using gst-launch-1.0 (ltreherne) 2. Re: <v4l2src0:pool:src> Dropping truncated buffer, this is likely a driver bug. (Nicolas Dufresne) 3. Re: Window turns transparent (Nicolas Dufresne) 4. Re: Watch youtube video using rtspsrc (Nicolas Dufresne) 5. Re: HDR10 metadata using gst-launch-1.0 (Nicolas Dufresne) 6. Re: GStreamer 1.17.1 development release (Mikel P?rez) 7. Identifying video key frame positions (Andy Robinson) ---------------------------------------------------------------------- Message: 1 Date: Thu, 25 Jun 2020 08:30:37 -0500 (CDT) From: ltreherne <<a href="mailto:l_treherne@yahoo.com" target="_blank">l_treherne@yahoo.com</a>> To: <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> Subject: HDR10 metadata using gst-launch-1.0 Message-ID: <<a href="mailto:1593091837092-0.post@n4.nabble.com" target="_blank">1593091837092-0.post@n4.nabble.com</a>> Content-Type: text/plain; charset=us-ascii Hi, Is there a way to ingest HDR10 metadata (st2086) onto a H265/HEVC stream using gst-launch-1.0 Thanks. -- Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a> ------------------------------ Message: 2 Date: Thu, 25 Jun 2020 10:18:13 -0400 From: Nicolas Dufresne <<a href="mailto:nicolas@ndufresne.ca" target="_blank">nicolas@ndufresne.ca</a>> To: Discussion of the development of and with GStreamer <<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a>> Subject: Re: <v4l2src0:pool:src> Dropping truncated buffer, this is likely a driver bug. Message-ID: <<a href="mailto:6af6c9470629e733aba7a4a05c89b039a8c489ca.camel@ndufresne.ca" target="_blank">6af6c9470629e733aba7a4a05c89b039a8c489ca.camel@ndufresne.ca</a>> Content-Type: text/plain; charset="UTF-8" Le mercredi 24 juin 2020 ? 22:47 -0500, Aniket0987 a ?crit : > Trying to capture I420 FHD at 5fps on RP4. > Pipeline is as follows, > > v4l2src device=/dev/video0 io-mode=dmabuf ! > video/x-raw,width=1920,height=1080 ! videoconvert ! video/x-raw,format=RGBA > ! videorate ! video/x-raw,framerate=5/1 ! queue leaky=downstream ! > v4l2h264enc capture-io-mode=dmabuf ! video/x-h264,profile=main ! h264parse > splitmuxsink name=mp4mux max-size-time=60000000000 max-size-bytes=134217728 > location=/tmp/vid_ sync=false ! queue ! mp4mux.video > > After a certain time, v4l2src starts dropping everything. > > 0:10:33.385742774 42 0xa3bfb0 INFO v4l2src > gstv4l2src.c:961:gst_v4l2src_create:<v4l2src0> sync to 0:10:30.400000000 out > ts 0:10:30.557956381 > 0:10:33.585610267 42 0xa3bfb0 DEBUG v4l2src > gstv4l2src.c:925:gst_v4l2src_create:<v4l2src0> ts: 1:05:16.523210000 now > 1:05:16.695278946 delay 0:00:00.172068946 > 0:10:33.585754746 42 0xa3bfb0 INFO v4l2src > gstv4l2src.c:961:gst_v4l2src_create:<v4l2src0> sync to 0:10:30.600000000 out > ts 0:10:30.757941863 > 0:10:33.689999870 42 0xa3bfb0 WARN v4l2bufferpool > gstv4l2bufferpool.c:2066:gst_v4l2_buffer_pool_process:<v4l2src0:pool:src> > Dropping truncated buffer, this is likely a driver bug. > 0:10:33.690498344 42 0xa3bfb0 WARN v4l2bufferpool > gstv4l2bufferpool.c:2066:gst_v4l2_buffer_pool_process:<v4l2src0:pool:src> > Dropping truncated buffer, this is likely a driver bug. > 0:10:33.693825940 42 0xa3bfb0 WARN v4l2bufferpool > gstv4l2bufferpool.c:2066:gst_v4l2_buffer_pool_process:<v4l2src0:pool:src> > Dropping truncated buffer, this is likely a driver bug. > 0:10:33.694079417 42 0xa3bfb0 WARN v4l2bufferpool > gstv4l2bufferpool.c:2066:gst_v4l2_buffer_pool_process:<v4l2src0:pool:src> > Dropping truncated buffer, this is likely a driver bug. > 0:10:33.697968615 42 0xa3bfb0 WARN v4l2bufferpool > gstv4l2bufferpool.c:2066:gst_v4l2_buffer_pool_process:<v4l2src0:pool:src> > Dropping truncated buffer, this is likely a driver bug. > 0:10:33.698261555 42 0xa3bfb0 WARN v4l2bufferpool > gstv4l2bufferpool.c:2066:gst_v4l2_buffer_pool_process:<v4l2src0:pool:src> > Dropping truncated buffer, this is likely a driver bug. > > Is there any issue in my pipeline or is it a v4l2 driver bug? The warning from gst is correct, it's a driver bug. But as you can see, it has a workaround. The driver I made this workaround for is now fixed in mainline kernel. > > > > -- > Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a> > _______________________________________________ > gstreamer-devel mailing list > <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> > <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> ------------------------------ Message: 3 Date: Thu, 25 Jun 2020 10:23:11 -0400 From: Nicolas Dufresne <<a href="mailto:nicolas@ndufresne.ca" target="_blank">nicolas@ndufresne.ca</a>> To: Discussion of the development of and with GStreamer <<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a>> Subject: Re: Window turns transparent Message-ID: <<a href="mailto:78724cefd73f7e6f0f8623250c4555ed5d512440.camel@ndufresne.ca" target="_blank">78724cefd73f7e6f0f8623250c4555ed5d512440.camel@ndufresne.ca</a>> Content-Type: text/plain; charset="UTF-8" Le jeudi 25 juin 2020 ? 08:21 +0100, Busayo Famutimi a ?crit : > Hi, > > I ran the basic tutorial 5 but the output window was transparent. Kindly see screenshot below: > > > > OS: Windows 10 using Msys2 & Mingw-64 > > How can I fix this? Looks like a bug in the sink element, but I think you already filed an issue didn't you ? > > Thanks. > _______________________________________________ > gstreamer-devel mailing list > <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> > <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> ------------------------------ Message: 4 Date: Thu, 25 Jun 2020 10:25:05 -0400 From: Nicolas Dufresne <<a href="mailto:nicolas@ndufresne.ca" target="_blank">nicolas@ndufresne.ca</a>> To: Discussion of the development of and with GStreamer <<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a>> Subject: Re: Watch youtube video using rtspsrc Message-ID: <<a href="mailto:30b792374e73719796b7f28d06b7e645e0a810bc.camel@ndufresne.ca" target="_blank">30b792374e73719796b7f28d06b7e645e0a810bc.camel@ndufresne.ca</a>> Content-Type: text/plain; charset="UTF-8" Le jeudi 25 juin 2020 ? 03:28 -0500, nishitha a ?crit : > Hi, > > I want to view youtube videos using gstreamer pipeline. It worked with > souphttpsrc using the pipeline : > > gst-launch-1.0 souphttpsrc is-live=true location="$(youtube-dl --format > "best[ext=mp4][protocol=https]" --get-url <youtube-link>)" ! decodebin ! > videoconvert ! autovideosink > > Now, how can I make it work with rtspsrc ? First step would be to make a feature request to Youtube/Google, and hope they accept. Google/Youtube do no support RTSP protocol, they also do not approve usage of youtube-dl extracted links. > > > > -- > Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a> > _______________________________________________ > gstreamer-devel mailing list > <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> > <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> ------------------------------ Message: 5 Date: Thu, 25 Jun 2020 11:10:10 -0400 From: Nicolas Dufresne <<a href="mailto:nicolas@ndufresne.ca" target="_blank">nicolas@ndufresne.ca</a>> To: Discussion of the development of and with GStreamer <<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a>> Subject: Re: HDR10 metadata using gst-launch-1.0 Message-ID: <<a href="mailto:66ec2386a7892cd551a06f71432791544c50e99d.camel@ndufresne.ca" target="_blank">66ec2386a7892cd551a06f71432791544c50e99d.camel@ndufresne.ca</a>> Content-Type: text/plain; charset="UTF-8" Le jeudi 25 juin 2020 ? 08:30 -0500, ltreherne a ?crit : > Hi, > > Is there a way to ingest HDR10 metadata (st2086) onto a H265/HEVC stream > using gst-launch-1.0 HDR10 static metadata will be exposed inside the caps, so one can inject such meta for testing using capssetter element. This feature is not released yet. > > Thanks. > > > > -- > Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a> > _______________________________________________ > gstreamer-devel mailing list > <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> > <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> ------------------------------ Message: 6 Date: Thu, 25 Jun 2020 11:07:50 -0500 From: Mikel P?rez <<a href="mailto:io@mikelpr.com" target="_blank">io@mikelpr.com</a>> To: Discussion of the development of and with GStreamer <<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a>> Subject: Re: GStreamer 1.17.1 development release Message-ID: <<a href="mailto:CAHSRX9_6A9m72OCaWYi2MEf8EHDLhZ2K0nHyfKHAeK-cVfpe5w@mail.gmail.com" target="_blank">CAHSRX9_6A9m72OCaWYi2MEf8EHDLhZ2K0nHyfKHAeK-cVfpe5w@mail.gmail.com</a>> Content-Type: text/plain; charset="utf-8" the android build seems to be broken 1. does not link libiconv by default as did previous releases - had to add GSTREAMER_EXTRA_LIBS := -liconv 2. can't build with dashdemux plugin enabled as it is missing a link too. I just disabled in this case 3. having built after working around #1 and #2, it fails with ../sys/androidmedia/gst-android-hardware-camera.c:1763:_init_classes Failed to initialize android.hardware.Camera classes: Failed to get static field ID EFFECT_EMBOSS (Ljava/lang/String;): java.lang.NoSuchFieldError: no "Ljava/lang/String;" field "EFFECT_EMBOSS" in class "Landroid/hardware/Camera$Parameters;" or its superclasses java.lang.NoSuchFieldError: no "Ljava/lang/String;" field "EFFECT_EMBOSS" in class "Landroid/hardware/Camera$Parameters;" or its superclasses I don't know how to sidestep #3. I don't need the camera in my app but it is part of native_init() On Mon, Jun 22, 2020 at 8:20 AM Tim-Philipp M?ller <<a href="mailto:t.i.m@zen.co.uk" target="_blank">t.i.m@zen.co.uk</a>> wrote: > > > Binary packages for Android, iOS, Mac OS X and Windows will be > > provided in the next few days. > > Binaries are up now at the usual location: > > <a href="https://gstreamer.freedesktop.org/pkg/" rel="noreferrer" target="_blank">https://gstreamer.freedesktop.org/pkg/</a> > > Please give them a spin and let us know if anything is amiss. > > Cheers > Tim > > _______________________________________________ > gstreamer-devel mailing list > <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> > <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <<a href="https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20200625/a34f9599/attachment-0001.htm" rel="noreferrer" target="_blank">https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20200625/a34f9599/attachment-0001.htm</a>> ------------------------------ Message: 7 Date: Thu, 25 Jun 2020 17:18:47 +0100 From: Andy Robinson <<a href="mailto:andy@seventhstring.com" target="_blank">andy@seventhstring.com</a>> To: gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a>> Subject: Identifying video key frame positions Message-ID: <<a href="mailto:c82edcf0-c99a-98e8-fdca-9aa4c2ec6c2b@seventhstring.com" target="_blank">c82edcf0-c99a-98e8-fdca-9aa4c2ec6c2b@seventhstring.com</a>> Content-Type: text/plain; charset=utf-8; format=flowed I would like to locate key frames to enable faster seeking when a video has widely spaced key frames. For example if the place we want to seek to is just before a key frame then the seek will be very slow (I've seen up to 3 seconds), but if we know where the key frames are, then it might well be acceptable to seek instead to the key frame just after the desired point. I have written a "pre-scan" technique which locates all key frames in advance. It works by seeking to the next key frame (flags GST_SEEK_FLAG_KEY_UNIT | GST_SEEK_FLAG_SNAP_AFTER), get the location, add a little, then seek from there to the next key frame, etc. But this can take 10 or 20 seconds on large videos. So my first question is, is there a faster way of doing such a pre-scan? Failing that, I'm thinking of collecting key frame positions incrementally while we play, using a pad probe. I tried placing a pad probe after decodebin but I find *none* of the buffers have GST_BUFFER_FLAG_DELTA_UNIT, so they all appear to be key frames, which is wrong of course. According to this very old post: <a href="http://gstreamer-devel.966125.n4.nabble.com/keyframes-from-a-video-td973102.html" rel="noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/keyframes-from-a-video-td973102.html</a> "- decodebin outputs decoded raw video frames; I don't think the semantics of keyframe/not-keyframe are very well defined for raw video frames. I would not rely on decoders flagging their output buffers consistently one way or another or at all - you are likely to get better results if you check for keyframes on buffers before they go into the decoder" But how can I do that? Do I need to investigate the internals of how decodebin works? Any advice would be welcome. Regards, Andy Robinson, Seventh String Software, <a href="http://www.seventhstring.com" rel="noreferrer" target="_blank">www.seventhstring.com</a> ------------------------------ Subject: Digest Footer _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> ------------------------------ End of gstreamer-devel Digest, Vol 113, Issue 73 ************************************************ </blockquote></div></div> _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> </blockquote></div>