Recherche avancée

Médias (91)

Autres articles (95)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, 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 (...)

  • 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 (...)

Sur d’autres sites (12696)

  • Evolution #4103 : Autoriser /local/cache-gd2/ et /local/cache-vignette/ dans robots.txt

    27 février 2018, par b b

    N’y a t il pas d’autres dossiers, pour gd1, convert et les autres librairies proposées par SPIP ?

    D’après ce que j’en ai vu après avoir fait le tour de quelques sites, les vignettes sont dans cache-gd2 quel que soit la librairie utilisée.

    (et ’distant’ il est où ?)

    Hors sujet, on parle ici des images retaillées, et non des images pleine taille (cf le thread sur la liste).

  • rtpdec : Don’t free the payload context in the .free function

    24 février 2015, par Martin Storsjö
    rtpdec : Don’t free the payload context in the .free function

    This makes it more consistent with depacketizers that don’t have any
    
.free function at all, where the payload context is freed by the
    
surrounding framework. Always free the context in the surrounding
    
framework, having the individual depacketizers only free any data
    
they’ve specifically allocated themselves.
    

    This is similar to how this works for demuxer/muxers/codecs - a
    
component shouldn’t free the priv_data that the framework has
    
allocated for it.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavformat/rdt.c
    • [DBH] libavformat/rtpdec.h
    • [DBH] libavformat/rtpdec_ac3.c
    • [DBH] libavformat/rtpdec_dv.c
    • [DBH] libavformat/rtpdec_h261.c
    • [DBH] libavformat/rtpdec_h263_rfc2190.c
    • [DBH] libavformat/rtpdec_h264.c
    • [DBH] libavformat/rtpdec_jpeg.c
    • [DBH] libavformat/rtpdec_latm.c
    • [DBH] libavformat/rtpdec_mpa_robust.c
    • [DBH] libavformat/rtpdec_mpeg4.c
    • [DBH] libavformat/rtpdec_mpegts.c
    • [DBH] libavformat/rtpdec_qt.c
    • [DBH] libavformat/rtpdec_svq3.c
    • [DBH] libavformat/rtpdec_vp8.c
    • [DBH] libavformat/rtpdec_xiph.c
    • [DBH] libavformat/rtsp.c

  • Determine hardware acceleration support for a machine running libffmpeg via C++

    11 septembre 2023, par Space Bear

    I'm currently trying to find out how to query a Linux system to get find out if it support Hardware accelerated decoding of a specific video codec. (this is a multi codec application and this is part of choosing the best/fastest codec depending on the situation.)

    &#xA;

    My first inclination is to leverage FFMpeg as we already use it, specifically ff_find_hwaccel. However this is an internal function.

    &#xA;

    Second idea would be self implementation using av_hwaccel_next but this is deprecated.

    &#xA;

    Is there an upto date method to query ffmpeg to determine if a codec has hardware acceleration support on the machine it's running on ?

    &#xA;

Navigation