the content is
httpPort 8208
httpBindAddress 0.0.0.0
MaxHTTPConnections 2000
MaxClients 1000
MaxBandwidth 10
File /home/ubuntu/feed1.ffm
FileMaxSize 200K
ACL allow 127.0.0.1
Feed feed1.ffm
Format ogg
AudioBitRate 32
AudioChannels 2
AudioSampleRate 44100
VideoBitRate 64
VideoBufferSize 40
VideoFr
Am 29.05.2016 um 22:45 schrieb juan carlos Rebate:
root@ubuntu:/etc# ffserver start
ffserver version 3.0.2 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3)
configuration:
libavutil 55. 17.103 / 55. 17.103
libavcodec 57. 24.102 / 5
root@ubuntu:/etc# ffserver start
ffserver version 3.0.2 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3)
configuration:
libavutil 55. 17.103 / 55. 17.103
libavcodec 57. 24.102 / 57. 24.102
libavformat57. 25.100 / 57. 25.100
li
On Thu, May 26, 2016 at 14:20:31 -0400, Wu-bin Zhen wrote:
> I used ffmpeg command like "ffmpeg -i rtsp:// -i
> rtsp:// -c copy -y filename.ts", and noticed that the second
> track in the ts file is always 2-3 seconds behind.
I think that this is due to the fact that ffmpeg uses its (receiving)
wa
gf gmx.de> writes:
> why is -i color=d=10:r=50 different from -i color=d=10 -r 50 ?
I'd like to add (Andy's explanation was completely correct)
that I consider it a huge advantage that the input option
-r, the output option -r and the framerate option of the
color filter (that are all differe
Andy Furniss gmail.com> writes:
> If you use -r before -i it has a different effect from after, on
> normal files = override whatever the input file framerate is.
This is correct but I'd like to add that the input option
-r does not always work;-(
Carl Eugen
__
>>
> It's a different r :r=50 is a suboption of color which tells it to
> generate 50 fps. the -r 50 is an option that tells ffmpeg you want
> the output to be converted to 50 fps by dup/drop - but it doesn't
> work with copy.
>
> If you use -r before -i it has a different effect from after, on
> n
gf wrote:
2016-05-29 10:40 GMT+02:00 Carl Eugen Hoyos :
gf gmx.de> writes:
ffmpeg -f lavfi -i color=d=10 -r 50 -c copy test2.avi
How is this supposed to work / what kind of output do you
expect?
In case this isn't clear: Neither duplicating nor dropping
frames is possible with -codec copy,
2016-05-29 10:40 GMT+02:00 Carl Eugen Hoyos :
> gf gmx.de> writes:
>
> > ffmpeg -f lavfi -i color=d=10 -r 50 -c copy test2.avi
>
> How is this supposed to work / what kind of output do you
> expect?
> In case this isn't clear: Neither duplicating nor dropping
> frames is possible with -codec copy
gf gmx.de> writes:
> ffmpeg -f lavfi -i color=d=10 -r 50 -c copy test2.avi
How is this supposed to work / what kind of output do you
expect?
In case this isn't clear: Neither duplicating nor dropping
frames is possible with -codec copy, not even for rawvideo.
(Duplicating and / or dropping is
Hi.
Why does the the "r" flag behave differently in the two cases below?
The output for test2.avi shows 25 fps instead of the desired 50 fps. Only
the tbn flag is 50.
ffprobe, however, shows a value of 50 for all timestamps for both avi files.
cheers!
ffmpeg -f lavfi -i color=d=10:r=50 -c copy te
This page : (https://trac.ffmpeg.org/wiki/Encode/H.264) from ffmpeg
documention claims that in order to ensure compatibility between every
device, we have to produce Baseline level3 mp4 files. But the devices
quoted are really old.
- Since nowadays, the device are more and more performant, could w
Cley Faye gmail.com> writes:
> it looks like you never specified which codec to use for the video stream.
On the contrary, the problem is that an unsupported codec is specified.
> Doing so will most likely help.
> Note that VP9 encoding is sort of slow
This is correct, vp9 encoding will most
13 matches
Mail list logo