Recherche avancée

Médias (2)

Mot : - Tags -/map

Autres articles (62)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

Sur d’autres sites (6875)

  • avcodec/alsdec : Fix integer overflow in decode_var_block_data()

    19 août 2019, par Michael Niedermayer
    avcodec/alsdec : Fix integer overflow in decode_var_block_data()
    

    Fixes : signed integer overflow : 1927975249 - -514719744 cannot be represented in type 'int'
    Fixes : 16413/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALS_fuzzer-5651206856245248

    Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
    Reviewed-by : Thilo Borgmann <thilo.borgmann@mail.de>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavcodec/alsdec.c
  • Win32 : Only use large buffers when writing to disk

    11 décembre 2015, par Erik de Castro Lopo
    Win32 : Only use large buffers when writing to disk
    

    Windows can suffer quite badly from disk fragmentations. To avoid
    this, on Windows, the FILE* buffer size was set to 10Meg. However,
    this huge buffer is undesireable when writing to a eg a pipe.

    This patch updates the behaviour to only use the huge buffer when
    writing to disk.

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    Closes : https://sourceforge.net/p/flac/feature-requests/114/

    • [DH] src/libFLAC/stream_encoder.c
  • Evolution #4281 : Extension du critère secteur (à l’id_groupe en plus de l’id_rubrique)

    13 février 2019, par Naema *

    Merci tcharlss pour cette réponse,
    qui plus est, est beaucoup moins désagréable que la précédente. Mon message
    est une suggestion, et je vais de mon côté me renseigner sur cette API et
    ce plugin "déclarer parents". Merci.

    Cordialement

    Le mer. 13 févr. 2019 à 15:50, <> a écrit :

    La demande #4281 <https://core.spip.net/issues/4281#change-14733> a été
    mise à jour par tcharlss (*´_ゝ`).

    Avec l’API de déclaration des parents qui est en test dans le plugin « 
    déclarer parents », il est envisageable d’avoir un critère générique qui
    marche sur tous les types d’objets.
    Un critère racine par exemple.
    ------------------------------
    Evolution #4281 : Extension du critère secteur (à l’id_groupe en plus de
    l’id_rubrique) <https://core.spip.net/issues/4281#change-14733>

    - Auteur : Naema *
    - Statut : En cours
    - Priorité : Normal
    - Assigné à :
    - Catégorie : filtres et balises
    - Version cible : 4.0
    - Resolution :

    Bonjour,
    une simple suggestion (et mes excuses si c’est déjà effectué ou sur les
    rails) : le secteur est actuellement la rubrique racine de l’objet, ce qui
    permet de shunter toute l’arborescence hiérarchique et de définir finement
    les critères d’affichage d’une boucle sans se préoccuper de la hiérarchie
    intermédiaire. C’est un excellent système et je me demande s’il est
    possible de l’étendre à la notion de id_groupe, pour les objets éditoriaux
    qui ne sont pas reliés à des rubriques (comme par ex. les auteurs, ou à un
    autre objet éditorial créé de novo). On peut bien sûr utiliser
    l’id_parent pour affiner aussi, mais dans le cas où l’id_parent est
    attribué au groupe et non à l’objet lui-même, il manque juste une petite
    solution. Merci !
    ------------------------------

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.net/my/account