Recherche avancée

Médias (2)

Mot : - Tags -/doc2img

Autres articles (69)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

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

  • fate : aac : Place LATM tests and general AAC tests in different groups

    20 octobre 2012, par Diego Biurrun

    fate : aac : Place LATM tests and general AAC tests in different groups

  • doc/protocols/file : document general file protocol URL syntax

    4 janvier 2014, par Stefano Sabatini
    doc/protocols/file : document general file protocol URL syntax

    Also drop confusing ff* tools reference about exceptions to the
    
file:FILENAME syntax, which is not ff* tool specific.
    

    With various edits by Alexander Strasser <eclipse7@gmx.net>.
    • [DH] doc/protocols.texi

  • armv6 : Accelerate ff_fft_calc for general case (nbits != 4)

    16 juillet 2014, par Ben Avison
    armv6 : Accelerate ff_fft_calc for general case (nbits != 4)

    The previous implementation targeted DTS Coherent Acoustics, which only
    
requires nbits == 4 (fft16()). This case was (and still is) linked directly
    
rather than being indirected through ff_fft_calc_vfp(), but now the full
    
range from radix-4 up to radix-65536 is available. This benefits other codecs
    
such as AAC and AC3.
    

    The implementaion is based upon the C version, with each routine larger than
    
radix-16 calling a hierarchy of smaller FFT functions, then performing a
    
post-processing pass. This pass benefits a lot from loop unrolling to
    
counter the long pipelines in the VFP. A relaxed calling standard also
    
reduces the overhead of the call hierarchy, and avoiding the excessive
    
inlining performed by GCC probably helps with I-cache utilisation too.
    

    I benchmarked the result by measuring the number of gperftools samples that
    
hit anywhere in the AAC decoder (starting from aac_decode_frame()) or
    
specifically in the FFT routines (fft4() to fft512() and pass()) for the
    
same sample AAC stream :
    

                  Before          After
    
              Mean   StdDev   Mean   StdDev  Confidence  Change
    
Audio decode  2245.5 53.1     1599.6 43.8    100.0%      +40.4%
    
FFT routines  940.6  22.0     348.1  20.8    100.0%      +170.2%
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavcodec/arm/fft_init_arm.c
    • [DBH] libavcodec/arm/fft_vfp.S

Navigation