Recherche avancée

Sur d’autres sites (11007)

• FFMPEG Optional Entries in -var_stream_map

  16 juillet 2022, par Baa

  I have a script that records an x11 display and outputs three HLS streams.

  



  ./ffmpeg -y \
    -f x11grab -framerate 60 -s 1920x1080 -i :1.0 \
    -c:v:0 libx264 -c:s:0 copy -c:a:0 aac -b:v:0 4000k -b:a:0 512k -s:v:0 1920x1080 -r:0 30 -g:0 90 -preset:0 superfast -tune:0 zerolatency -level:v:0 4 -f flv \
    -c:v:1 libx264 -c:s:1 copy -c:a:1 aac -b:v:1 2500k -b:a:1 256k -s:v:1 1280x720 -r:1 30 -g:1 90 -preset:1 superfast -tune:1 zerolatency -level:v:1 4 -f flv \
    -c:v:2 libx264 -c:s:2 copy -c:a:2 aac -b:v:2 800k -b:a:2 256k -s:v:2 960x540 -r:2 30 -g:2 90 -preset:2 superfast -tune:2 zerolatency -level:v:2 4 -f flv \
    -hls_time 6 \
    -hls_list_size 2 \
    -hls_flags delete_segments \
    -map 0:v -map 0:a? -map 0:s? -map 0:v -map 0:a? -map 0:s? -map 0:v -map 0:a? -map 0:s? \
    -var_stream_map "v:0,a:0 v:1,a:1 v:2,a:2" \
    -f hls -master_pl_name "${name}.m3u8" \
    -hls_segment_filename "/tmp/hls/${name}_%v-%d.ts" \
    -max_muxing_queue_size 1024 \
    "/tmp/hls/${name}_%v.m3u8"


  



  This line :

  



  -map 0:v -map 0:a? -map 0:s? -map 0:v -map 0:a? -map 0:s? -map 0:v -map 0:a? -map 0:s? \


  



  Has question marks after each 0:a, this is because the input does not always have audio, so it ignores the error when there is no audio present, and maps it when there is.

  



  However, the following switch :

  



  -var_stream_map "v:0,a:0 v:1,a:1 v:2,a:2" \


  



  Will only work if there is audio present, is there a way I can have -var_stream_map with entries that will ignore errors like -map does ?

  



  Here are the errors if I try to use this current script with no audio :

  



  [hls @ 0x6231800] Unable to map stream at a:0
[hls @ 0x6231800] Variant stream info update failed with status ffffffea
Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
Error initializing output stream 0:2 --


  



  If it's relevant, here is the entire output :

  



  ffmpeg version 4.0.3-static https://johnvansickle.com/ffmpeg/  Copyright (c) 2000-2018 the FFmpeg developers
  built with gcc 6.3.0 (Debian 6.3.0-18+deb9u1) 20170516
  configuration: --enable-gpl --enable-version3 --enable-static --disable-debug --disable-ffplay --disable-indev=sndio --disable-outdev=sndio --cc=gcc-6 --enable-fontconfig --enable-frei0r --enable-gnutls --enable-gray --enable-libaom --enable-libfribidi --enable-libass --enable-libvmaf --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librubberband --enable-libsoxr --enable-libspeex --enable-libvorbis --enable-libopus --enable-libtheora --enable-libvidstab --enable-libvo-amrwbenc --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg
  libavutil      56. 14.100 / 56. 14.100
  libavcodec     58. 18.100 / 58. 18.100
  libavformat    58. 12.100 / 58. 12.100
  libavdevice    58.  3.100 / 58.  3.100
  libavfilter     7. 16.100 /  7. 16.100
  libswscale      5.  1.100 /  5.  1.100
  libswresample   3.  1.100 /  3.  1.100
  libpostproc    55.  1.100 / 55.  1.100
[x11grab @ 0x6229300] 16 bits per pixel screen is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.
[x11grab @ 0x6229300] Stream #0: not enough frames to estimate rate; consider increasing probesize
Input #0, x11grab, from ':1.0':
  Duration: N/A, start: 1546439595.240575, bitrate: N/A
    Stream #0:0: Video: rawvideo (RGB[16] / 0x10424752), rgb565le, 1920x1080, 60 fps, 1000k tbr, 1000k tbn, 1000k tbc
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
  Stream #0:0 -> #0:1 (rawvideo (native) -> h264 (libx264))
  Stream #0:0 -> #0:2 (rawvideo (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[libx264 @ 0x62334c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[libx264 @ 0x62334c0] profile High 4:4:4 Predictive, level 4.0, 4:4:4, 8-bit
