Recherche avancée

Médias (0)

Mot : - Tags -/performance

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

Autres articles (50)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • 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

  • Initialisation de MediaSPIP (préconfiguration)

    20 février 2010, par

    Lors de l’installation de MediaSPIP, celui-ci est préconfiguré pour les usages les plus fréquents.
    Cette préconfiguration est réalisée par un plugin activé par défaut et non désactivable appelé MediaSPIP Init.
    Ce plugin sert à préconfigurer de manière correcte chaque instance de MediaSPIP. Il doit donc être placé dans le dossier plugins-dist/ du site ou de la ferme pour être installé par défaut avant de pouvoir utiliser le site.
    Dans un premier temps il active ou désactive des options de SPIP qui ne le (...)

Sur d’autres sites (8061)

  • Why the result of FFmpeg capture process has no audio to create a webm file ?

    23 mars 2019, par RAM

    The result of my bellow FFmpeg command has no audio (is silent) :

    ffmpeg -f gdigrab -framerate 30 -i desktop -video_size 720x480 -c:v libvpx-vp9 -c:a libopus -b:v 1M -b:a 128K -auto-alt-ref 0 -crf 10 -preset ultrafast output.webm

    But this one has audio :

    ffmpeg -f gdigrab -i desktop -f dshow -i audio="Microphone (4- High Definition Audio Device)" output.mkv
    • How should I capture as webm file by using libopus or libvorbis ?
    • What is the problem in my first command ?

    My FFmpeg version :

    ffmpeg version N-93439-gb073fb9eea Copyright (c) 2000-2019 the FFmpeg developers
     built with gcc 8.2.1 (GCC) 20190212
     configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg
                    --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab
                    --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt
     libavutil      56. 26.100 / 56. 26.100
     libavcodec     58. 47.105 / 58. 47.105
     libavformat    58. 26.101 / 58. 26.101
     libavdevice    58.  7.100 / 58.  7.100
     libavfilter     7. 48.100 /  7. 48.100
     libswscale      5.  4.100 /  5.  4.100
     libswresample   3.  4.100 /  3.  4.100
     libpostproc    55.  4.100 / 55.  4.100
  • options_table : Remove a now unnecessary include of config.h

    3 novembre 2016, par Martin Storsjö
    options_table : Remove a now unnecessary include of config.h
    

    The include of config.h was added in 2012 in 1d9c2dc8, due to
    the use of CONFIG_SNOW_ENCODER ifdefs within options_table.h.
    When the snow codec was dropped later (in a0c5917f8 in 2013),
    this include no longer served any purpose.

    options_table.h is included in builds for the host as well, when
    building documentation. config.h should not be included in code
    that is built for the host, since it can contain workarounds
    for the target compiler/environment, like adding a missing define
    of restrict, defining getenv(x) to NULL for environments that lack
    getenv.

    The seemingly innocent include reordering in 2025d37871 broke
    builds that have getenv(x) defined to NULL in config.h (Windows CE
    and Windows Phone/RT), since libavcodec/options_table.h include
    config.h, while libavformat/options_table.h end up bringing in
    more system headers, and those system headers can contain a proper
    definition of getenv, which clash with the getenv define in config.h.
    This was avoided earlier as long as libavformat/options_table.h (or
    avformat.h) was included before libavcodec/options_table.h.

    This fixes builds for Windows Phone/RT and CE.

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

    • [DBH] libavcodec/options_table.h
  • 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...