Recherche avancée

Sur d’autres sites (10309)

• ffmpeg nvidia hwaccel yuv444p raw frame output

  3 avril 2020, par 慕容风
  


  1. I use ffmpeg to do frame decimation, millions of video

  


  2. I have to use nvidia gpu card (tesla P4) to optimize performance

  


  3. my ffmpeg command is

     



     ffmpeg   -hwaccel cuvid  -c:v h264_cuvid -i ./a.mp4  -c:v nvenc -vf "scale_npp=format=yuv444p"  -r 1  ./\%08d.raw


  


  4. but the output data format is weird, I don't know what the format is and how to decode it

  


  



  I want to know how to decode these data or how to output ream rawdata, can anybody help me ?

  



  Log :

  



  built with gcc 8.2.0 (GCC)  
configuration: --cc=/opt/compiler/gcc-8.2/bin/gcc --disable-x86asm --enable-cuda --enable-cuvid --enable-nvenc --enable-nvdec --enable-nonfree --enable-libnpp --enable-libx264 --enable-gpl --enable-debug=3 --disable-optimizations --disable-stripping --extra-cflags='-I/home/work/cuda-10.0/include -g3' --extra-ldflags=-L/home/work/cuda-10.0/lib64 --prefix=/home/work/ffmpeg  
 libavutil      56. 36.101 / 56. 36.101  
 libavcodec     58. 65.100 / 58. 65.10  
 libavformat    58. 35.101 / 58. 35.101  
 libavdevice    58.  9.101 / 58.  9.101  
 libavfilter     7. 69.101 /  7. 69.101  
 libswscale      5.  6.100 /  5.  6.100  
 libswresample   3.  6.100 /  3.  6.100  
 libpostproc    55.  6.100 / 55.  6.100  
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './a.mp4':  
 Metadata:  
   major_brand     : isom  
   minor_version   : 512  
   compatible_brands: isomiso2avc1mp41  
   encoder         : Lavf57.71.100  
 Duration: 00:50:41.28, start: 0.000000, bitrate: 862 kb/s  
   Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x360  >[SAR 1:1 DAR 16:9], 825 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc (default)   
   Metadata: 
     handler_name    : VideoHandler 
   Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo,  fltp, 29 kb/s (default)
   Metadata: 
     handler_name    : SoundHandler 
Stream mapping: 
 Stream #0:0 -> #0:0 (h264 (h264_cuvid) -> h264 (nvenc)) 
 Stream #0:1 -> #1:0 (aac (native) -> pcm_s16le (native)) 
Press [q] to stop, [?] for help  
Output #1, wav, to './audio.wav':  
 Metadata:  
   major_brand     : isom  
   minor_version   : 512  
   compatible_brands: isomiso2avc1mp41  
   ISFT            : Lavf58.35.101  
   Stream #1:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 16000 Hz, mono, s16, 256 kb/s (default)  
   Metadata:  
     handler_name    : SoundHandler  
     encoder         : Lavc58.65.100 pcm_s16le  
[nvenc @ 0x44bbc40] This encoder is deprecated, use 'h264_nvenc' instead
Output #0, image2, to './%08d.raw':  
 Metadata:  
   major_brand     : isom  
   minor_version   : 512  
   compatible_brands: isomiso2avc1mp41  
   encoder         : Lavf58.35.101  
   Stream #0:0(eng): Video: h264 (nvenc) (High 4:4:4 Predictive), cuda, 640x360 [SAR 1:1 DAR 16:9], q=-1--1, 2000 kb/s, 1 fps, 1 tbn, 1 tbc (default)  
   Metadata:  
     handler_name    : VideoHandler  
     encoder         : Lavc58.65.100 nvenc  
   Side data:  
     cpb: bitrate max/min/avg: 0/0/2000000 buffer size: 4000000 vbv_delay: N/A
frame= 3043 fps= 52 q=4.0 Lsize=N/A time=00:50:43.00 bitrate=N/A dup=0 drop=72984 speed=52.3x 
video:245435kB audio:6250kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown


  


