Recherche avancée

Médias (0)

Mot : - Tags -/formulaire

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

Autres articles (59)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Changer son thème graphique

    22 février 2011, par

    Le thème graphique ne touche pas à la disposition à proprement dite des éléments dans la page. Il ne fait que modifier l’apparence des éléments.
    Le placement peut être modifié effectivement, mais cette modification n’est que visuelle et non pas au niveau de la représentation sémantique de la page.
    Modifier le thème graphique utilisé
    Pour modifier le thème graphique utilisé, il est nécessaire que le plugin zen-garden soit activé sur le site.
    Il suffit ensuite de se rendre dans l’espace de configuration du (...)

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

  • network : Add RFC 8305 style "Happy Eyeballs"/"Fast Fallback" helper function

    10 août 2018, par Martin Storsjö
    network : Add RFC 8305 style "Happy Eyeballs"/"Fast Fallback" helper function

    For cases with dual stack (IPv4 + IPv6) connectivity, but where one
    
stack potentially is less reliable, strive to trying to connect over
    
both protocols in parallel, using whichever address connected first.
    

    In cases with a hostname resolving to multiple IPv4 and IPv6
    
addresses, the current connection mechanism would try all addresses
    
in the order returned by getaddrinfo (with all IPv6 addresses ordered
    
before the IPv4 addresses normally). If connection attempts to the
    
IPv6 addresses return quickly with an error, this was no problem, but
    
if they were unsuccessful leading up to timeouts, the connection process
    
would have to wait for timeouts on all IPv6 target addresses before
    
attempting any IPv4 address.
    

    Similar to what RFC 8305 suggests, reorder the list of addresses to
    
try connecting to, interleaving address families. After starting one
    
connection attempt, start another one in parallel after a small delay
    
(200 ms as suggested by the RFC).
    

    For cases with unreliable IPv6 but reliable IPv4, this should make
    
connection attempts work as reliably as with plain IPv4, with only an
    
extra 200 ms of connection delay.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavformat/network.c
    • [DBH] libavformat/network.h

  • Revision 96d1946e87 : Revert "Revert "Remove struct params from vp8_denoiser_filter"" This reverts co

    14 mai 2014, par Marco Paniconi

    Changed Paths :
     Modify /vp8/common/rtcd_defs.pl


     Modify /vp8/encoder/arm/neon/denoising_neon.c


     Modify /vp8/encoder/denoising.c


     Modify /vp8/encoder/x86/denoising_sse2.c



    Revert "Revert "Remove struct params from vp8_denoiser_filter""

    This reverts commit 06e6d56fa138d84759e8bdfd4c721ead000051b4

    Change-Id : If95598385b693945d6b144d03b6da8f6a57dac98

  • How do I run a shell script through a "for" or "foreach" loop in order to batch convert ?

    28 mars 2013, par jerdiggity

    Assuming I had a bunch of videos sitting inside the directory /home/user/videos/awaiting_conversion how would I go about using cron to run a script similar to this one to batch convert each video into a different format ?

    /bin/sh -c $&#39;nice /usr/bin/ffmpeg -i \044&#39;\&#39;$&#39;/home/user/videos/awaiting_conversion/video_file_1.mp4&#39;\&#39;$&#39; -s \044&#39;\&#39;$&#39;480x320&#39;\&#39;$&#39; -vcodec libx264 -acodec libmp3lame -ab \044&#39;\&#39;$&#39;64k&#39;\&#39;$&#39; -vpre fast -crf \044&#39;\&#39;$&#39;30&#39;\&#39;$&#39; -ar \044&#39;\&#39;$&#39;22050&#39;\&#39;$&#39; -f flv -y \044&#39;\&#39;$&#39;/home/user/videos/converted/video_file_1.flv&#39;\&#39;$&#39;&#39;

    The above script works fine for a single conversion, but :

    1. It assumes that the name of the video is static/known (which will not be the case when batch converting).
    2. It assumes that there is only one video to convert (which may or may not be the case), i.e. there's no "loop".
    3. It leaves the original file in place instead of deleting it (which is what I would want to happen to prevent duplicate conversions).

    The ultimate question would be how do I run that script for each video that exists inside /home/user/videos/awaiting_conversion, passing the file name as a variable ?

Navigation