Recherche avancée

Médias (0)

Mot : - Tags -/alertes

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

Autres articles (43)

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

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

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

Sur d’autres sites (7006)

  • aacenc : remove support for AAC Main profile

    8 février, par Lynne
    aacenc : remove support for AAC Main profile
    

    The Main profile of AAC is... terrible.
    It enables the use of delta coding across coefficients of two frames
    to try to increase compression, and it enabled one more pole for TNS
    filters.

    What the AAC authors failed to take into account were basic
    mathematics, as MDCT leakage (e.g. the spread of each frequency when
    represented in a discrete spectrum) is significant in most audio codecs.
    This leads to huge variations between each frame, basically rendering
    prediction completely pointless.

    In fact, enabling AAC-Main prediction does not, in general, even recoup
    the metadata losses from signalling the profile and prediction properties
    in the first place. So you lose efficiency by using AAC Main.

    The rumor is that it was put in the AAC spec for patent reasons, though
    patent-wise, it has about as much use as a patent for a bicycle designed
    for use by snakes.

    The only other thing AAC Main changes is it permits 3-pole TNS filters.
    When AAC's bands are absolutely tiny, except for very high frequency bands,
    where you're likely to use PNS instead.

    Just get rid of it.

    • [DH] doc/encoders.texi
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/aaccoder.c
    • [DH] libavcodec/aacenc.c
    • [DH] libavcodec/aacenc.h
    • [DH] libavcodec/aacenc_pred.c
    • [DH] libavcodec/aacenc_pred.h
    • [DH] libavcodec/aacenc_tns.c
    • [DH] libavcodec/aacenctab.h
    • [DH] tests/fate/aac.mak
  • FFmpeg Arthenica always encodes with x265 Main10 profile [closed]

    5 avril, par Jabed Dhali

    I'm using FFmpeg-Kit (Arthenica) for iOS to compress videos using the libx265 encoder. I'm building FFmpeg with a custom configuration script :

    


    export CUSTOM_CONFIG="--disable-indevs \
  --disable-outdevs \
  --disable-hwaccels \
  --enable-videotoolbox \
  --disable-protocols \
  --enable-protocol=file,fd,saf,async \
  --disable-decoders \
  --enable-decoder=${ENABLE_DECODER_LIST} \
  --disable-encoders \
  --enable-encoder=${ENABLE_ENCODER_LIST}"

export CUSTOM_CONFIG_IOS=${CUSTOM_CONFIG}
  ./ios.sh --enable-ios-videotoolbox --enable-lame --enable-libaom  --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libxml2 --enable-opencore-amr --enable-openh264 --enable-opus --enable-twolame --enable-x264 --enable-x265 --enable-gpl


    


    Then I run FFmpeg with the following commands :

    


    -y -hide_banner -i input.MOV -vcodec libx265 -x265-params profile=main output.mov
-y -hide_banner -i input.MOV -vcodec libx265 -x265-params profile=main10 output.mov


    


    However, regardless of the profile I set, the output always ends up being encoded with the Main10 profile.

    


    Here’s the log output :

    


    x265 [info]: HEVC encoder version 3.4
x265 [info]: build info [Mac OS X][clang 16.0.0][32 bit][noasm] 10bit
x265 [info]: using cpu capabilities: none!
x265 [info]: Main 10 profile, Level-5 (Main tier)


    


    It seems that the FFmpeg build only supports 10-bit encoding. I want to be able to encode with different profiles (main, main10, etc.), as well as to build libx265 in a way that supports 8-bit + 10-bit + 12-bit encoding (unified 64-bit build), as like as the same command executes for MacOS.

    


    x265 [info]: HEVC encoder version 4.1+1-1d117be
x265 [info]: build info [Mac OS X][clang 16.0.0][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: NEON Neon_DotProd Neon_I8MM
x265 [info]: Main profile, Level-2.1 (Main tier)


    


    How can I correctly configure and build FFmpeg and libx265 with Mobile FFmpeg to support multiple bit depths and allow setting different profiles via -x265-params ?

    


  • fate : Add test for APV 422-10 profile

    27 avril, par Mark Thompson
    fate : Add test for APV 422-10 profile
    

    Bitstream generated using the reference encoder, then edited to fix the
    colour description and an extra metadata block added. FFmpeg decoder
    output is identical to the reference decoder output.

    The content used is the first three frames of "Waterfall" from the SVT
    Open Content Video Test Suite 2022. This is copyright Sveriges
    Television AB and is used under the Creative Commons Attribution 4.0
    International License.

    • [DH] tests/Makefile
    • [DH] tests/fate/apv.mak
    • [DH] tests/ref/fate/apv-422-10