• ffmpeg to dvb-c. Need some advices

  12 octobre 2017, par pentarhh

  I’d like to get some advices about ffmpeg transcoding and broadcasting it to DVB-C environment.
  Have a server, based on Linux with external GPUs based on Nvidia P4000. Target of this machine is getting live streams at HLS, then it transcode files to multicast UDP. After transcoding multicast TS gets to receiver (Sumavision EMR 3.0), then modulates into DVB-C with QAM-card for next transmission to fiber.

  So, there is a strange trouble. In IPTV such stream have no visible troubles. Analyzing TS, saw an errors with PCR accuracy (>500 ms ’cause of pseudo-CBR) and very rare discontinuity errors, that could be based on source errors.
  Then I take it to Sumavision and apply inbound parameters (just remultiplexing this stream with making loyal reference, buffer size values and CBR output values). Analyzer sees no problem, after putting in QAM-modulator customize output streams, such as PSI/SI tables, frequency, symbol rate etc.

  After I see the result at some test TVs. First one shows this channel great, with no visible troubles (no artefacts, no asynchronous sound). Second TV has a problem of video, it looks like a lost frames. Sometimes sound interrupts for a milliseconds. But there is no freezes
  ’Cause of ETR 101 290 passes well, may be this model of TV decodes this service incorrect. Example of video record is here.

  Here is the code of ffmpeg. May be, I missed some common parameters, that may get the output is better for such tuners. Can you see it’s alright ?

  sudo -u nobody ffmpeg -threads 0 -v warning -re -hwaccel cuvid -hwaccel_device 2 -c:v h264_cuvid -deint 0 -i http://x.x.x.x/playlist.m3u8 -bsf:v h264_mp4toannexb -map 0:0 -map 0:1 -vcodec h264_nvenc -gpu 2 -cbr true -sc_threshold 0 -filter:v scale_npp=960:540:interp_algo=lanczos -vprofile baseline -b:v 1000k -bufsize 1400k -maxrate 1400k -minrate 900k -force_key_frames 1 -g 50 -bf 0 -refs 1 -r 25 -strict experimental -c:a aac -b:a 64K -af aresample=44100 -ac 2 -flags -global_header -f segment -segment_format mpegts -segment_time 10 /path1/segment-1507744758-%06d.ts -map 0:0 -map 0:1 -vcodec h264_nvenc -gpu 2 -cbr true -sc_threshold 0 -vprofile high -b:v 8000k -bufsize 400k -maxrate 9000k -minrate 7200k -force_key_frames 1 -g 50 -bf 2 -refs 1 -r 25 -strict experimental -c:a aac -b:a 192K -af aresample=44100 -ac 2 -flags -global_header -f tee 
  
  [f=segment:segment_format=mpegts:segment_time=10]/path2/segment-1507744758-%06d.ts|[f=mpegts:muxrate=9333k:mpegts_pmt_start_pid=0xB4A:mpegts_start_pid=0xB4B]'udp://y.y.y.y:1234?buffer_size=0&overrun_nonfatal_option=1&pkt_size=1316&ttl=15'

• ffmpeg to dvb-c. Need some advices

  12 octobre 2017, par pentarhh

  I’d like to get some advices about ffmpeg transcoding and broadcasting it to DVB-C environment.
  Have a server, based on Linux with external GPUs based on Nvidia P4000. Target of this machine is getting live streams at HLS, then it transcode files to multicast UDP. After transcoding multicast TS gets to receiver (Sumavision EMR 3.0), then modulates into DVB-C with QAM-card for next transmission to fiber.

  So, there is a strange trouble. In IPTV such stream have no visible troubles. Analyzing TS, saw an errors with PCR accuracy (>500 ms ’cause of pseudo-CBR) and very rare discontinuity errors, that could be based on source errors.
  Then I take it to Sumavision and apply inbound parameters (just remultiplexing this stream with making loyal reference, buffer size values and CBR output values). Analyzer sees no problem, after putting in QAM-modulator customize output streams, such as PSI/SI tables, frequency, symbol rate etc.

  After I see the result at some test TVs. First one shows this channel great, with no visible troubles (no artefacts, no asynchronous sound). Second TV has a problem of video, it looks like a lost frames. Sometimes sound interrupts for a milliseconds. But there is no freezes
  ’Cause of ETR 101 290 passes well, may be this model of TV decodes this service incorrect. Example of video record is here.

  Here is the code of ffmpeg. May be, I missed some common parameters, that may get the output is better for such tuners. Can you see it’s alright ?

  sudo -u nobody ffmpeg -threads 0 -v warning -re -hwaccel cuvid -hwaccel_device 2 -c:v h264_cuvid -deint 0 -i http://x.x.x.x/playlist.m3u8 -bsf:v h264_mp4toannexb -map 0:0 -map 0:1 -vcodec h264_nvenc -gpu 2 -cbr true -sc_threshold 0 -filter:v scale_npp=960:540:interp_algo=lanczos -vprofile baseline -b:v 1000k -bufsize 1400k -maxrate 1400k -minrate 900k -force_key_frames 1 -g 50 -bf 0 -refs 1 -r 25 -strict experimental -c:a aac -b:a 64K -af aresample=44100 -ac 2 -flags -global_header -f segment -segment_format mpegts -segment_time 10 /path1/segment-1507744758-%06d.ts -map 0:0 -map 0:1 -vcodec h264_nvenc -gpu 2 -cbr true -sc_threshold 0 -vprofile high -b:v 8000k -bufsize 400k -maxrate 9000k -minrate 7200k -force_key_frames 1 -g 50 -bf 2 -refs 1 -r 25 -strict experimental -c:a aac -b:a 192K -af aresample=44100 -ac 2 -flags -global_header -f tee 
  
  [f=segment:segment_format=mpegts:segment_time=10]/path2/segment-1507744758-%06d.ts|[f=mpegts:muxrate=9333k:mpegts_pmt_start_pid=0xB4A:mpegts_start_pid=0xB4B]'udp://y.y.y.y:1234?buffer_size=0&overrun_nonfatal_option=1&pkt_size=1316&ttl=15'