
Recherche avancée
Médias (1)
-
Rennes Emotion Map 2010-11
19 octobre 2011, par
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (111)
-
Other interesting software
13 avril 2011, parWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website : http://videopress.com/
License : GNU/GPL v2
Source code : (...) -
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
Mise à disposition des fichiers
14 avril 2011, parPar défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)
Sur d’autres sites (11059)
-
ffmpeg drops time delay on last frame of animated GIF
13 août 2014, par AustinI am trying to convert animated GIFs to MP4 files using ffmpeg and x264. However, I seem be suffering from the effects of this bug in ffmpeg that causes the delay time of the last frame of the GIF to be ignored. For very short GIFs, this is quite a problem.
As a work around, I was thinking that I should be able to manually tell ffmpeg to freeze on the last frame for a certain amount of time, specifically the proper duration of that frame (which I can extract from the GIF). However, I can’t seem to find a good way to do this. Any suggestions ? I would really like to be able to do this without having to split to the GIF into frames before putting it into ffmpeg since that will mess up GIFs with a non-constant framerate (in addition to being much slower).
I am using ffmpeg version 2.3, though I have also tried this with the latest git code without any improvement. The full ffmpeg commands I’m using look like this :
ffmpeg -i animation.gif -vf "scale=trunc(in_w/2)*2:trunc(in_h/2)*2" -c:v libx264 -b:v 2000k -y -pix_fmt yuv420p -f mp4 animation.mp4
Here is some console output :
ffmpeg version 2.3 Copyright (c) 2000-2014 the FFmpeg developers
built on Aug 11 2014 21:19:46 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
configuration: --enable-gpl --enable-libass --enable-libfreetype --enable-libtheora --enable-libvorbis --enable-libx264
libavutil 52. 92.100 / 52. 92.100
libavcodec 55. 69.100 / 55. 69.100
libavformat 55. 48.100 / 55. 48.100
libavdevice 55. 13.102 / 55. 13.102
libavfilter 4. 11.100 / 4. 11.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 19.100 / 0. 19.100
libpostproc 52. 3.100 / 52. 3.100
Input #0, gif, from 'animation.gif':
Duration: N/A, bitrate: N/A
Stream #0:0: Video: gif, bgra, 500x375, 100 tbr, 100 tbn, 100 tbc
[libx264 @ 0x239ea00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[libx264 @ 0x239ea00] profile High, level 3.1
[libx264 @ 0x239ea00] 264 - core 142 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=2000 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'animation.mp4':
Metadata:
encoder : Lavf55.48.100
Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 500x374, q=-1--1, 2000 kb/s, 100 fps, 12800 tbn, 100 tbc
Metadata:
encoder : Lavc55.69.100 libx264
Stream mapping:
Stream #0:0 -> #0:0 (gif (native) -> h264 (libx264))
Press [q] to stop, [?] for help
frame= 7 fps=0.0 q=-1.0 Lsize= 7kB time=00:00:00.05 bitrate=1222.1kbits/s dup=5 drop=0
video:7kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 13.542441%
[libx264 @ 0x239ea00] frame I:1 Avg QP:34.86 size: 3657
[libx264 @ 0x239ea00] frame P:3 Avg QP:30.86 size: 744
[libx264 @ 0x239ea00] frame B:3 Avg QP:33.33 size: 49
[libx264 @ 0x239ea00] consecutive B-frames: 42.9% 0.0% 0.0% 57.1%
[libx264 @ 0x239ea00] mb I I16..4: 10.2% 78.3% 11.6%
[libx264 @ 0x239ea00] mb P I16..4: 1.2% 5.0% 0.8% P16..4: 11.7% 3.3% 1.2% 0.0% 0.0% skip:76.8%
[libx264 @ 0x239ea00] mb B I16..4: 0.0% 0.1% 0.0% B16..8: 3.7% 0.0% 0.0% direct: 0.0% skip:96.2% L0:23.5% L1:76.5% BI: 0.0%
[libx264 @ 0x239ea00] final ratefactor: 20.31
[libx264 @ 0x239ea00] 8x8 transform intra:77.0% inter:79.4%
[libx264 @ 0x239ea00] coded y,uvDC,uvAC intra: 39.5% 0.0% 0.0% inter: 2.7% 0.0% 0.0%
[libx264 @ 0x239ea00] i16 v,h,dc,p: 38% 27% 7% 28%
[libx264 @ 0x239ea00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 35% 12% 13% 7% 6% 10% 4% 8% 5%
[libx264 @ 0x239ea00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 38% 11% 14% 5% 8% 10% 5% 7% 2%
[libx264 @ 0x239ea00] i8c dc,h,v,p: 100% 0% 0% 0%
[libx264 @ 0x239ea00] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x239ea00] ref P L0: 99.1% 0.7% 0.3%
[libx264 @ 0x239ea00] ref B L0: 85.0% 15.0%
[libx264 @ 0x239ea00] ref B L1: 95.4% 4.6%
[libx264 @ 0x239ea00] kb/s:689.83 -
FFmpeg's concat demuxer/protocol (for concatenating MP3 audio files) creates a sped up and broken output file
5 février 2020, par EmielBossI want to join, or concatenate, multiple MP3 files into one larger MP3 using FFmpeg’s concat demuxer :
ffmpeg -f concat -safe 0 -i Filelist.txt -c copy out.mp3
However, the output file is sped up (with a higher pitch), and after 5 seconds of listening, the audio starts to crackle and drop out. If I click on another position on the timebar in VLC, it plays for about 5 seconds before it bugs out again. Why is this happening ?
I also tried the concat protocol :
ffmpeg -i "concat:in1.mp3|in2.mp3|etc.mp3" -c copy out.mp3
and Mp3Wrap (entirely different software) :
mp3wrap out.mp3 *.mp3
both with the same result. How can I solve this, preferably without re-encoding ?
-------------------------------------------------------------------------------------------------
For reference, this is the specification of an input file (using MediaInfo) :
General
Complete name : in.mp3
Format : MPEG Audio
File size : 5.72 MiB
Duration : 3 min 12 s
Overall bit rate mode : Variable
Overall bit rate : 234 kb/s
Album : Rayman 3: Hoodlum Havoc (Original Soundtrack), Pt. I
Album/Performer : Plume, Fred Leonard, Laurent Parisi
Part/Position : 2
Track name : Moonlit Swamps
Track name/Position : 19
Performer : Plume, Fred Leonard, Laurent Parisi
Composer : Plume, Fred Leonard, Laurent Parisi
Genre : Soundtrack
Recorded date : 2003
Writing library : LAME3.99r
Cover : Yes
Cover description : Cover
Cover type : Cover (front)
Cover MIME : image/jpeg
Comment : MS_SwG_01ExpDark
ID3v1 Comment : MS_SwG_01ExpDark
Audio
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Format settings : Joint stereo
Duration : 3 min 12 s
Bit rate mode : Variable
Bit rate : 234 kb/s
Minimum bit rate : 32.0 kb/s
Channel(s) : 2 channels
Sampling rate : 48.0 kHz
Frame rate : 41.667 FPS (1152 SPF)
Compression mode : Lossy
Stream size : 5.39 MiB (94%)
Writing library : LAME3.99r
Encoding settings : -m j -V 0 -q 0 -lowpass 24 --vbr-new -b 32And the specification of the concatenated MP3 :
General
Complete name : out.mp3
Format : MPEG Audio
File size : 131 MiB
Duration : 1 h 17 min # VLC says duration is 1:24:04 for some reason
Overall bit rate mode : Variable
Overall bit rate : 237 kb/s
Writing library : LAME3.99r
Audio
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Format settings : Joint stereo
Duration : 1 h 24 min
Bit rate mode : Variable
Bit rate : 237 kb/s
Channel(s) : 2 channels
Sampling rate : 44.1 kHz
Frame rate : 41.667 FPS (1058 SPF)
Compression mode : Lossy
Stream size : 131 MiB (100%)
Writing library : LAME3.99r
Encoding settings : -m m -V 10 -q 0which has noticeably less information.
-
FFMPEG frames lost
4 juin 2018, par ST94I use ffmpeg to stream video from the source to destination. The workflow is as follows,
At the source using ffmpeg, I stream live feed from a webcam using tcp and also save a copy of the live video as mp4 file locally and the command I use is$ ffmpeg -hide_banner -f v4l2 -i /dev/video0 -filter:v "fps=30" -c:v libx264 -f mpegts tcp://hostname:port -c:v libx264 /path/to/.mp4file
`Input #0, video4linux2,v4l2, from '/dev/video0':
Duration: N/A, start: 272402.639303, bitrate: 147456 kb/s
Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 640x480, 147456 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
Stream #0:0 -> #1:0 (rawvideo (native) -> h264 (libx264))
Press [q] to stop, [?] for help
No pixel format specified, yuv422p for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264 @ 0x55e421ec9560] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
[libx264 @ 0x55e421ec9560] profile High 4:2:2, level 3.0, 4:2:2 8-bit
Output #0, mpegts, to 'tcp://172.16.0.169:50000':
Metadata:
encoder : Lavf57.71.100
Stream #0:0: Video: h264 (libx264), yuv422p, 640x480, q=-1--1, 30 fps, 90k tbn, 30 tbc
Metadata:
encoder : Lavc57.89.100 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
No pixel format specified, yuv422p for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264 @ 0x55e421ed5ea0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
[libx264 @ 0x55e421ed5ea0] profile High 4:2:2, level 3.0, 4:2:2 8-bit
[libx264 @ 0x55e421ed5ea0] 264 - core 148 r2795 aaa9aa8 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #1, mp4, to '/path/to/tcp.mp4':
Metadata:
encoder : Lavf57.71.100
Stream #1:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv422p, 640x480, q=-1--1, 30 fps, 15360 tbn, 30 tbc
Metadata:
encoder : Lavc57.89.100 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
[sana@localhost ~]$ frame= 978 fps= 30 q=-1.0 Lq=-1.0 size= 5062kB time=00:00:32.53 bitrate=1274.6kbits/s dup=514 drop=0 speed=0.991x
video:9174kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
[libx264 @ 0x55e421ec9560] frame I:463 Avg QP:19.03 size: 9994
[libx264 @ 0x55e421ec9560] frame P:476 Avg QP:22.85 size: 137
[libx264 @ 0x55e421ec9560] frame B:39 Avg QP:23.33 size: 19
[libx264 @ 0x55e421ec9560] consecutive B-frames: 94.7% 0.0% 0.0% 5.3%
[libx264 @ 0x55e421ec9560] mb I I16..4: 60.4% 39.0% 0.5%
[libx264 @ 0x55e421ec9560] mb P I16..4: 0.2% 0.0% 0.0% P16..4: 4.2% 0.3% 0.5% 0.0% 0.0% skip:94.8%
[libx264 @ 0x55e421ec9560] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0% L0:15.4% L1:84.6% BI: 0.0%
[libx264 @ 0x55e421ec9560] 8x8 transform intra:38.9% inter:100.0%
[libx264 @ 0x55e421ec9560] coded y,uvDC,uvAC intra: 34.9% 97.2% 83.8% inter: 0.0% 1.5% 0.0%
[libx264 @ 0x55e421ec9560] i16 v,h,dc,p: 0% 31% 0% 69%
[libx264 @ 0x55e421ec9560] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 3% 50% 16% 4% 2% 1% 6% 1% 17%
[libx264 @ 0x55e421ec9560] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 52% 14% 4% 7% 3% 5% 1% 3%
[libx264 @ 0x55e421ec9560] i8c dc,h,v,p: 55% 12% 25% 8%
[libx264 @ 0x55e421ec9560] Weighted P-Frames: Y:0.2% UV:0.0%
[libx264 @ 0x55e421ec9560] ref P L0: 96.7% 0.5% 2.7% 0.1%
[libx264 @ 0x55e421ec9560] kb/s:1151.61
[libx264 @ 0x55e421ed5ea0] frame I:463 Avg QP:19.02 size: 10007
[libx264 @ 0x55e421ed5ea0] frame P:477 Avg QP:22.84 size: 140
[libx264 @ 0x55e421ed5ea0] frame B:39 Avg QP:23.33 size: 19
[libx264 @ 0x55e421ed5ea0] consecutive B-frames: 94.7% 0.0% 0.0% 5.3%
[libx264 @ 0x55e421ed5ea0] mb I I16..4: 60.4% 39.0% 0.5%
[libx264 @ 0x55e421ed5ea0] mb P I16..4: 0.3% 0.0% 0.0% P16..4: 4.2% 0.3% 0.5% 0.0% 0.0% skip:94.8%
[libx264 @ 0x55e421ed5ea0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0% L0:15.4% L1:84.6% BI: 0.0%
[libx264 @ 0x55e421ed5ea0] 8x8 transform intra:38.9% inter:100.0%
[libx264 @ 0x55e421ed5ea0] coded y,uvDC,uvAC intra: 35.0% 97.2% 84.0% inter: 0.0% 1.6% 0.0%
[libx264 @ 0x55e421ed5ea0] i16 v,h,dc,p: 0% 31% 0% 69%
[libx264 @ 0x55e421ed5ea0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 3% 50% 16% 4% 2% 1% 6% 1% 17%
[libx264 @ 0x55e421ed5ea0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 52% 14% 4% 7% 3% 5% 1% 3%
[libx264 @ 0x55e421ed5ea0] i8c dc,h,v,p: 55% 12% 25% 8%
[libx264 @ 0x55e421ed5ea0] Weighted P-Frames: Y:0.2% UV:0.0%
[libx264 @ 0x55e421ed5ea0] ref P L0: 96.8% 0.5% 2.7% 0.1%
[libx264 @ 0x55e421ed5ea0] kb/s:1152.39`At the receiver, I take the tcp url as the input and output it to an mp4 file.
$ffmpeg -hide_banner -i tcp://hostname:port?listen out.mp4 /path/to/.mp4
The output is
`Input #0, mpegts, from 'tcp://172.16.0.169:50000?listen':
Duration: N/A, start: 1.466667, bitrate: N/A
Program 1
Metadata:
service_name : Service01
service_provider: FFmpeg
Stream #0:0[0x100]: Video: h264 (High 4:2:2) ([27][0][0][0] / 0x001B), yuv422p(progressive), 640x480, 30 fps, 30 tbr, 90k tbn, 60 tbc
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
Press [q] to stop, [?] for help
No pixel format specified, yuv422p for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264 @ 0x55c1d6bff0a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
[libx264 @ 0x55c1d6bff0a0] profile High 4:2:2, level 3.0, 4:2:2 8-bit
[libx264 @ 0x55c1d6bff0a0] 264 - core 148 r2795 aaa9aa8 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to '/home/sana/Desktop/receiver_new_mp4/tcp2.mp4':
Metadata:
encoder : Lavf57.71.100
Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv422p, 640x480, q=-1--1, 30 fps, 15360 tbn, 30 tbc
Metadata:
encoder : Lavc57.89.100 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
frame= 160 fps=0.0 q=26.0 size= 158kB time=00:00:03.36 bitrate= 384.5kbits/frame= 175 fps=168 q=26.0 size= 200kB time=00:00:03.86 bitrate= 424.8kbits/frame= 190 fps=119 q=26.0 size= 242kB time=00:00:04.36 bitrate= 453.3kbits/frame= 206 fps= 97 q=29.0 size= 292kB time=00:00:04.90 bitrate= 487.8kbits/frame= 222 fps= 84 q=29.0 size= 336kB time=00:00:05.43 bitrate= 506.5kbits/frame= 238 fps= 75 q=29.0 size= 378kB time=00:00:05.96 bitrate= 519.2kbits/frame= 254 fps= 68 q=29.0 size= 422kB time=00:00:06.50 bitrate= 531.6kbits/frame= 270 fps= 64 q=26.0 size= 457kB time=00:00:07.03 bitrate= 532.0kbits/frame= 286 fps= 60 q=29.0 size= 511kB time=00:00:07.56 bitrate= 552.8kbits/frame= 302 fps= 57 q=26.0 size= 562kB time=00:00:08.10 bitrate= 568.3kbits/frame= 318 fps= 54 q=26.0 size= 609kB time=00:00:08.63 bitrate= 577.9kbits/frame= 334 fps= 52 q=26.0 size= 674kB time=00:00:09.16 bitrate= 602.7kbits/frame= 350 fps= 51 q=29.0 size= 719kB time=00:00:09.70 bitrate= 606.8kbits/frame= 366 fps= 49 q=26.0 size= 770kB time=00:00:10.23 bitrate= 616.1kbits/frame= 382 fps= 48 q=29.0 size= 828kB time=00:00:10.76 bitrate= 630.3kbits/frame= 398 fps= 47 q=26.0 size= 872kB time=00:00:11.30 bitrate= 632.0kbits/frame= 414 fps= 46 q=26.0 size= 933kB time=00:00:11.83 bitrate= 645.9kbits/frame= 430 fps= 45 q=29.0 size= 987kB time=00:00:12.36 bitrate= 653.9kbits/frame= 446 fps= 44 q=26.0 size= 1033kB time=00:00:12.90 bitrate= 656.2kbits/frame= 462 fps= 43 q=29.0 size= 1098kB time=00:00:13.43 bitrate= 669.7kbits/frame= 478 fps= 43 q=29.0 size= 1132kB time=00:00:13.96 bitrate= 664.2kbits/frame= 548 fps= 47 q=-1.0 Lsize= 1536kB time=00:00:18.16 bitrate= 692.8kbits/s speed=1.56x
video:1531kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.377405%
[libx264 @ 0x55c1d6bff0a0] frame I:115 Avg QP:18.12 size: 8204
[libx264 @ 0x55c1d6bff0a0] frame P:203 Avg QP:21.62 size: 1893
[libx264 @ 0x55c1d6bff0a0] frame B:230 Avg QP:21.99 size: 1039
[libx264 @ 0x55c1d6bff0a0] consecutive B-frames: 41.1% 6.6% 7.1% 45.3%
[libx264 @ 0x55c1d6bff0a0] mb I I16..4: 67.6% 32.3% 0.1%
[libx264 @ 0x55c1d6bff0a0] mb P I16..4: 15.3% 3.1% 0.0% P16..4: 28.6% 2.8% 2.0% 0.0% 0.0% skip:48.3%
[libx264 @ 0x55c1d6bff0a0] mb B I16..4: 0.8% 0.3% 0.0% B16..8: 26.2% 0.4% 0.0% direct:13.5% skip:58.7% L0:65.0% L1:34.5% BI: 0.5%
[libx264 @ 0x55c1d6bff0a0] 8x8 transform intra:28.4% inter:100.0%
[libx264 @ 0x55c1d6bff0a0] coded y,uvDC,uvAC intra: 15.0% 89.4% 53.1% inter: 2.6% 28.7% 0.2%
[libx264 @ 0x55c1d6bff0a0] i16 v,h,dc,p: 2% 49% 1% 47%
[libx264 @ 0x55c1d6bff0a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 6% 57% 19% 2% 1% 1% 4% 1% 9%
[libx264 @ 0x55c1d6bff0a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 59% 18% 1% 2% 1% 2% 0% 1%
[libx264 @ 0x55c1d6bff0a0] i8c dc,h,v,p: 52% 17% 27% 4%
[libx264 @ 0x55c1d6bff0a0] Weighted P-Frames: Y:17.7% UV:6.9%
[libx264 @ 0x55c1d6bff0a0] ref P L0: 68.7% 0.7% 18.3% 10.6% 1.7%
[libx264 @ 0x55c1d6bff0a0] ref B L0: 86.1% 10.6% 3.3%
[libx264 @ 0x55c1d6bff0a0] ref B L1: 96.6% 3.4%
[libx264 @ 0x55c1d6bff0a0] kb/s:686.10`From the ffmpeg processes running on both ends, if you notice the number of B frames at the receiver is more than the B frames at the sender. In other cases that I tried, the number of I as well as P frames are higher at the receiver than that at the sender.
Can anyone please tell me why is it so ? I am not able to figure out why.