Recherche avancée

Médias (5)

Mot : - Tags -/open film making

Autres articles (53)

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

  • Automated installation script of MediaSPIP

    25 avril 2011, par

    To overcome the difficulties mainly due to the installation of server side software dependencies, an "all-in-one" installation script written in bash was created to facilitate this step on a server with a compatible Linux distribution.
    You must have access to your server via SSH and a root account to use it, which will install the dependencies. Contact your provider if you do not have that.
    The documentation of the use of this installation script is available here.
    The code of this (...)

Sur d’autres sites (7948)

  • swscale : aarch64 : Optimize the final summation in the hscale routine

    20 avril 2022, par Martin Storsjö
    swscale : aarch64 : Optimize the final summation in the hscale routine

    Before :                     Cortex A53      A72      A73  Graviton 2  Graviton 3
    
hscale_8_to_15_width8_neon :     8273.0   4602.5   4289.5      2429.7      1629.1
    
hscale_8_to_15_width16_neon :   12405.7   6803.0   6359.0      3549.0      2378.4
    
hscale_8_to_15_width32_neon :   21258.7  11491.7  11469.2      5797.2      3919.6
    
hscale_8_to_15_width40_neon :   25652.0  14173.7  12488.2      6893.5      4810.4
    

    After :
    
hscale_8_to_15_width8_neon :     7633.0   3981.5   3350.2      1980.7      1261.1
    
hscale_8_to_15_width16_neon :   11666.7   5951.0   5512.0      3080.7      2131.4
    
hscale_8_to_15_width32_neon :   20900.7  10733.2   9481.7      5275.2      3862.1
    
hscale_8_to_15_width40_neon :   24826.0  13536.2  11502.0      6397.2      4731.9
    

    Thus, this gives overall a 8-29% speedup for the smaller filter
    
sizes, around 1-8% for the larger filter sizes.
    

    Inspired by a patch by Jonathan Swinney <jswinney@amazon.com>.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libswscale/aarch64/hscale.S

  • avcodec/speexdec : Consider mode in frame size check

    26 décembre 2021, par Michael Niedermayer
    avcodec/speexdec : Consider mode in frame size check

    No speex samples with non default frame sizes are known (to me)
    
the official speexenc seems to only generate the 3 default ones.
    
Thus it may be that the fuzzer samples where the first non default
    
values encountered by the decoder.
    
Possibly the "<" should be " !="
    

    Fixes : out of array access
    
Fixes : 42821/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SPEEX_fuzzer-5640695772217344
    

    Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/speexdec.c

  • three ways to achieve an H264 file

    18 mars 2016, par Kindermann

    here I have three ways to get an H264 file, like all forensic scientists, I am very curious about the differences between them :

    1.

    ffmpeg -i video.mp4 video.h264

    2.

    ffmpeg -i video.mp4 -vcodec copy -an -f h264 video.h264

    3. Using the example "demuxing_decoding.c" provided on the ffmpeg official website :
    http://ffmpeg.org/doxygen/trunk/demuxing_decoding_8c-example.html

    Obviously, the first one does the transformation, and the second one does the demuxing. They render different H264 files which however have similar file sizes(in my case, it’s about say 24 MB). Suprisingly, the third one, which is also supposed to do the demuxing job, renders an H264 file with 8.4 GB ! Why ?

    What I wondered is really, how the interiors of these three methods work ?(The third one is already in source code, therefore it’s quite easy to have an insight) What about the first two commands ? What APIs are called when executing these two commands and how those APIs are called(namely, in what kind of sequences they are called) and things like that.
    One thing that is also important to me is, i have no idea how I can trace the execution routines of ffmpeg command lines. I want to see what’s going on behind ffmpeg commands in source code version. Is it possible ?

    I appreciate any comment.

Navigation