Recherche avancée

Sur d’autres sites (3541)

• Xuggler encoding images to video FPS issue

  1er novembre 2011, par Chris Robinson

  I've been experimenting with encoding a video from a series of images using CaptureScreenToFile.java as a basis. My output is to be an MP4 file. From 26 images, using the code as is (taking the images from a directory instead of from a screen capture obviously), the encoding video is 11s. However, if I change the framerate variable to :

  frameRate = IRational.make(1, 24);

  which I believe should result in a video of 24FPS. It does not however, (no change from the original video in fact). I experimented with changing the timeStamp variable in encodeImage() method to :

  long timeStamp = (firstTimeStamp*1000)+(i*40);

  where 0 < i < 25 to see if that would help but it doesn't. Can anyone explain to me how to encode a directory of images to a video with a framerate that I can set ?

• How can I convince ffserver to save a locally-sourced webcam stream to a file in high resolution AND stream it in lower resolution ?

  2 novembre 2015, par Dominic Jacobssen

  We have a remote Linux machine, accessible over VPN, which has a USB webcam. We want to use this for video conferencing, but we also want to store the stream for archiving.

  Since the streaming bandwidth is limited, it makes sense to capture the stream on the same machine as the webcam and rsync that across after-the-fact, rather than trying to capture the streamed content, which is necessarily going to be poor quality.

  We’re trying to use ffmpeg and ffserver to achieve this, but with little success. Most of the articles on the internet either deal with just streaming a webcam, or rebroadcasting a remote stream. We found we had to recompile ffserver because of a missing "my_addr->sin_family = AF_INET ;" in the version of ffserver.c we had been using, since fixed in git.

  Here’s the ffserver.conf we’re trying to use :

  Port 43688
  
  BindAddress 127.0.0.1
  
  MaxHTTPConnections 2000
  
  MaxClients 1000
  
  MaxBandwidth 1000
  
  CustomLog -
  
  NoDaemon
  
  <feed>
  
  ReadOnlyFile /tmp/feed.ffm
  
  FileMaxSize 20M
  
  ACL allow 127.0.0.1
  
  </feed>
  
  <stream>
  
  Feed feed.ffm
  
  Format mp4
  
  VideoSize qvga
  
  VideoGopSize 12
  
  VideoHighQuality
  
  Video4MotionVector
  
  VideoCodec libx264
  
  VideoBitRate 100
  
  VideoBufferSize 40
  
  VideoFrameRate 5
  
  VideoQMin 3
  
  VideoQMax 31
  
  AudioCodec libfaac
  
  AudioBitRate 32
  
  AudioChannels 2
  
  AudioSampleRate 22050
  
  ACL allow localhost
  
  </stream>

  When we fire this up, we get the error :

  Unable to create feed file '/tmp/feed.ffm' as it is marked readonly

  Fair enough, but this is not what is implied in the docs. Changing the directive to :

  File /tmp/feed.ffm

  allows ffserver to fire up and appear to sit and wait for ffmpeg to connect to it. However, when we fire up ffmpeg with the command :

  ffmpeg -f alsa -i pulse -r 16000 -f video4linux2 -s qvga -i /dev/video0 -r 5 -f mp4 -vcodec libx264 -sameq -acodec libfaac -ab 32k http://127.0.0.1:43688/feed.ffm

  then the webcam lights up and ffserver acknowledges the connection with the messages :

  New connection: POST /feed.ffm
  
  [POST] "/feed.ffm HTTP/1.1" 200 0

  but after a few seconds we get the errors :

  [mp4 @ 0x264b160] muxer does not support non seekable output
  
  Could not write header for output file #0 (incorrect codec parameters ?)

  We’ve tried various other formats (mpeg, mpegts, avi) and codecs (mpeg1video, mpeg2video, mpeg4), all without success.

  Moreover, we were under the impression that ffserver could reencode input format to a lower resolution for streaming, but if the stream resolution doesn’t match the feed resolution, we get an error about the resolutions not matching.

  Has anyone ever managed to get this working correctly ? I’ve read about vlc being able to do something like this, but the vlc command lines are well nigh impenetrable.

  Thanks !

  Dominic

• H264 encoder settings

  30 novembre 2011, par Chris Robinson

  I'm using xuggler to encode a series of images to an MP4 file. I use the following code to setup the IStreamCoder and specify the H264 codec :

  // only set if codec is H264
  
  Configuration.configure("/usr/local/xuggler/share/ffmpeg/libx264-hq.ffpreset",
  
              outStreamCoder);
  
  
  
  outStreamCoder.setNumPicturesInGroupOfPictures(12);
  
  outStreamCoder.setCodec(codec);
  
  outStreamCoder.setBitRate(videoSettings.getBitrate());
  
  outStreamCoder.setBitRateTolerance(videoSettings.getBitrateTolerance());
  
  outStreamCoder.setPixelType(IPixelFormat.Type.YUV420P);
  
  outStreamCoder.setHeight(videoSettings.getResolution().height);
  
  outStreamCoder.setWidth(videoSettings.getResolution().width);
  
  outStreamCoder.setFlag(IStreamCoder.Flags.FLAG_QSCALE, true);
  
  outStreamCoder.setGlobalQuality(0);
  
  fps = IRational.make((int) videoSettings.getFramerate(), 1);
  
  outStreamCoder.setFrameRate(fps);
  
  outStreamCoder.setTimeBase(IRational.make(fps.getDenominator(), fps.getNumerator()));

  which yields the following output :

  Codec: CODEC_ID_H264
  
  Resolution: 1280x720
  
  Bitrate: 25000
  
  Bitrate Tolerance: 1000
  
  Framerate: 25.0

  

  Now when I specify the MPEG4 codec, I get the following output :

  Codec: CODEC_ID_MPEG4
  
  Resolution: 1280x720
  
  Bitrate: 25000
  
  Bitrate Tolerance: 1000
  
  Framerate: 25.0

  

  As you can see, the only difference is the ICodec type (MPEG4 instead of H264) and the use of the preset (which is required by xuggler when using an H264 codec). Can anyone explain to me the huge difference in quality and tell me how to resolve the issue ?