[FFmpeg-trac] #1475(avformat:new): Memory leak in ff_read_packet when decoding udp mpegts multicast stream

[FFmpeg]

#1475: Memory leak in ff_read_packet when decoding udp mpegts multicast stream
-------------------------------------+------------------------------------
             Reporter:  thutschen    |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:  avformat
              Version:  unspecified  |               Resolution:
             Keywords:  udp          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by mufin):

 Replying to [comment:2 michael]:

 You are right...better check on the other condition (st->request_probe >
 0)
 But that also leaves some problems open.
 Should the request_probe property of the corresponding stream be negated?
 Should the stream be closed / is it possible to terminate a stream once
 opened?
 From what I see in the corresponding sources (libavformat/utils.c and
 libavformat/mpegts.c), there only seems to be functionality to spawn new
 streams and not to close them.
 Maybe one should also free the packet on reporting probing failure.

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1475#comment:3>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker