[FFmpeg-user] Quiet ffmpeg while starting up

Hi everyone, Is it possible to silence the ffmpeg errors and warnings while it is trying to catch the first keyframe of a live input stream so it can begin the decode the input? In lack of (knowing about) a better solution of automatic monitoring of ffmpeg errors, I am trying to setup a system

[FFmpeg-user] default mpeg2 decoder

Hi everyone, Is it possible to designate a default decoder for mpeg2? Concretly, I would like to get ffmpeg to use mpeg2_qsv instead of mpeg2video on autodetect of such codec on input. thanx for any pointers Haris ___ ffmpeg-user mailing list

[FFmpeg-user] *** drop! and *** dup!

,ssegment @ 0x2b0c8a0] segment:'/origin/tmp/ST041/tablet/1441893233.ts' count:3677 ended -- ST041.out.log:*** drop! ST041.out.log-Last message repeated 19 times -- ST041.out.log:*** drop! ST041.out.log-Last message repeated 20 times -- -- Haris Zukanovic

Re: [FFmpeg-user] Use force_key_frames to obtain keyframes at exactly the same positions as in the input stream?

it synced -- -- Haris Zukanovic ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user

Re: [FFmpeg-user] Use force_key_frames to obtain keyframes at exactly the same positions as in the input stream?

. Schoneveld belca...@zonnet.nl wrote: On 01 May 2015, at 20:43, Haris Zukanovic haris.zukanovi...@gmail.com wrote: Indeed force-ing keyframes at certain positions is meant to keep multiple output encodings keyframe aligned. The input stream is already h264 in our case. Moreover, if one could

Re: [FFmpeg-user] Use force_key_frames to obtain keyframes at exactly the same positions as in the input stream?

streams. On May 2, 2015 1:57 AM, Henk D. Schoneveld belca...@zonnet.nl wrote: On 01 May 2015, at 20:43, Haris Zukanovic haris.zukanovi...@gmail.com wrote: Indeed force-ing keyframes at certain positions is meant to keep multiple output encodings keyframe aligned. The input stream

Re: [FFmpeg-user] Use force_key_frames to obtain keyframes at exactly the same positions as in the input stream?

at recuirements, that in reality don’t exist ? On Sat, May 2, 2015 at 12:31 PM, Haris Zukanovic haris.zukanovi...@gmail.com wrote: My simple idea was that instead of deducing from a formula like -force_key_frames 'expr:gte(t,n_forced*5)' force_key_frames somehow took this kind of info directly

Re: [FFmpeg-user] Use force_key_frames to obtain keyframes at exactly the same positions as in the input stream?

for scene detection if that was already done in the input stream. I am not sure how much heavy lookahead calculations and perhaps other heavy calculations could also be skipped? On May 1, 2015 7:42 PM, Henk D. Schoneveld belca...@zonnet.nl wrote: On 01 May 2015, at 13:06, Haris Zukanovic

Re: [FFmpeg-user] Use force_key_frames to obtain keyframes at exactly the same positions as in the input stream?

Is the decision about exactly which frame to make an IDR frame made in x264 or ffmpeg? Any pointer or advice on where to look for this in the code? On 4/29/15 8:54 PM, Anatol wrote: No responses on that one? It is very important issue. On Mon, Apr 27, 2015 at 11:47 PM, Haris Zukanovic

[FFmpeg-user] rtmp server as output

(tcp) protocol... and the idea is to not interrupt ffmpeg when a clients disconnects and allow it to reconnect without having to restart the transcoding process. -- -- Haris Zukanovic ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http

[FFmpeg-user] Use force_key_frames to obtain keyframes at exactly the same positions as in the input stream?

and in the second pass keyframes are inserted exactly where they are recorded in the first pass... Is that something like that even theoretically doable for live streaming? thanx -- -- Haris Zukanovic ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http

[FFmpeg-user] Live streaming keyframes

? thanx for any advice -- -- Haris Zukanovic ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user

[FFmpeg-user] udp multicasat input failover

so the primary is started again when also backup has failed, or when the primary has come back to life? Is there maybe another preferred way to accomplish such failover external to ffmpeg, maybe at the network level somehow? regards -- -- Haris Zukanovic