Recherche avancée

Médias (0)

Mot : - Tags -/logo

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

Autres articles (64)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

  • Script d’installation automatique de MediaSPIP

    25 avril 2011, par

    Afin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
    Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
    La documentation de l’utilisation du script d’installation (...)

Sur d’autres sites (8397)

  • avcodec/h264_slice : don't sync default_ref[] between threads.

    18 juillet 2017, par Wan-Teh Chang
    avcodec/h264_slice : don't sync default_ref[] between threads.

    default_ref[] is unconditionally initialized in h264_initialise_ref_list()
    
(called from ff_h264_build_ref_list(), called from h264_slice_init()).
    

    This fixes the following tsan warning when running fate-h264 :
    

    WARNING : ThreadSanitizer : data race (pid=31070)
    
  Write of size 8 at 0x7bbc000082a8 by thread T1 (mutexes : write M1628) :
    
    #0 memcpy /work/release-test/final/llvm.src/projects/compiler-rt/lib/tsan/../sanitizer_common/sanitizer_common_interceptors.inc:655:5
    
(ffmpeg+0x10de9d)
    
    #1 h264_initialise_ref_list ffmpeg/libavcodec/h264_refs.c:214:29 (ffmpeg+0x1186b3f)
    
    #2 ff_h264_build_ref_list ffmpeg/libavcodec/h264_refs.c:306 (ffmpeg+0x1186b3f)
    
    #3 h264_slice_init ffmpeg/libavcodec/h264_slice.c:1900:11 (ffmpeg+0x1191149)
    
[..]
    
  Previous read of size 8 at 0x7bbc000082a8 by main thread (mutexes :
    
write M1630) :
    
    #0 memcpy /work/release-test/final/llvm.src/projects/compiler-rt/lib/tsan/../sanitizer_common/sanitizer_common_interceptors.inc:655:5
    
(ffmpeg+0x10de9d)
    
    #1 ff_h264_update_thread_context ffmpeg/libavcodec/h264_slice.c:411:5 (ffmpeg+0x118b7dc)
    

    Signed-off-by : Wan-Teh Chang <wtc@google.com>
    
Signed-off-by : Ronald S. Bultje <rsbultje@gmail.com>
    • [DH] libavcodec/h264_slice.c

  • why reducing the resolution a percentage doesn't reduce the video the same proportion using ffmpeg ?

    14 mars 2023, par user44551

    I'm using this command :

    &#xA;

    -y -r -i $inVideoUri -movflags faststart -c:v libx265 -s $videoResolution -c:a copy -preset ultrafast $outPutUri"&#xA;

    &#xA;

    However, if "videoResolution" is a 50% of the original video resolution, the resulting file size is not 50% of the original one. I assume there are some headers or metadata added during the process but I would like to know how to estimate the final video size.

    &#xA;

  • Revision 6656 : Pas besoin de destroy et de cacher au unload Petites modifs de ...

    21 juin 2012, par kent1 — Log

    Pas besoin de destroy et de cacher au unload Petites modifs de progressall qui ne sert pas au final

Navigation