please compile it with librtmp support ----- Original Message ----- From: "Julien BAUMGARTEN" <j.baumgarten@netvisio.com> To: "FFmpeg user questions and RTFMs" <ffmpeg-user@ffmpeg.org> Sent: Tuesday, June 26, 2012 5:43 PM Subject: [FFmpeg-user] FFmpeg and RTMPT

Hello everyone,

I have a question about FFmpeg. I know that it works with RTMP streams but does it works with RTMPT streams? I tried to make it work through Xuggler but I do not succeed to make it work with RTMPT.

Is it "normal"?

Yours sincerely, Julien _______________________________________________ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user

__________ Information from ESET NOD32 Antivirus, version of virus signature database 6830 (20120126) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

__________ Information from ESET NOD32 Antivirus, version of virus signature database 6830 (20120126) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

On Tue, Jun 26, 2012 at 7:38 AM, Paul B Mahol <onemda@gmail.com> wrote:

On 6/26/12, Troy Gardner <troy@troyworks.com> wrote:

...

We are using latest ffmpeg, for screencapture in the cloud.

And older version had same issue?

Hard to say. We had an earlier version in production created about a year ago that works fine, but it has many differences: it used FLV for capture, an much older version of Ubuntu/ffmpeg and the video was much less demanding so it's possible that glitches happened but didn't show up. We've made upgrades everywhere, and this intermittent new one has only recently showed up as we don't normally check more than a couple seconds of video in qa, and it's intermittent sometimes the glitch is not noticeable, it's only now we've created the test case to really show the issue. Given the rapid stream of updates in ffmpeg, ubuntu, codecs, it's taken us awhile just to see this issue clearly, and have some idea of where it's at.

I ask because recently code for multithreaded demuxing have been added.

Is there a flag to turn on/off to test?

Star Brilliant <b13253 <at> gmail.com> writes:

...

ffmpeg -f alsa -ac 2 -i pulse -f x11grab -r 30 -s 1024x768 -i :0.0 -acodec libvorbis -ar 44100 -vcodec libx264 -preset ultrafast -gp 0 -threads 0 ffg4.mkv

I have been experiencng this problem as well. After it stalls, the video and audio lost sync.

Could you test with -threads 1 ? That should at least improve the situation. Is it fine if you record a (very) small resolution? Generally, please always add your command line and complete, uncut console output. Carl Eugen

Anybody ever figure out a solution on this? On Thu, Jun 6, 2013 at 11:47 PM, Star Brilliant <b13253@gmail.com> wrote:

...

We are using latest ffmpeg, for screencapture in the cloud.

We are seeing odd dropped frame stalls in video capture every 30 seconds for about 1-2 seconds in duration. Audio is captured without stalls, and Audio Video sync is perfectly fine despite stalls.

Hoping someone had ideas, this is driving us nuts and there's nothing obvious to explain it.

This is the capture setting we are using. ffmpeg -f alsa -ac 2 -i pulse -f x11grab -r 30 -s 1024x768 -i :0.0 -acodec libvorbis -ar 44100 -vcodec libx264 -preset ultrafast -gp 0 -threads 0 ffg4.mkv

This is the a drop frame test case capture with lossless x264 that shows dropped frames around 25-26 and significant stall errors at 30 and 60 seconds http://66.220.0.170/XFG4.mkv

We get this trying different options, like keyframes.

This is the output with flashsrv, which shows similar pause around 23 and 53 seconds, and indicates it's not a libx264 specific issue. flashsrv http://66.220.0.170/out.mov

This is running on an instance with 16 vcpu + 16gb ram, on the Amazon AWS there is no noticeable background process that we can see at least that would explaing and happens regardless if it's debian, or ubuntu.

This is the version of ffmpeg. ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 26 2012 12:42:06 with gcc 4.7.1 configuration: --arch=x86_64 --enable-avfilter --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable-stripping --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --enable-shared --disable-static --enable-libx264 --enable-libvpx --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-version3

I have been experiencng this problem as well. After it stalls, the video and audio lost sync. However I noticed that my HDD LED flashes when the video stalls. I think that perhaps Linux kernel is trying to write buffered data to HDD, which caused delay. I wonder if there is a way to switch to write-through mode.