AW: AW: One problem about gstreamer encoding.

[Thornton, Keith]

Hi,
if you want to flush all the buffers out of the Encoder so that the file has all the buffers you have sent, you have to send EOS otherwise the encoder will keep some Reference frames.
If you want to close the file, you can set the pipeline state to ready, assign a new file and then set the pipeline to playing again.

Von: gstreamer-devel <gstreamer-devel-bounces at lists.freedesktop.org> Im Auftrag von surprised
Gesendet: Mittwoch, 23. Oktober 2019 03:29
An: gstreamer-devel at lists.freedesktop.org
Betreff: Re: AW: One problem about gstreamer encoding.

Hi,Thornton, Keith. You say that I should send EOS down the pipeline. But I'm encoding video with live camera source,not file. If I send EOS,whether it seems the pipeline is stopped or not. After sending the EOS, can I still use the pipe a few seconds later without shutting down this pipe? I'm a new hand to Gstreamer.If you can provide some simple pseudo codes showing how the send the EOS without shutting down the pipe,I will be very pleased. Thank you all the same.
Thornton, Keith wrote
Hi, in order to get all frames, you have to send an EOS down the pipeline after the last frame and then wait until EOS is posted on the message bus. Gruesse Von: gstreamer-devel <[hidden email]</user/SendEmail.jtp?type=email&email=gstreamer-devel-bounces%40.freedesktop>> Im Auftrag von surprised Gesendet: Dienstag, 22. Oktober 2019 03:31 An: [hidden email]</user/SendEmail.jtp?type=email&email=gstreamer-devel%40.freedesktop> Betreff: One problem about gstreamer encoding. Hi,everyone. I'm trying to encode video to H265 bitstream with a YUV file in Gstreamer,then I send the H265 bitstream through Local Area Network to another host in this LAN and store them as a h265 file.In order to check that how much frames are there in this file,I decoded this file to YUV file,which can be calculated with the parameters of resolution ratio.I found a phenomenon:The decoded YUV file contains less frames than the YUV file before encoding(approximately dropped out 3 frames in each test). Why? I konw that in FFMpeg, there is a function called "flush_encoder()" will be invoked after encoding,which is used to output the remaining AVPacket in the encoder. I want to konw if Gstreamer has some similar operations I didn't use,which caused less frames than I expected. If hasn't, what's the reason actually? ________________________________ Sent from the GStreamer-devel mailing list archive<https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgstreamer-devel.966125.n4.nabble.com%2F&data=02%7C01%7C%7Cb64d2c54054447e2aac208d756cb9cbc%7C28042244bb514cd680347776fa3703e8%7C1%7C0%7C637073304818382844&sdata=ZPQz%2BT03U1Qxus55ye1%2BIPPWBjnSnxiTR%2BXbgUyhlYg%3D&reserved=0> at Nabble.com. _______________________________________________ gstreamer-devel mailing list [hidden email]</user/SendEmail.jtp?type=email&email=gstreamer-devel%40.freedesktop> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

________________________________
Sent from the GStreamer-devel mailing list archive<https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgstreamer-devel.966125.n4.nabble.com%2F&data=02%7C01%7C%7Cd598cf7d4d7040aa995108d75794ce18%7C28042244bb514cd680347776fa3703e8%7C1%7C0%7C637074168930232612&sdata=p7LFA4l0iJPJlZSMBzaDNQKuWboi2CaInIcWoS96kC0%3D&reserved=0> at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20191023/c3eda289/attachment.html>