[FFmpeg-trac] #3405(undetermined:reopened): Bizare behaviour with RTP mpegts sources

[FFmpeg]

#3405: Bizare behaviour with RTP mpegts sources
-------------------------------------+-------------------------------------
             Reporter:  sharbatgula  |                    Owner:
                 Type:  defect       |                   Status:  reopened
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:  RTP mpegts   |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by sharbatgula):

 How to reproduce?

 In my previous post I explained the steps to reproduce it in my
 environment.

 It would be very hard to do a relevant reproduction because it's a
 multicast streaming from my source. I could try to setup unicast feed if
 you give me your public address.

 I published a raw recording of it on  http://212.158.191.90/test.ts but
 when I tried to feed ffmpeg with that record, there was no problem. That
 proves that the problem is connected to the handling of RTP/UDP source,
 probably that particular source (Ericsson hw encoder). It's a null packet
 filled-in quasi CBR mpegts over RTP/UDP

 Other thing that comes to my mind is to provide tcpdump for packet
 analysis. I'm open for proposals, probably best thing is to try to deliver
 to your address.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3405#comment:7>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker