Recherche avancée

Médias (1)

Mot : - Tags -/berlin

Autres articles (104)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

Sur d’autres sites (15114)

  • Time-weighting frames of an animation using FFMPEG [duplicate]

    12 mars 2020, par Rohan S Byrne

    I’m using ’ffmpeg’ to make an mp4 out of hundreds of individual frames, which are timeslices from an experiment I’ve run. My problem is that the time sampling is not regular. I would like to somehow ’weight’ the frames according to their time index so that the framerate is fast when the sampling rate was fast and slow when the sampling rate was slow.

    I know how to do this sort of operation when taking, for instance, a time average using numpy arrays. I have no idea how to do it with ffmpeg.

    Any tips ?

  • Revision 1bb11781e2 : Rework idct8x8_10 SSE2 implementation This commit optimizes the SSE2 implmentat

    3 janvier 2014, par Jingning Han

    Changed Paths :
     Modify /vp9/common/x86/vp9_idct_intrin_sse2.c



    Rework idct8x8_10 SSE2 implementation

    This commit optimizes the SSE2 implmentation of idct8x8_10. It exploits
    the fact that only top-left 4x4 block contains non-zero coefficients,
    and hence reduces the instructions needed.

    The runtime of idct8x8_10_sse2 goes down from 216 to 198 CPU cycles,
    estimated by averaging over 100000 runs. For pedestrian_area_1080p 300
    frames coded at 4000kbps, the average decoding speed goes up from
    79.3 fps to 79.7 fps.

    Change-Id : I6d277bbaa3ec9e1562667906975bae06904cb180

  • How to effectly record and encode from udp stream(4K HECV) in real time with ffmpeg ?

    25 janvier 2021, par Sa Mei

    I have a serious problem about ffmpeg to solve.
My task is to record from udp stream(4K HECV) and encode it to a mxf file.
My CPU is Intel(R) Xeon(R) Gold 5122 CPU@3.60GHz
The situation of CPU when it is recording from udp stream

    


    The situation of the udp stream

    


    The ffmpeg I used from https://github.com/BtbN/FFmpeg-Builds/commit/86af523883173be93c69d1170d1f78f79dc5e9f8 .
The command I used is :
ffmpeg -y -threads 6 -i "udp ://@225.1.2.150:6150 ?overrun_nonfatal=1&fifo_size=50000000" -threads 32 -qscale:v 2 -alternate_scan 1 -f mxf "G :\4k.xmf"

    


    Now the speed is lower than 1.0x after running for a while(about 10minutes). Maybe this is due to the temperature of the cpu gradually increasing.
The picture above displays the performance of CPU when we specify threads=6 for decoding and threads=32 for encoding.
I found that the speed would be 1.0x if I just recorded it to a .hecv file. But now I want to encode the stream to a .mxf file in real time. But as you can see, if I tried to encode it in real time, the speed of decoding and encoding would always be lower than 1.0x (around 0.98x). After running this command for about 3 hours, the recording and encoding process will be stopped.

    


    How to solve it ? I expect that the speed is 1.0x by speeding up encoding or other ways.
Or anyone knows that how to record the udp stream without re-encoding to a .hecv file and meanwhile encode the .hecv file to a .mxf file ?

    


Navigation