Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (111)

  • Other interesting software

    13 avril 2011, par

    We 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, par

    MediaSPIP 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, par

    Par 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 Austin

    I 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 EmielBoss

    I 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 32

    And 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 0

    which has noticeably less information.

  • FFMPEG frames lost

    4 juin 2018, par ST94

    I 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.