Recherche avancée

Médias (0)

Mot : - Tags -/signalement

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (83)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

Sur d’autres sites (14556)

  • libavfilter/scale : Populate ow/oh when using 0 as w/h

    14 juin 2017, par Kevin Mark
    libavfilter/scale : Populate ow/oh when using 0 as w/h

    The input width and height is known at parse time so there's no
    
reason ow/oh should not be usable when using 0 as the width or
    
height expression.
    

    Previously in "scale=0:ow" ow would be set to "0" which works,
    
conveniently, as "scale=0:0" is perfectly valid input but this breaks
    
down when you do something like "scale=0:ow/4" which one could
    
reasonably expect to work as well, but does not as ow is 0 not the
    
real value.
    

    This change handles the 0 case for w/h immediately so the ow/oh
    
variables work as expected. Consequently, the rest of the code does
    
not need to handle 0 input. w/h will always be > 0 or < 0.
    

    The second explicit (int) cast ensures that ow/oh appear as integers
    
as a user might expect when dealing with pixel dimensions.
    

    Signed-off-by : Kevin Mark <kmark937@gmail.com>
    
Signed-off-by : Ronald S. Bultje <rsbultje@gmail.com>
    • [DH] libavfilter/scale.c

  • ffv1 : Drop unnecessary casts and const qualifiers to match function signatures

    18 décembre 2014, par Diego Biurrun
    ffv1 : Drop unnecessary casts and const qualifiers to match function signatures

    libavcodec/ffv1dec.c:898:36 : warning : cast discards ‘const’ qualifier from pointer target type
    • [DBH] libavcodec/ffv1dec.c

  • rtpdec : fix issue with conversion from unsigned to signed

    20 février 2015, par Gilles Chanteperdrix
    rtpdec : fix issue with conversion from unsigned to signed

    When receiving an RTCP packet, the difference between the last RTCP
    
timestamp and the base timestamp may be negative. As these timestamps
    
are of the uint32_t type, the result becomes a large integer. Cast
    
the difference to int32_t to avoid this issue.
    

    The result of this issue is very large start times for RTSP
    
streams, and difficulty to restart correctly after a pause.
    

    Signed-off-by : Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavformat/rtpdec.c

Navigation