Recherche avancée

Médias (0)

Mot : - Tags -/configuration

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

Autres articles (75)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • 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

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

Sur d’autres sites (8739)

  • screen recording and video encoding with ffmpeg

    2 septembre 2016, par Alexander M.

    1.we need to record screenshots into video with 2-3 fps. Quality - the minimum possible to make text on the screen readable, 256 colors. It is important to reduce the output video file size as much as possible.

    2.we’ve made a lot of tests, and currently the most suitable way is to make screenshots every 300-500msec, save them in PNG, then run ffmpeg to encode to H.267 with these params :

    ffmpeg -f image2 -i "C:\png5min\image%04d.png" -y -an -vcodec libx264 -preset veryfast -crf 30 "C:\output.mp4"

    3.is it the best way to get minimum output size with 2-3fps screencast ?

    4.the output file plays very quickly, codec by default concerns that images represent 25fps. But they are 2fps actually.
    Ok, but if we try to decrease the output frame rate, output file size increases for about twice !! (from 3mb to 6mb for a 3m:26s video). And if we set the output frame rate as 2 - video does not play frames at all or plays just 2 frames for 3mins... :

    -r 2 -f image2 -i "C:\png5min\image%04d.png" -y -an -vcodec libx264 -preset veryfast -crf 30 -r 2 "C:\image5min_2fps_crf30_test__R2-2.mp4"

    so, how can we just add some latency after each frame without increasing the output file size ???

  • screen recording and video encoding with ffmpeg

    2 septembre 2016, par Alexander M.

    1.we need to record screenshots into video with 2-3 fps. Quality - the minimum possible to make text on the screen readable, 256 colors. It is important to reduce the output video file size as much as possible.

    2.we’ve made a lot of tests, and currently the most suitable way is to make screenshots every 300-500msec, save them in PNG, then run ffmpeg to encode to H.267 with these params :

    ffmpeg -f image2 -i "C:\png5min\image%04d.png" -y -an -vcodec libx264 -preset veryfast -crf 30 "C:\output.mp4"

    3.is it the best way to get minimum output size with 2-3fps screencast ?

    4.the output file plays very quickly, codec by default concerns that images represent 25fps. But they are 2fps actually.
    Ok, but if we try to decrease the output frame rate, output file size increases for about twice !! (from 3mb to 6mb for a 3m:26s video). And if we set the output frame rate as 2 - video does not play frames at all or plays just 2 frames for 3mins... :

    -r 2 -f image2 -i "C:\png5min\image%04d.png" -y -an -vcodec libx264 -preset veryfast -crf 30 -r 2 "C:\image5min_2fps_crf30_test__R2-2.mp4"

    so, how can we just add some latency after each frame without increasing the output file size ???

  • fftools/ffplay : do not write out of rdft visualization texture

    3 mars 2021, par Marton Balint
    fftools/ffplay : do not write out of rdft visualization texture

    If the window is resized it was possible that xpos pointed outside the
    
visualization texture. By rearranging the overflow check we make sure this (and
    
a crash) does not happen.
    

    We also don't have to use xleft for start position, as that is 0 anyways, and
    
if we ever want to take into account xleft then the texture should be
    
positioned accordingly when rendering.
    

    Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] fftools/ffplay.c

Navigation