Hi
I'm streaming 2 video sources and 1 audio source to ffserver, then pulling
them with a complex filter and submitting them to an rtmp server far, far
away.
I'm using 3 different computers for this, one that pushes (camera + xorg),
a server (that pushes audio from mumblerecbot) and another compute
Abu Abdullah gmail.com> writes:
> i have this file which is giving wrong duration
> (6 sec where it is 54 sec):
> http://www.maknoon.com/download/audios/quran/alafasy/114.mp3
Should be fixed, thank you for the sample and
Oliver Fromme for the analysis!
Carl Eugen
Le sextidi 6 thermidor, an CCXXII, Luke Davis a écrit :
> Well, it has 15. At least, that is what it is set to. It is
> quicktime broadcaster, and I have never read anywhere that its 15
> FPS is actually 14.99, so it should be the 15 that it claims.
You should check for yourself: use ffprobe to
On Thu, 24 Jul 2014, Nicolas George wrote:
Le quintidi 5 thermidor, an CCXXII, Luke Davis a écrit :
Any idea _why_ they might be dropped?
The "drop=" statistics corresponds to frames that were dropped to
accommodate the output frame rate. With the segment muxer, ffmpeg
automatically selects C
Hi ,
I have a media file having mpeg4 as video format and amrnb as audio format
. I wanted to apply some effects (brightness,contrast etc) to the video and
re-encode it to the same format and no changes to audio stream(only copying
the audio packets) , using ffmpeg.
The steps I followed were ,
On Wed, Jul 23, 2014 at 10:53 AM, Miyoa wrote:
> I would need to test different video/audio codecs on several mobile phones.
> Specifically, I would like to start streaming a content whose video stream
> has been coded using H.263 Profile 0 Level 10 (video), MPEG-4 AAC (audio)
> and total bitrate
On 2014-07-24 05:49, Harold.Miao wrote:
> *[mpegts @ 0x225b7c0] H.264 bitstream malformed, no startcode found, use
> the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb)*
This message is quite clear. If you were using ffmpeg you would need to
use the option suggested. Since you are usin
Le quintidi 5 thermidor, an CCXXII, Luke Davis a écrit :
> Any idea _why_ they might be dropped?
The "drop=" statistics corresponds to frames that were dropped to
accommodate the output frame rate. With the segment muxer, ffmpeg
automatically selects CFR mode, and with your video, it guesses 14.99
On Wed, Jul 23, 2014 at 12:47 PM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > /root/ffmpeg/ffmpeg -loglevel debug -rtbufsize 128000k
> > -threads 0 -re -i "udp://... -re -i "http://77.234.135.250:8000/";
> > -vsync 0 -async 0 -codec copy -map 1:0,0:0
> > -s 720x576 -q 10 -shortest -f
>