Recherche avancée

Médias (0)

Mot : - Tags -/flash

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

Autres articles (24)

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

  • Participer à sa documentation

    10 avril 2011

    La documentation est un des travaux les plus importants et les plus contraignants lors de la réalisation d’un outil technique.
    Tout apport extérieur à ce sujet est primordial : la critique de l’existant ; la participation à la rédaction d’articles orientés : utilisateur (administrateur de MediaSPIP ou simplement producteur de contenu) ; développeur ; la création de screencasts d’explication ; la traduction de la documentation dans une nouvelle langue ;
    Pour ce faire, vous pouvez vous inscrire sur (...)

  • Création définitive du canal

    12 mars 2010, par

    Lorsque votre demande est validée, vous pouvez alors procéder à la création proprement dite du canal. Chaque canal est un site à part entière placé sous votre responsabilité. Les administrateurs de la plateforme n’y ont aucun accès.
    A la validation, vous recevez un email vous invitant donc à créer votre canal.
    Pour ce faire il vous suffit de vous rendre à son adresse, dans notre exemple "http://votre_sous_domaine.mediaspip.net".
    A ce moment là un mot de passe vous est demandé, il vous suffit d’y (...)

Sur d’autres sites (6443)

  • configure : don't disable '-ftree-vectorize' on GCC >= 13 on major architectures

    14 juillet, par Jiawei
    configure : don't disable '-ftree-vectorize' on GCC >= 13 on major architectures

    This changes configure to stop disabling -ftree-vectorize on
    
GCC versions 13 and newer, on major architectures.
    

    Background :

    - Original `-fno-tree-vectorize` was added in 2009 in commit
    
  973859f5230e to avoid compiler errors.

    - Re-enabled in 2016 in commit cb8646af24bd but caused failures due
    
  to inline CABAC assembly issues and was disabled again in
    
  fd6dbc53855fb.

    - Commit 182663a58a7a in 2023 fixed the inline CABAC assembly issues.

    - Recent versions of GCC, in particular 13 and newer, seem to
    
  generally work reliably with respect to vectorization, although bugs
    
  have been observed on Loongarch.
    

    Cautiously allow the GCC default of having vectorization enabled,
    
on major architectures where we expect to see enough testing. If
    
further issues are observed, they should be reported and noted here in
    
configure, so the workarounds can be scoped and version limited.
    • [DH] Changelog
    • [DH] configure

  • ffmpeg underutilizes cpu on AWS EC2 instance [closed]

    20 décembre 2024, par Denis

    i'm running video encoding with ffmpeg on EC2 instance (c5.xlarge - 4 vcpus)

    


      ffmpeg \
    -i "$INPUT_URL" \
    -c:v libvpx-vp9 -b:v 1M -threads 4 \
    -tile-columns 1 -frame-parallel 1 \
    -row-mt 1 \
    -cpu-used 0 \
    -quality 1 \
    -speed 3 \
    -r 6 \
    -f segment -segment_time "$SEGMENT_DURATION" -reset_timestamps 1 \
    "$OUTPUT_DIR/$OUTPUT_FILE_PREFIX$(date +%s)%03d.webm" > ffmpeg.log 2>&1 &


    


    I expected the CPU utilization to be around 390%, but I observed it to be around 170% via top

    


    why and what i'm doing wrong ?

    


  • avcodec/svq1 : fix interframe mean VLC symbols

    31 octobre 2022, par Peter Ross
    avcodec/svq1 : fix interframe mean VLC symbols

    Fixes ticket #128.
    

    The SVQ1 interframe mean VLC symbols -128 and 128 are incorrectly swapped
    
in our SVQ1 implementation, resulting in visible artifacts for some videos.
    
This patch unswaps the order of these two symbols.
    

    The most noticable example of the artiacts caused by this error can be observed in
    
https://trac.ffmpeg.org/attachment/ticket/128/svq1_set.7z '352_288_k_50.mov'.
    
The artifacts are not observed when using the reference decoder
    
(QuickTime 7.7.9 x86 binary).
    

    As a result of this patch, the reference data for the fate-svq1 test
    
($SAMPLES/svq1/marymary-shackles.mov) must be modified. For this file, our
    
decoder output is now bitwise identical to the reference decoder. I have
    
tested patch with various other samples and they are all now bitwise identical.
    • [DH] libavcodec/svq1_vlc.h
    • [DH] tests/ref/fate/svq1

Navigation