Recherche avancée

Médias (0)

Mot : - Tags -/gis

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

Autres articles (51)

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

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

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

Sur d’autres sites (6452)

  • Revision 4b41800d49 : Revert "configure : Check for make" This reverts commit 89025585cde1e2696c134b3c

    19 mars 2014, par James Zern

    Changed Paths :
     Modify /configure



    Revert "configure : Check for make"

    This reverts commit 89025585cde1e2696c134b3cb7457abd6a3c3933.

    This check breaks BSD builds and isn't useful through the configure
    process. The README describes the build environment requirements (GNU
    make).

    Change-Id : I25f8a9c1640909412ab405dbd09a1c4d93e5a511

  • Revision 48197f0a70 : Adding sse2 variant for vp9_mse{8x8, 8x16, 16x8}. Change-Id : I6786d25ce4f32b8d8

    2 septembre 2014, par Dmitry Kovalev

    Changed Paths :
     Modify /vp9/common/vp9_rtcd_defs.pl


     Modify /vp9/encoder/x86/vp9_variance_sse2.c



    Adding sse2 variant for vp9_mse8x8, 8x16, 16x8.

    Change-Id : I6786d25ce4f32b8d8912f2d239a45ca15b310c4b

  • finding bottleneck. Ffmpeg does not utilize 800% on 4core\8threads CPU. Why ?

    3 septembre 2014, par user3652819

    I’m trying to encode video’s (using x264 codec) on E3-1245 V2 3.40GHz CPU, 32 GB RAM, 2TB 7200RPM disks (with soft Raid 1) debian 6 server

    E3-1245 V2 has 4 cores / 8 threads, but ffmpeg can’t utilize all 800%, and utilize about 200% per instance.

    I read many other threads, and people always say "Run few ffmpeg process in parallel mode"

    But where actually the bottleneck in one ffmpeg instance ? CPU bus / RAM freq. speed ??

    exec ("/usr/bin/ffmpeg -i " . $fullpath . ' -pass 1 -passlogfile    
    
/var/www/scripts/twopass2.log -refs 1 -threads 0 -vcodec libx264 -bsf h264_mp4toannexb 
    
-s 1280x720 -aspect 16:9 -r 24 -g 48 -keyint_min 48 -sc_threshold 0 -x264opts 
    
"keyint=48:min-keyint=48:scenecut=0:stats=/var/www/scripts/stats2.log" -b:v 2300k -bf 0 
    
-profile:v baseline  -mixed-refs 0 -level 30 -maxrate 80M -bufsize 80M  -acodec aac -
    
async 1 -pix_fmt yuv420p -f mpegts  -strict -2 -ar 44100 -b:a 128k -map 0 -dn -sn -y 
    
/dev/null');
    

    
exec ("/usr/bin/ffmpeg -i " . $fullpath . ' -pass 2 -passlogfile 
    
/var/www/scripts/twopass2.log -refs 1 -threads 0 -vcodec libx264 -bsf h264_mp4toannexb 
    
-s 1280x720 -aspect 16:9 -r 24 -g 48 -keyint_min 48 -sc_threshold 0 -x264opts 
    
"keyint=48:min-keyint=48:scenecut=0:stats=/var/www/scripts/stats2.log" -b:v 2300k -bf 0 
    
-profile:v baseline  -mixed-refs 0 -level 30 -maxrate 80M -bufsize 80M  -acodec aac -
    
async 1 -pix_fmt yuv420p -f mpegts  -strict -2 -ar 44100 -b:a 128k -map 0 -dn -sn -
    
 flags  -global_header -f segment -segment_format mpegts -segment_time 10  -
    
segment_list /dev/null -y ' . $idpath . '2/%5d.ts');

    I think there is demuxing problem, but not sure.

    Also I tried something like this :

    mkfifo pipe.y4m
    
ffmpeg -i input.mp4 -f yuv4mpegpipe -y pipe.y4m
    
and run
    
x264 -o dvd1.264 pipe.y4m

    CPU utilizing a bit better (about 150% ffmpeg and 350% - x264) but also this is not 800% at all.

    Any way to speed up encoding ?
    And where actually bottleneck there ?

Navigation