Recherche avancée

Sur d’autres sites (8800)

• FFmpeg not encoding with libx264 library

  29 octobre 2011, par bOkeifus

  Hey people of StackOverflow. I have been having a strange issue that I'm not exactly sure what's going on. I am using FFmpeg to convert any incoming video files to h264 mp4 files using the libx264. This is the log that I get from running this line of code :

  ffmpeg -y -i vdoname.flv -acodec libfaac -vcodec libx264 -sameq vid.mp4

  This is the log output after running the line :

  FFmpeg version SVN-r13428, Copyright (c) 2000-2008 Fabrice Bellard, et al.
  
    configuration: --prefix=/usr --disable-static --enable-shared --enable-gpl --enable-nonfree --enable-pthreads --enable-liba52 --enable-liba52bin --enable-libamr-nb --enable-libamr-wb --enable-libfaac --enable-libfaad --enable-libfaadbin --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --disable-network --disable-ipv6 --disable-ffserver --disable-ffplay
  
    libavutil version: 49.6.0
  
    libavcodec version: 51.57.0
  
    libavformat version: 52.14.0
  
    libavdevice version: 52.0.0
  
    built on Feb 17 2009 09:01:13, gcc: 4.1.2 20071124 (Red Hat 4.1.2-42)
  
  
  
  Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 49.92 (599/12)
  
  Input #0, flv, from '/html/video/937.flv':
  
    Duration: 00:00:10.08, start: 0.000000, bitrate: 48 kb/s
  
      Stream #0.0: Video: flv, yuv420p, 720x480, 49.92 tb(r)
  
      Stream #0.1: Audio: mp3, 22050 Hz, stereo, 48 kb/s
  
  Output #0, h264, to '/html/flvideo/new_937.mp4':
  
      Stream #0.0: Video: libx264, yuv420p, 720x480, q=2-31, 200 kb/s, 49.92 tb(c)
  
      Stream #0.1: Audio: libfaac, 22050 Hz, stereo, 64 kb/s
  
  Stream mapping:
  
    Stream #0.0 -> #0.0
  
    Stream #0.1 -> #0.1
  
  [libx264 @ 0x11d58b0]using cpu capabilities: MMX MMXEXT SSE SSE2 3DNow!
  
  Press [q] to stop encoding

  Can someone please help me out and tell me what to do to get this to work ? I guessed that the libx264 external library is not installed but it doesn't exactly say that in the log file and it looks as if it does find it but then doesn't actually encode the video.

  Any and all help is greatly appreciated.

• 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