Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (36)

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

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

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (4223)

  • dct-test : document the number of bits we use for testing.

    8 octobre 2011, par Michael Niedermayer

    dct-test : document the number of bits we use for testing.

  • ARM compiler shoot-out, round 2

    http://samples.ffmpeg.org/V-codecs/h264/cathedral-beta2-400extra-crop-avc.mp4 http://samples.ffmpeg.org/V-codecs/h264/NeroAVC.mp4 http://samples.ffmpeg.org/V-codecs/h264/indiana_jones_4-tlr3_h640w.mov http://samples.ffmpeg.org/MPEG-4/NeroRecodeSample-MP4/NeroRecodeSample.mp4 http://samples.ffmpeg.org/A-codecs/MP3/Silent_Light.mp3 http://samples.ffmpeg.org/A-codecs/vorbis/Lumme-Badloop.ogg
    20 août 2009, par Mans — ARM, Compilers

    In my recent test of ARM compilers, I had to leave out Texas Instrument’s compiler since it failed to build FFmpeg. Since then, the TI compiler team has been busy fixing bugs, and a snapshot I was given to test was able to build enough of a somewhat patched FFmpeg that I can now present round two in this shoot-out.

    The contenders this time were the fastest GCC variant from round one, ARM RVCT, and newcomer TI TMS470. With the same rules as last time, the exact versions and optimisation options were like this :

    • CodeSourcery GCC 2009q1 (based on 4.3.3), -mfpu=neon -mfloat-abi=softfp -mcpu=cortex-a8 -std=c99 -fomit-frame-pointer -O3 -fno-math-errno -fno-signed-zeros -fno-tree-vectorize
    • ARM RVCT 4.0 Build 591, -mfpu=neon -mfloat-abi=softfp -mcpu=cortex-a8 -std=c99 -fomit-frame-pointer -O3 -fno-math-errno -fno-signed-zeros
    • TI TMS470 4.7.0-a9229, --float_support=vfpv3 -mv=7a8 -O3 -mf=5


    To keep things fair, I left the vectoriser off also with the TI compiler. The table below lists the decoding times for the sample files, this time normalised against the participating GCC compiler. Remember, smaller numbers are better. Also keep in mind that this test was done with a development snapshot of TMS470, not an approved release.

    Sample name Codec Code type GCC RVCT TI
    cathedral H.264 CABAC integer 1.00 0.95 1.02
    NeroAVC H.264 CABAC integer 1.00 0.96 1.05
    indiana_jones_4 H.264 CAVLC integer 1.00 0.92 1.02
    NeroRecodeSample MPEG-4 ASP integer 1.00 1.01 1.08
    Silent_Light MP3 64-bit integer 1.00 0.48 0.72
    When_I_Grow_Up FLAC integer 1.00 0.87 0.93
    Lumme-Badloop Vorbis float 1.00 0.94 1.05
    Canyon AC-3 float 1.00 0.88 1.01
    lotr DTS float 1.00 1.00 1.08

    Overall, the TI TMS470 compiler comes off slightly worse than GCC. In two cases, however, it was significantly better than GCC, but not as good as RVCT. Incidentally, those were also the ones where RVCT scored the biggest win over GCC.

    My conclusions from this test are twofold :

    • ARM’s own compiler is very hard to beat. They do seem to know how their chips work.
    • GCC is incredibly bad at 64-bit arithmetic on 32-bit machines.

    The logical next step is to test these compilers with vectorisation enabled. FFmpeg should offer plenty of opportunities for this feature to shine. Unfortunately, that test will have to wait until the RVCT vectoriser is fixed. The current release does not compile FFmpeg with vectorisation enabled.

  • lavf/utils : fix overestimation of the rational number density.

    3 octobre 2011, par Michael Niedermayer

    lavf/utils : fix overestimation of the rational number density.

Navigation