Recherche avancée

Sur d’autres sites (6489)

• FFMpeg/video4linux2,v4l2 : The v4l2 frame is 46448 bytes, but 153600 bytes are expected (Webcam capture not fast enough ?)

  30 août 2013, par user763410

  I am trying to capture webcam output in linux/ubuntu. I have a chicony webcam (lenovo laptop). I am running inside a VMWARE virtual machine. The capture is not proceeding beyond 10 seconds. can you please help.

  The command I used is :

  $ ffmpeg -y  -f video4linux2 -r 20 -s 160x120 -i /dev/video0 -acodec libfaac -ab 128k  /tmp/web.avi

  The most important message I am getting is :

  [video4linux2,v4l2 @ 0x9e43fa0] The v4l2 frame is 46448 bytes, but 153600 bytes are expected

  Complete message from ffmpeg :

  ffmpeg version N-55159-gf118b41 Copyright (c) 2000-2013 the FFmpeg developers
  
    built on Aug 18 2013 09:09:13 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5)
  
    configuration: --enable-libass --prefix=/opt/ffmpeg --enable-debug --enable-libfreetype
  
    libavutil      52. 40.100 / 52. 40.100
  
    libavcodec     55. 19.100 / 55. 19.100
  
    libavformat    55. 12.102 / 55. 12.102
  
    libavdevice    55.  3.100 / 55.  3.100
  
    libavfilter     3. 82.100 /  3. 82.100
  
    libswscale      2.  4.100 /  2.  4.100
  
    libswresample   0. 17.103 /  0. 17.103
  
  [video4linux2,v4l2 @ 0x9e43fa0] The V4L2 driver changed the video from 160x120 to 320x240
  
  [video4linux2,v4l2 @ 0x9e43fa0] The driver changed the time per frame from 1/20 to 1/15
  
  Input #0, video4linux2,v4l2, from '/dev/video0':
  
    Duration: N/A, start: 6424.338678, bitrate: 18432 kb/s
  
      Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 320x240, 18432 kb/s, 15 fps, 15 tbr, 1000k tbn, 1000k tbc
  
  Codec AVOption ab (set bitrate (in bits/s)) specified for output file #0 (/tmp/web.avi) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream.
  
  Output #0, avi, to '/tmp/web.avi':
  
    Metadata:
  
      ISFT            : Lavf55.12.102
  
      Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 20 tbn, 20 tbc
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (rawvideo -> mpeg4)
  
  Press [q] to stop, [?] for help
  
  [video4linux2,v4l2 @ 0x9e43fa0] The v4l2 frame is 46448 bytes, but 153600 bytes are expected
  
  /dev/video0: Invalid data found when processing input
  
  frame=   29 fps= 14 q=3.5 Lsize=      87kB time=00:00:01.45 bitrate= 490.0kbits/s    
  
  video:80kB audio:0kB subtitle:0 global headers:0kB muxing overhead 7.760075%
  
  [video4linux2,v4l2 @ 0x9e43fa0] Some buffers are still owned by the caller on close.

• Changing video color to Black&White and Blue and RGB [on hold]

  2 janvier 2016, par drorAlfasi

  I am using Dranger - ffmpeg and SDL Tutorial and I am trying to change video format to RGB, then when pressing W key transfer to BW and then on C to bring it back to colour.
  After bringing it back to colour while pressing on B button the stream need to change to Blue colour.
  I can’t success to convert it to RGB.
  Any help ?

  I am using tutorial 07 of Dranger.
  Link to Dranger C code

• FFMPEG segment creates black frame in the beginning - and key_frame looks offset [closed]

  30 septembre 2022, par jackyroo

  I'm trying to split a video using ffmpeg segment :

  


  ffmpeg -r 60 -accurate_seek -I input.mov -map 0:a? -map 0:v? -codec copy -reset_timestamps 1 -map_metadata 0 -avoid_negative_ts 1 -f segment output_%%03d.mov -y -loglevel debug

  


  The problem with this approach is that the first split segment has 2 black frames at the beginning, while the consecutive ones are fine.

  


  I cannot figure out why, and I'm genuinely lost in this process.

  


  I've also tried specifying -force_key_frames but it makes no difference at all.

  


  Then I found something interesting by comparing keyframes of the original video and the first split chunk using this command :

  


  ffprobe -select_streams v -skip_frame nokey -show_frames -v quiet input.mov

  


  Original Video KeyFrames
The first keyframe of the original video looks fine :

  


  [FRAME]
media_type=video
stream_index=0
key_frame=1
pts=0
pts_time=0.000000
pkt_dts=127488
pkt_dts_time=8.300000
best_effort_timestamp=0
best_effort_timestamp_time=0.000000
pkt_duration=256
pkt_duration_time=0.016667
duration=256
duration_time=0.016667
pkt_pos=40
pkt_size=128838
width=1420
height=2000
pix_fmt=yuv420p
sample_aspect_ratio=N/A
pict_type=I
coded_picture_number=0
display_picture_number=0
interlaced_frame=0
top_field_first=0
repeat_pict=0
color_range=unknown
color_space=unknown
color_primaries=unknown
color_transfer=unknown
chroma_location=left
[SIDE_DATA]
side_data_type=H.26[45] User Data Unregistered SEI message
[/SIDE_DATA]
[/FRAME]


  


  Split Video - First Chunk Keyframes

  


  On the other hand, it seems like the first keyframe of the chunk (the one with the two added black frames in the beginning) gets shifted !

  


  [FRAME]
media_type=video
stream_index=1
key_frame=1
pts=507
pts_time=0.033008
pkt_dts=N/A
pkt_dts_time=N/A
best_effort_timestamp=507
best_effort_timestamp_time=0.033008
pkt_duration=256
pkt_duration_time=0.016667
duration=256
duration_time=0.016667
pkt_pos=40
pkt_size=128838
width=1420
height=2000
pix_fmt=yuv420p
sample_aspect_ratio=N/A
pict_type=I
coded_picture_number=0
display_picture_number=0
interlaced_frame=0
top_field_first=0
repeat_pict=0
color_range=unknown
color_space=unknown
color_primaries=unknown
color_transfer=unknown
chroma_location=left
[SIDE_DATA]
side_data_type=H.26[45] User Data Unregistered SEI message
[/SIDE_DATA]
[/FRAME]


  


  Might this be the cause of the two black frames at the beginning ?

  


  The following is the first (and only) keyframe of the second chunk, and it looks fine :

  


  [FRAME]
media_type=video
stream_index=1
key_frame=1
pts=0
pts_time=0.000000
pkt_dts=N/A
pkt_dts_time=N/A
best_effort_timestamp=0
best_effort_timestamp_time=0.000000
pkt_duration=256
pkt_duration_time=0.016667
duration=256
duration_time=0.016667
pkt_pos=40
pkt_size=158598
width=1420
height=2000
pix_fmt=yuv420p
sample_aspect_ratio=N/A
pict_type=I
coded_picture_number=0
display_picture_number=0
interlaced_frame=0
top_field_first=0
repeat_pict=0
color_range=unknown
color_space=unknown
color_primaries=unknown
color_transfer=unknown
chroma_location=left
[/FRAME]


  


  Please help me spreading some light over this...

  


  Thanks !