[libx264 @ 0x62334c0] 264 - core 157 r2935 545de2f - H.264/MPEG-4 AVC codec - Copyleft 2003-2018 - http://www.videolan.org/x264.html - options: cabac=1 ref=1 deblock=1:0:0 analyse=0x1:0x1 me=dia subme=1 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=6 threads=4 lookahead_threads=4 sliced_threads=1 slices=4 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=1 keyint=90 keyint_min=9 scenecut=40 intra_refresh=0 rc=abr mbtree=0 bitrate=4000 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
[libx264 @ 0x6234840] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[libx264 @ 0x6234840] profile High 4:4:4 Predictive, level 4.0, 4:4:4, 8-bit
[libx264 @ 0x6234840] 264 - core 157 r2935 545de2f - H.264/MPEG-4 AVC codec - Copyleft 2003-2018 - http://www.videolan.org/x264.html - options: cabac=1 ref=1 deblock=1:0:0 analyse=0x1:0x1 me=dia subme=1 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=6 threads=4 lookahead_threads=4 sliced_threads=1 slices=4 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=1 keyint=90 keyint_min=9 scenecut=40 intra_refresh=0 rc=abr mbtree=0 bitrate=2500 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
[libx264 @ 0x6235740] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[libx264 @ 0x6235740] profile High 4:4:4 Predictive, level 4.0, 4:4:4, 8-bit
[libx264 @ 0x6235740] 264 - core 157 r2935 545de2f - H.264/MPEG-4 AVC codec - Copyleft 2003-2018 - http://www.videolan.org/x264.html - options: cabac=1 ref=1 deblock=1:0:0 analyse=0x1:0x1 me=dia subme=1 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=6 threads=4 lookahead_threads=4 sliced_threads=1 slices=4 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=1 keyint=90 keyint_min=9 scenecut=40 intra_refresh=0 rc=abr mbtree=0 bitrate=800 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
[hls @ 0x6231800] Unable to map stream at a:0
[hls @ 0x6231800] Variant stream info update failed with status ffffffea
Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
Error initializing output stream 0:2 -- 
[libx264 @ 0x62334c0] frame I:1     Avg QP:31.45  size: 91065
[libx264 @ 0x62334c0] mb I  I16..4: 56.4%  0.0% 43.6%
[libx264 @ 0x62334c0] final ratefactor: 36.79
[libx264 @ 0x62334c0] coded y,u,v intra: 42.4% 8.7% 11.4%
[libx264 @ 0x62334c0] i16 v,h,dc,p: 53% 32% 11%  5%
[libx264 @ 0x62334c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 20% 14%  8%  6%  6%  6%  5%  6%
[libx264 @ 0x62334c0] kb/s:21855.60
[libx264 @ 0x6234840] frame I:1     Avg QP:30.27  size: 62907
[libx264 @ 0x6234840] mb I  I16..4: 48.6%  0.0% 51.4%
[libx264 @ 0x6234840] final ratefactor: 35.22
[libx264 @ 0x6234840] coded y,u,v intra: 53.9% 14.2% 17.2%
[libx264 @ 0x6234840] i16 v,h,dc,p: 49% 36% 11%  5%
[libx264 @ 0x6234840] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 19% 15%  8%  7%  6%  6%  6%  6%
[libx264 @ 0x6234840] kb/s:15097.68
[libx264 @ 0x6235740] final ratefactor: 29.77
Conversion failed!


  


• FFPLAY read mp4 file from HTTP sever : report error : stream 1, offset 0x1c33 : partial file

  25 mai 2018, par whmiao

  I use command line like :

  ffplay http://192.168.4.56:5656/files/video/failed_111.mp4

  output :
  ffplay version N-87130-g2b9fd15 Copyright (c) 2003-2017 the FFmpeg developers
  built with gcc 7.1.0 (GCC)
  configuration : —enable-gpl —enable-version3 —enable-cuda —enable-cuvid —enable-d3d11va —enable-dxva2 —enable-libmfx —enable-nvenc —enable-avisynth —enable-bzlib —enable-fontconfig —enable-frei0r —enable-gnutls —enable-iconv —enable-libass —enable-libbluray —enable-libbs2b —enable-libcaca —enable-libfreetype —enable-libgme —enable-libgsm —enable-libilbc —enable-libmodplug —enable-libmp3lame —enable-libopencore-amrnb —enable-libopencore-amrwb —enable-libopenh264 —enable-libopenjpeg —enable-libopus —enable-librtmp —enable-libsnappy —enable-libsoxr —enable-libspeex —enable-libtheora —enable-libtwolame —enable-libvidstab —enable-libvo-amrwbenc —enable-libvorbis —enable-libvpx —enable-libwavpack —enable-libwebp —enable-libx264 —enable-libx265 —enable-libxavs —enable-libxvid —enable-libzimg —enable-lzma —enable-zlib
  libavutil 55. 74.100 / 55. 74.100
  libavcodec 57.104.100 / 57.104.100
  libavformat 57. 79.100 / 57. 79.100
  libavdevice 57. 8.100 / 57. 8.100
  libavfilter 6.101.100 / 6.101.100
  libswscale 4. 7.103 / 4. 7.103
  libswresample 2. 8.100 / 2. 8.100
  libpostproc 54. 6.100 / 54. 6.100
  [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000025048e0] stream 1, offset 0x1c33 : partial file
  [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000025048e0] Could not find codec parameters for stream 0 (Video : h264 (avc1 / 0x31637661), none(tv, bt709), 544x960, 1140 kb/s) : unspecified pixel format
  Consider increasing the value for the ’analyzeduration’ and ’probesize’ options

  I download the file,Open local storage,It works well,like :

  ffplay e:\failed_111.mp4

  file can download from :
  https://pan.baidu.com/s/19H9cl3YAjG-AK60nIn0KzQ

• arm : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

  9 janvier 2017, par Martin Storsjö

  arm : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32
  This work is sponsored by, and copyright, Google.
  Previously all subpartitions except the eob=1 (DC) case ran with
  
  the same runtime :
                                       Cortex A7       A8       A9      A53
  
  vp9_inv_dct_dct_16x16_sub16_add_neon :   3188.1   2435.4   2499.0   1969.0
  
  vp9_inv_dct_dct_32x32_sub32_add_neon :  18531.7  16582.3  14207.6  12000.3
  By skipping individual 4x16 or 4x32 pixel slices in the first pass,
  
  we reduce the runtime of these functions like this :
  vp9_inv_dct_dct_16x16_sub1_add_neon :     274.6    189.5    211.7    235.8
  
  vp9_inv_dct_dct_16x16_sub2_add_neon :    2064.0   1534.8   1719.4   1248.7
  
  vp9_inv_dct_dct_16x16_sub4_add_neon :    2135.0   1477.2   1736.3   1249.5
  
  vp9_inv_dct_dct_16x16_sub8_add_neon :    2446.7   1828.7   1993.6   1494.7
  
  vp9_inv_dct_dct_16x16_sub12_add_neon :   2832.4   2118.3   2266.5   1735.1
  
  vp9_inv_dct_dct_16x16_sub16_add_neon :   3211.7   2475.3   2523.5   1983.1
  
  vp9_inv_dct_dct_32x32_sub1_add_neon :     756.2    456.7    862.0    553.9
  
  vp9_inv_dct_dct_32x32_sub2_add_neon :   10682.2   8190.4   8539.2   6762.5
  
  vp9_inv_dct_dct_32x32_sub4_add_neon :   10813.5   8014.9   8518.3   6762.8
  
  vp9_inv_dct_dct_32x32_sub8_add_neon :   11859.6   9313.0   9347.4   7514.5
  
  vp9_inv_dct_dct_32x32_sub12_add_neon :  12946.6  10752.4  10192.2   8280.2
  
  vp9_inv_dct_dct_32x32_sub16_add_neon :  14074.6  11946.5  11001.4   9008.6
  
  vp9_inv_dct_dct_32x32_sub20_add_neon :  15269.9  13662.7  11816.1   9762.6
  
  vp9_inv_dct_dct_32x32_sub24_add_neon :  16327.9  14940.1  12626.7  10516.0
  
  vp9_inv_dct_dct_32x32_sub28_add_neon :  17462.7  15776.1  13446.2  11264.7
  
  vp9_inv_dct_dct_32x32_sub32_add_neon :  18575.5  17157.0  14249.3  12015.1
  I.e. in general a very minor overhead for the full subpartition case due
  
  to the additional loads and cmps, but a significant speedup for the cases
  
  when we only need to process a small part of the actual input data.
  In common VP9 content in a few inspected clips, 70-90% of the non-dc-only
  
  16x16 and 32x32 IDCTs only have nonzero coefficients in the upper left
  
  8x8 or 16x16 subpartitions respectively.
  This is cherrypicked from libav commit
  
  9c8bc74c2b40537b0997f646c87c008042d788c2.
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavcodec/arm/vp9itxfm_neon.S
  • [DH] tests/checkasm/vp9dsp.c