Recherche avancée

Sur d’autres sites (5595)

• How to use FFmpeg & "tee" to UDP video (only) stream to another computer while recording to computer with USB camera

  13 juillet 2020, par pomptondrive

  I'm trying to get "tee muxer" to work with FFmpeg, but I'm not having much luck. Basically I would like to stream a USB camera with UDP to another computer with an decent/acceptable result to monitor, while recording around 15 FPS in an economical (compressed) fashion that won't take up too much disk space. Honestly, I don't understand the entire syntax of using "tee"—I guess that's obvious. I have looked at some of the FFmpeg documentation, but it doesn't seem comprehensive enough in this instance.

  


  So, currently, I have experimented a little and this works for streaming (picking up with VLC on the other computer) :

  


  ffmpeg -f v4l2 -i /dev/video0 -profile:v high -pix_fmt yuvj420p -level:v 4.1 -preset ultrafast -tune zerolatency -vcodec libx264 -r 15 -b:v 512k -s 640x480 -f mpegts -flush_packets 0 udp://192.168.0.19:5000?pkt_size=1316


  


  I've also checked and this records OK (I do NOT actually want it to ffplay on this machine ; this was just some code I found to test.) :

  


  ffmpeg -f v4l2 -i /dev/video0 -map 0 -c:v libx264 -f tee "Documents/video01.mkv|[f=nut]pipe:" | ffplay pipe:


  


  So the next objective is to combine the two with tee, and do a UDP stream to the other computer, while recording an mkv file to the computer with the camera. I've tried several ways to do this with no success ; results have been just one or the other, because my syntax is crap, or I'm just particularly inept at this particular task. ;-)

  


  After that (icing on the cake) would be to create separate *.mkv files at 15-minute intervals, and have them self-destruct after a couple of days.

  


  Any help with the tee business would be greatly appreciated.

  


• Edit H264 video stream header information ("start_pts" and "start_time")

  27 juin 2020, par David

  I have a video clip that appears to be slightly corrupted. Does not play on VLC but works on Potplayer. I used FFprobe to get information on the video.

  


  The problem appears to be with the start points of the video stream :

  


  time_base=1/90000
start_pts=585050940
start_time=6500.566000
duration_ts=585050940
duration=6500.566000
bit_rate=3123218


  


  I'm just wondering whether it is possible to manually edit the "start_pts" and "start_time" to 0 ? Is there any specific software to do this ? Due to large size of video file, I couldn't load it in Notepad++.

  


  Full ffprobe output shown below :

  


  # ffprobe output

[streams.stream.0]
index=0
codec_name=h264
codec_long_name=H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
profile=unknown
codec_type=video
codec_time_base=1/60
codec_tag_string=avc1
codec_tag=0x31637661
width=1920
height=1080
coded_width=1920
coded_height=1080
closed_captions=0
has_b_frames=0
sample_aspect_ratio=N/A
display_aspect_ratio=N/A
pix_fmt=unknown
level=-99
color_range=unknown
color_space=unknown
color_transfer=unknown
color_primaries=unknown
chroma_location=unspecified
field_order=unknown
timecode=N/A
refs=1
is_avc=true
nal_length_size=4
id=N/A
r_frame_rate=30/1
avg_frame_rate=30/1
time_base=1/90000
start_pts=585050940
start_time=6500.566000
duration_ts=585050940
duration=6500.566000
bit_rate=3123218
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=195017
nb_read_frames=N/A
nb_read_packets=N/A

[streams.stream.0.disposition]
default=1
dub=0
original=0
comment=0
lyrics=0
karaoke=0
forced=0
hearing_impaired=0
visual_impaired=0
clean_effects=0
attached_pic=0
timed_thumbnails=0

[streams.stream.0.tags]
language=und
handler_name=VideoHandler

[streams.stream.1]
index=1
codec_name=aac
codec_long_name=AAC (Advanced Audio Coding)
profile=LC
codec_type=audio
codec_time_base=1/48000
codec_tag_string=mp4a
codec_tag=0x6134706d
sample_fmt=fltp
sample_rate=48000
channels=2
channel_layout=stereo
bits_per_sample=0
id=N/A
r_frame_rate=0/0
avg_frame_rate=0/0
time_base=1/48000
start_pts=0
start_time=0.000000
duration_ts=312029184
duration=6500.608000
bit_rate=189376
max_bit_rate=189376
bits_per_raw_sample=N/A
nb_frames=304718
nb_read_frames=N/A
nb_read_packets=N/A

[streams.stream.1.disposition]
default=1
dub=0
original=0
comment=0
lyrics=0
karaoke=0
forced=0
hearing_impaired=0
visual_impaired=0
clean_effects=0
attached_pic=0
timed_thumbnails=0

[streams.stream.1.tags]
language=eng
handler_name=SoundHandler

[format]
filename=D\:\\Start\\test.mp4
nb_streams=2
nb_programs=0
format_name=mov,mp4,m4a,3gp,3g2,mj2
format_long_name=QuickTime / MOV
start_time=0.000000
duration=6500.608000
size=2703218140
bit_rate=3326726
probe_score=100

[format.tags]
major_brand=isom
minor_version=512
compatible_brands=isomiso2avc1mp41


  


• libavcodec/libx264 : fix reference frame computation based on level

  16 avril 2020, par Josh Brewster

  libavcodec/libx264 : fix reference frame computation based on level
  The current implementation allows passing levels to libavcodec as
  
  integers (such as "31" instead of "3.1").
  However, in this case, the maximum reference frame value per level was
  
  ignored because libavcodec converted the string to 310 instead of 31.
  Since libx264 has correctly parsed the level to int
  
  (x4->params.i_level_idc), we should rely on this value instead of
  
  attempting to parse the level string on our own.
  Signed-off-by : Josh Brewster <josh.brewster@protonmail.com>
  
  Signed-off-by : Josh de Kock <josh@itanimul.li>
  

  • [DH] libavcodec/libx264.c