AW: One problem about gstreamer encoding.

[Thornton, Keith]

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 <gstreamer-devel-bounces at lists.freedesktop.org> Im Auftrag von surprised
Gesendet: Dienstag, 22. Oktober 2019 03:31
An: gstreamer-devel at lists.freedesktop.org
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20191022/1a2b16cc/attachment.html>