Sur d’autres sites (8994)

• FFmpeg h264_v4l2m2m encoder changing aspect ratio from 16:9 to 1:1 with black bars

  8 janvier, par LycoReco2007

  When switching from libx264 to h264_v4l2m2m encoder in FFmpeg for YouTube streaming, the output video's aspect ratio changes from 16:9 to 1:1 with black bars on the sides, despite keeping the same resolution settings.

  


  Original working command (with libx264) :

  


  ffmpeg -f v4l2 \
    -input_format yuyv422 \
    -video_size 1280x720 \
    -framerate 30 \
    -i /dev/video0 \
    -f lavfi \
    -i anullsrc=r=44100:cl=stereo \
    -c:v libx264 \
    -preset ultrafast \
    -tune zerolatency \
    -b:v 2500k \
    -c:a aac \
    -b:a 128k \
    -ar 44100 \
    -f flv rtmp://a.rtmp.youtube.com/live2/[STREAM-KEY]


  


  When I replaced libx264 with h264_v4lm2m, it always produce a square resolution, and it automatically adds black bars to the top and the bottom of the sides of the camera. I currently using a Rasberry Pi 4 model B, with a webcam that I believe supports the 16:9 ratio (I've verified using v4l2-ctl --list-formats-ext -d /dev/video0 command)

  


  I've tried the follows :

  


  

  • Adding -aspect 16:9 parameter in the ffmpeg command

  


  • Adding video filters such as -vf "scale=1280:720:force_original_aspect_ratio=decrease,pad=1280:720:(ow-iw)/2:(oh-ih)/2,setsar=1"
None of these give me the correct aspect ratio.

  


  


  How can I make the h264_v4l2m2m encoder maintain the original 16:9 aspect ratio without adding black bars ? Is this a known limitation of the encoder, or am I missing some required parameters ?

  


• FFmpeg : canvas and crop work separately but result in black screen when combined

  25 janvier, par didi00

  I'm working on a video processing pipeline with FFmpeg, where I :

  


  

  • Create a black canvas using the color filter.

  


  • Crop a region from my video input.

  


  • Overlay the cropped region onto the black canvas.

  


  


  Both the canvas and the crop display correctly when tested individually. However, when I attempt to combine them (overlay the crop onto the canvas), the result is a black screen.
What Works :

  


  Black Canvas Alone :

  


  ffmpeg -filter_complex "color=c=black:s=1920x1080[out]" -map "[out]" -f nut - | ffplay 
-


  


  This shows a plain black screen, as expected.

  


  Cropped Region Alone :

  


  ffmpeg -f v4l2 -input_format yuyv422 -framerate 60 -video_size 1920x1080 -i /dev/video0 
\ -vf "crop=1024:192:0:0" -f nut - | ffplay -


  


  This shows the cropped region of the video correctly.

  


  When I combine these steps to overlay the crop onto the black canvas, I get a black screen :

  


  ffmpeg -f v4l2 -input_format yuyv422 -framerate 60 -video_size 1920x1080 -i /dev/video0 
\-filter_complex "color=c=black:s=1920x1080,format=yuv420p[background]; \
[0:v]crop=1024:192:0:0,format=yuv420p[region0]; \
[background][region0]overlay=x=0:y=0[out]" \
-map "[out]" -f nut - | ffplay -


  


  Environment :

  


  

  • OS : Linux (Debian-based)

  


  • FFmpeg Version : [Insert version, e.g., 4.x or 5.x]

  


  • Capture Card Format : yuyv422

  


  


  Question :

  


  Why does the pipeline result in a black screen when combining the canvas and the crop, even though both work separately ? Is this an issue with pixel format compatibility, or is there something I'm overlooking in the overlay filter setup ?

  


• Look for fastest video encoder with least lag to stream webcam streaming to ipad [closed]

  7 avril, par kelly

  I'm looking for the fastest way to encode a webcam stream that will be viewable in a html5 video tag. I'm using a Pandaboard : http://www.digikey.com/product-highlights/us/en/texas-instruments-pandaboard/686#tabs-2 for the hardware. Can use gstreamer, cvlc, ffmpeg. I'll be using it to drive a robot, so need the least amount of lag in the video stream. Quality doesn't have to be great and it doesn't need audio. Also, this is only for one client so bandwidth isn't an issue. The best solution so far is using ffmpeg with a mpjpeg gives me around 1 sec delay. Anything better ?