[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