Recherche avancée

Médias (0)

Mot : - Tags -/presse-papier

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

Autres articles (98)

  • MediaSPIP Core : La Configuration

    9 novembre 2010, par

    MediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
    Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

Sur d’autres sites (9122)

  • Revision 72033fcff8 : Make memory alloc in pick_mode_context bsize aware This commit makes the buffer

    16 octobre 2013, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_block.h


     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_rdopt.c



    Make memory alloc in pick_mode_context bsize aware

    This commit makes the buffer allocation of zcoeff_blk array in
    pick_mode_context block size aware. It calculates the number of
    4x4 blocks in the partition and assigns the memory space accordingly.
    This process (and the uninitialization) is done once for each encoding
    pass. It allows memory copy of smaller buffer when possible.

    For football at 600kbps, the runtimes improve by about 1% :
    speed 1, 45961ms -> 45472ms
    speed 2, 23863ms -> 23598ms

    Change-Id : Id2ca24906fa89f46fa5fe742ec4b8efc2a61f877

  • Revision 302698fb12 : Reworked the auto_mv_step_size speed feature This patch modifies the auto_mv_st

    12 juillet 2013, par Deb Mukherjee

    Changed Paths :
     Modify /vp9/encoder/vp9_block.h


     Modify /vp9/encoder/vp9_encodemv.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_rdopt.c



    Reworked the auto_mv_step_size speed feature

    This patch modifies the auto_mv_step_size speed feature to
    use a combination of the maximum magnitude mv from the last
    inter frame, and the maximum magnitude mv for the two reference
    mvs with the same reference. For arf frames, the max mav step
    for the resolution is used.
    The bounds therefore are slightly tighter. The feature is made
    a speed 1 feature.

    Rebased.

    Results (when this feature is turned on over speed 0) :
    derfraw300 : -0.046% psnr, about 5+% speedup
    (tested on football : goes from 4m30.760s to 4m17.410s).

    Change-Id : If492797a61b0b4b3e58c0b8f86afb880165fc9f6

  • FFMPEG on Heroku exceeds memory quota in testing

    5 juillet 2022, par Patrick Vellia

    After following this tutorial, and getting it to work locally on my own development environment, before really getting my hands dirty and working deeper on my own project implementation, I decided to push it up to Heroku to test in a staging environment.

    


    I had to have Heroku add the FFMPEG build-pack and turn on the Redis Server for ActionCable to work.

    


    I didn't link the staging to a cloud storage bucket on Google or Amazon yet, just allowed it to upload directly to the dymo disk for testing. So it would go into the storage directory as it would in development for now.

    


    the test MOV file is 186 MB in size.

    


    The system uploaded the file fine.

    


    According to the logs, it then copied the file from storage to tmp as the tutorial has us do.

    


    Then it called streamio-ffmpeg's transcode method.

    


    At this point, Heroku forcibly kills the dymo because it far exceeds the memory quota.

    


    As this is a test environment, it's only on the free tier of Heroku.

    


    I'm thinking I won't be able to directly process video projects on Heroku itself, unless I'm wrong ? Would it be better to call an API like Cloud Functions or Amazon Lambda, or spin up a Compute Engine long enough to process the FFMPEG command ?