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

FFmpeg trac at avcodec.org
Fri Jan 9 15:45:19 CET 2015


#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 ok2015):

 This problem is also with me.

 If you run one instance of ffmpeg - everything is fine.
 If you run a second instance of ffmpeg to record another channel, the
 channel is recorded, which has already recorded the previous instance of
 ffmpeg.
 If set {{{-f mpegts}}}, written want channel, but the output file is
 corrupt.

 Checked for ffmpeg versions 1.2.11, 2.5.2 and N-68976-gd1c6b7v (from git)
 on "Scientific Linux 6.5" and ffmpeg 2.4.5 on "Fedora 21".

 All of the above exist in ffplay.
 In vlc no such effect.

 In http://kochkin.tk/ffmpeg/ located ffmpeg reports and recorded videos.

 "mplayer-stream.ts" - command {{{mplayer rtp://@238.1.1.8:1234 -dumpstream
 -dumpfile mplayer-stream.ts}}}

 "ffmpeg-one.log" and "ffmpeg-one.ts" - recording in a single copy ffmpeg.
 All ok.

 "ffmpeg-second.log" and "ffmpeg-second.ts" - the second record instances
 are already running at earlier instance of ffmpeg. Recorded the wrong
 channel, which is specified in the URL, but one that is already recording
 another copy.

 "ffmpeg-second-mpegts.log" and "ffmpeg-second-mpegts.ts" - recording the
 second copy with the option {{{-f mpegts}}}. Channel right, the picture is
 crash.

 Sorry my English...

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


More information about the FFmpeg-trac mailing list