[Libav-user] [External] Questions about decoding broken streams

Vasiliy Volkov volk.vasiliy at gmail.com
Wed Oct 3 13:14:49 EEST 2018

Well there is no anything unusual in our code. We're simply use this API:


And for context we setup:
context->err_recognition = AV_EF_EXPLODE | AV_EF_BITSTREAM | AV_EF_BUFFER |

ср, 3 окт. 2018 г. в 12:58, Niraj Gandha <niraj.gandha at einfochips.com>:

> Hi Vasiliy,
> Can you share the code in which you are decoding the stream?
> Thanks,
> Niraj Gandha
> Get Outlook for Android <https://aka.ms/ghei36>
> ------------------------------
> *From:* Libav-user <libav-user-bounces at ffmpeg.org> on behalf of Vasiliy
> Volkov <volk.vasiliy at gmail.com>
> *Sent:* Wednesday, October 3, 2018 3:08:08 PM
> *To:* libav-user at ffmpeg.org
> *Subject:* [External] [Libav-user] Questions about decoding broken streams
> CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unless you recognize the sender and know
> the content is safe.
> Hi,
> I'm trying to deal with broken streams with libav. Sometimes streams can
> be broken due to nature of incoming network channel (UDP multicast) but i'd
> like to "fix them" as much as possible. I'm trying to fill broken frames
> with last good decoded frame. There are situations when I can do such thing
> and everything is ok but most of time it's not helping: libav tries to
> decode broken stream and add some green frames (h264 decoding) which really
> catch your eyes when you watch this stream after encoding.
> Is it possible to change this color to black for example? Can libav while
> decoding set some flags to frames and mark them as broken or "green"?
> It will be helpful because next I'll can replace such frames with
> correctly decoded which fix it.
> Thanks
> *************************************************************************************************************************************************************
> eInfochips Business Disclaimer: This e-mail message and all attachments
> transmitted with it are intended solely for the use of the addressee and
> may contain legally privileged and confidential information. If the reader
> of this message is not the intended recipient, or an employee or agent
> responsible for delivering this message to the intended recipient, you are
> hereby notified that any dissemination, distribution, copying, or other use
> of this message or its attachments is strictly prohibited. If you have
> received this message in error, please notify the sender immediately by
> replying to this message and please delete it from your computer. Any views
> expressed in this message are those of the individual sender unless
> otherwise stated. Company has taken enough precautions to prevent the
> spread of viruses. However the company accepts no liability for any damage
> caused by any virus transmitted by this email.
> *************************************************************************************************************************************************************
> _______________________________________________
> Libav-user mailing list
> Libav-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/libav-user
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ffmpeg.org/pipermail/libav-user/attachments/20181003/32a10a6b/attachment.html>

More information about the Libav-user mailing list