Recherche avancée

Sur d’autres sites (8699)

• Android live streaming [on hold]

  26 mai 2015, par Kelvin

  I’m currently on a project which is about to develop a android app to view surveillance camera’s live stream through internet. I know when the video stream transferred through internet will not be a 0 second delay live stream and the legacy could be high.

  The current structure of the system is : the traditional surveillance(cameras+NVR+storage ...) + broadcast server + app. The broadcast server will get streams from cameras\NVR\Storage. It supports RTSP\HTTP\RTMP.

  I googled it for two days, and I found some ways to do this.
  The first way is to use webview + js player. The second way is to use the video view and the Third way is to use FFMPEG or other libraries.

  My questions are :

  Can video view play live stream with url like "rtsp ://172.22.35.161:8554" ? All the tutorial I found is about play a video file using rtsp protocol.

  How’s the performance of using webview + js player (or Html5 player) ? Any suggested player I can use ?

  If using the FFMPEG or other libraries, is there any suggested library or tutorial ?

  Thanks for your patient of reading my question and thanks for you help in advance.

• How to concatenate multiple videos with ffmpeg while preserving each file's duration [closed]

  24 janvier 2024, par GaoJin

  I have several video clips. Let's say 10 clips.
I want to concatenate them all to one video.
The duration of video clips varies and when I get property with ffprobe it says.
11.37s, 10.7s, 6.67s, 12s, 9s ...
But after I concatenated them all, the duration of result video is a little longer than the sum of individual videos.

  


  And what bothers me is the moment when one video transitions to the next.
Sometimes the transition moment comes about 1 sec than it must be at(The moment get by calculation)

  


  I converted all video clips to constant 30 fps and h264.

  


  ffmpeg -y -i "D:\\output\\temp_clip0.mp4" -i "D:\\output\\temp_clip1.mp4" -i "D:\\output\\temp_clip2.mp4" -i "D:\\output\\temp_clip3.mp4" -i "D:\\output\\temp_clip4.mp4" -i "D:\\output\\temp_clip5.mp4" -i "D:\\output\\temp_clip6.mp4" -i "D:\\output\\temp_clip7.mp4" -i "D:\\output\\temp_clip8.mp4" -i "D:\\output\\temp_clip9.mp4" -i "D:\\output\\temp_clip10.mp4" -i "D:\\output\\temp_clip11.mp4" -i "D:\\output\\temp_clip12.mp4" -i "D:\\output\\temp_clip13.mp4" -i "D:\\output\\temp_clip14.mp4" -i "D:\\output\\temp_clip15.mp4" -filter_complex [0:v][1:v][2:v][3:v][4:v][5:v][6:v][7:v][8:v][9:v][10:v][11:v][12:v][13:v][14:v][15:v]concat=n=16:v=1[outv] -map [outv] concated.mp4


  


• Revision e4aac6bb61 : Modify block transform skipping check Block transform skipping was implemented

  1er octobre 2014, par Yunqing Wang

  Changed Paths :
   Modify /vp9/encoder/vp9_quantize.c

  
   Modify /vp9/encoder/vp9_rdopt.c

  
  
  Modify block transform skipping check

  Block transform skipping was implemented based on DCT’s energy
  conservation property. Modified the thresholds using zero bin
  parameters. AC and DC coefficients were checked separately to
  allow better identifying of skippable blocks.

  Borg test at speed 3 showed :
  stdhd set : psnr gain : 0.153%, ssim gain : 0.051% ;
  derf set : psnr gain : 0.023%, ssim gain : 0.036%

  For most test clips, the encoding speedup is 1% - 2%.
  parkrun(720p) : 7.5% speedup, park_joy(1080p) : 3.5% speedup.

  Change-Id : If28eb81113a077414f5ca7b021c14f9069b373bb