Recherche avancée

Médias (1)

Mot : - Tags -/pirate bay

Autres articles (95)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (6335)

  • lavu : fix memory leaks by using a mutex instead of atomics

    14 novembre 2014, par wm4
    lavu : fix memory leaks by using a mutex instead of atomics
    

    The buffer pool has to atomically add and remove entries from the linked
    list of available buffers. This was done by removing the entire list
    with a CAS operation, working on it, and then setting it back again
    (using a retry-loop in case another thread was doing the same thing).

    This could effectively cause memory leaks : while a thread was working on
    the buffer list, other threads would allocate new buffers, increasing
    the pool’s total size. There was no real leak, but since these extra
    buffers were not needed, but not free’d either (except when the buffer
    pool was destroyed), this had the same effects as a real leak. For some
    reason, growth was exponential, and could easily kill the process due
    to OOM in real-world uses.

    Fix this by using a mutex to protect the list operations. The fancy
    way atomics remove the whole list to work on it is not needed anymore,
    which also avoids the situation which was causing the leak.

    Signed-off-by : Anton Khirnov <anton@khirnov.net>

    • [DBH] libavutil/buffer.c
    • [DBH] libavutil/buffer_internal.h
  • Revision c82de3bede : Extending ext_tx expt to include dst variants Extends the ext-tx experiment to

    15 novembre 2014, par Deb Mukherjee

    Changed Paths :
     Modify /vp9/common/vp9_blockd.h


     Modify /vp9/common/vp9_entropymode.c


     Modify /vp9/common/vp9_entropymode.h


     Modify /vp9/common/vp9_enums.h


     Modify /vp9/common/vp9_idct.c


     Modify /vp9/decoder/vp9_decodeframe.c


     Modify /vp9/decoder/vp9_decodemv.c


     Modify /vp9/encoder/vp9_bitstream.c


     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_encodemb.c


     Modify /vp9/encoder/vp9_encoder.h


     Modify /vp9/encoder/vp9_rd.c


     Modify /vp9/encoder/vp9_rdopt.c



    Extending ext_tx expt to include dst variants

    Extends the ext-tx experiment to include regular and flipped
    DST variants. A total of 9 transforms are thus possible for
    each inter block with transform size <= 16x16.

    In this patch currently only the four ADST_ADST variants
    (flipped or non-flipped in both dimensions) are enabled
    for inter blocks.

    The gain with the ext-tx experiment grows to +1.12 on derflr.
    Further experiments are underway.

    Change-Id : Ia2ed19a334face6135b064748f727fdc9db278ec

  • ffmpeg - creating segments of equivalent duration

    13 octobre 2014, par Code_Ed_Student

    I am testing out segment to split a video into segments of 10 seconds each, but I’m noticing some unusual results. In particular, some of the segments generated have varying lengths from 5 seconds to 11 seconds. I’ve tried playing around with segment_time_delta and force_key_frames to make the segments as close to 10 seconds as possible, but it doesn’t seem to be working out so well. How could I make all segments the same duration ?

    ffmpeg -i input.mp4 -force_key_frames 10,20,30,40,50,60,70,80,90,100,110,120 -c copy -map 0 -segment_time 10 -f segment output%01d.mp4

    Results :

    My_vid.mp4 – total duration - 00:02:08
    Output1.mp4 00:00:07
    Output2.mp4 00:00:07
    Output3.mp4 00:00:08
    Output4.mp4 00:00:08
    Output5.mp4 00:00:09
    Output6.mp4 00:00:09
    Output7.mp4 00:00:10
    Output8.mp4 00:00:10
    Output9.mp4 00:00:10
    Output10.mp4 00:00:11
    Output11.mp4  00:00:11
    Output12.mp4 00:00:11
    Output12.mp4 00:00:13