Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (104)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

Sur d’autres sites (7253)

  • avcodec/binkaudio : Remove AV_CODEC_CAP_DELAY

    11 octobre 2021, par Andreas Rheinhardt
    avcodec/binkaudio : Remove AV_CODEC_CAP_DELAY
    

    This decoder may output multiple AVFrames for every AVPacket
    passed to it, but after it has returned AVERROR(EAGAIN),
    it is completely drained and there is no reason to flush it
    at the end with a NULL packet. Furthermore, there is also no
    delay in the common sense of the word.

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/binkaudio.c
  • png_parser : Fix parsing on big endian

    18 décembre 2013, par Martin Storsjö
    png_parser : Fix parsing on big endian
    

    Since pc.state is populated by shifting in from the end of the
    32 bit word, the content within pc.state is already in native endian
    and should not be read with the AV_RL,B functions.

    This was already done correctly for state64 above.

    This fixes the fate-corepng test on big endian.

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DH] libavcodec/png_parser.c
  • Anomalie #3043 (Nouveau) : Suggestion ergonomie Interface privée : bouton Sauvegarder "flottant"

    19 août 2013, par YannX spip

    Bonjour,

    Au fur et à mesure de la complexification croissante de SPIP, les formulaires du privé s’allongent....
    vers le bas, alors que nos écrans s’allongent horizontalement !

    Dans la lignée de la taille d’ecran "Elastic" que je viens de decouvrir (avec HEUREUSE surprise),
    je suggère trois axes d’améliorations à discuter :
    - pouvoir rendre le bouton "sauvegarder" flottant (ou bien doublé en heaut de marge droite du menu /option)
    > de façon à toujours avoir accès (sans devoir scroller) quand on fait une modif rapide en début d’article
    avoir une personnalisation différente du menu (inspirée de Luis en 200 ? ),
    qui proposerait de disposer les icones principales du bandeau à gauche
    (à l’exemple de l’interface privée de WP... dont l’ergonomie semble assez souvent reconnue comme exemplaire)
    - utiliser plus largement les colonnes/boites du menu droite pour compléter les saisies...
    (mais cela pourrait nécessiter de revoir l’intégration dans un écran 2-colonnes (qd il existe encore)
    pour que des zones de saisie annexe (je pense en particulier aux mots-clés !! ) soient visibles/accessibles facilement !

    Qu’ne pensez-vous ?

    YannX
    PS n’oublions pas la définition de la majorité des portables : 1360 x 768
    sans oublier le format "vertical" des tablettes ou smartphones...