Recherche avancée

Sur d’autres sites (12091)

• How use FFMPEG multi GPU proccess

  31 janvier 2021, par R.A.M

  
I have a problem and cant find any suitable answer for it.
  
Its about use multi GPU proccess.
  
I have 3 graphic card and you could see it :

  
[![enter image description here][1]][1]


  if image not loaded use this image link : https://i.stack.imgur.com/msR83.jpg enter link description here

  

  
My problem is : when i run more than one ffmpeg command with cuda all process assigned to first GPU.
  
like below image :

  
[![enter image description here][2]][2]


  if image not loaded use this image link : https://i.stack.imgur.com/PfYfz.jpg

  


  you see ? all 6 proccess assigned to first GPU.
  
I really confused how could i fix it.
  

  
my FFMPEG code is :
  

  


  ffmpeg -y -vsync 0 -hwaccel cuda -hwaccel_output_format cuda -i my-video.mp4 \
  -vf scale_npp=w=426:h=240 -c:v h264_nvenc -profile:v main -b:v 400k -sc_threshold 0 -g 25 \
  -c:a aac -b:a 64k -ar 48000 \
  -f hls -hls_time 6 -hls_playlist_type vod \
  -hls_allow_cache 1 -hls_key_info_file encription.keyinfo \
  -hls_segment_filename f-0-seg-%d.ts f-0.m3u8


  


  i run top FFMPEG code for 6 diffrent video at same time.
  
please help to find answer. by sharing your knowledge or some links that could help me.
  
Thanks a lot.

  


• Revision 360c80cfb9 : Use fast HEX search in real time mode In good quality mode motion search, the b

  15 février 2014, par Yunqing Wang

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

  
   Modify /vp9/encoder/vp9_mcomp.h

  
   Modify /vp9/encoder/vp9_onyx_if.c

  
   Modify /vp9/encoder/vp9_onyx_int.h

  
   Modify /vp9/encoder/vp9_rdopt.c

  
  
  Use fast HEX search in real time mode

  In good quality mode motion search, the best matches are normally
  found after searching in a large area. In real time mode, to make
  encoding fast, a center-biased fast HEX search is used, which
  converges quickly most of the time. A 4-point diamond search is
  also carried out as the following refining search, which gives more
  precise results, and maintains good motion search quality.

  At speed 5, the borg test on rtc set showed an overall PSNR loss of
  0.936%. The encoding speed gain is 4% - 5%.

  Change-Id : I42cd68bb56a09ca1b86293c99d5f7312225ca7ae

• avformat/mpegtsenc : Fix mpegts_write_pes() for private_stream_2 and other types

  25 avril 2021, par zheng qian

  avformat/mpegtsenc : Fix mpegts_write_pes() for private_stream_2 and other types
  According to the PES packet definition defined in Table 2-17 of ISO_IEC_13818-1
  
  specification, some fields like PTS/DTS or pes_extension could only appears if
  
  the stream_id meets the condition :
  if (stream_id != 0xBC &&  // program_stream_map
  
      stream_id != 0xBE &&  // padding_stream
  
      stream_id != 0xBF &&  // private_stream_2
  
      stream_id != 0xF0 &&  // ECM
  
      stream_id != 0xF1 &&  // EMM
  
      stream_id != 0xFF &&  // program_stream_directory
  
      stream_id != 0xF2 &&  // DSMCC_stream
  
      stream_id != 0xF8)    // ITU-T Rec. H.222.1 type E stream
  And the following stream_id types don't have fields like PTS/DTS :
  else if ( stream_id == program_stream_map
  
  || stream_id == private_stream_2
  
  || stream_id == ECM
  
  || stream_id == EMM
  
  || stream_id == program_stream_directory
  
  || stream_id == DSMCC_stream
  
  || stream_id == ITU-T Rec. H.222.1 type E stream ) 
  
      for (i = 0 ; i < PES_packet_length ; i++) 
  
          PES_packet_data_byte
  
      
  
  
  Current implementation skipped the check of stream_id causing some kind of
  
  streams like private_stream_2 to be incorrectly written with actually a
  
  private_stream_1-like PES header with PTS/DTS field. For example, Japan DTV
  
  transmits news and alerts through ARIB superimpose that utilizes
  
  private_stream_2 still could not be remuxed correctly for now.
  This patch set fixes the remuxing for private_stream_2 and
  
  other stream_id types.
  Signed-off-by : zheng qian <xqq@xqq.im>
  
  Signed-off-by : Marton Balint <cus@passwd.hu>
  

  • [DH] libavformat/mpegtsenc.c