Recherche avancée

Médias (0)

Mot : - Tags -/content

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

Autres articles (57)

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

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

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

  • Revision 51c60a891e : make default_interp_filter choice a speed feature This commit changed the hard-

    16 juillet 2014, par Yaowu Xu

    Changed Paths :
     Modify /vp9/encoder/vp9_encoder.c


     Modify /vp9/encoder/vp9_speed_features.c


     Modify /vp9/encoder/vp9_speed_features.h



    make default_interp_filter choice a speed feature

    This commit changed the hard-coded DEFAULT_INTERP_FILTER to a speed
    feature with the same default value : SWITCHABLE.

    Change-Id : I7f54f40f1bd3f5277841d04b85db7a84e47313f1

  • Revision 62c6411820 : Remove neon version of vp8 extend borders The code fails the unit test. Speed c

    24 juillet 2014, par Johann

    Changed Paths :
     Modify /test/scale_border_test.cc


     Delete /vpx_scale/arm/neon/vp8_vpxyv12_extendframeborders_neon.asm


     Modify /vpx_scale/arm/neon/yv12extend_arm.c


     Modify /vpx_scale/vpx_scale.mk


     Modify /vpx_scale/vpx_scale_rtcd.pl



    Remove neon version of vp8 extend borders

    The code fails the unit test. Speed comparisons to the C are invalid
    because the code frequently didn’t correctly extend the right and
    bottom portions of the frame.

    Reduce maximum frame size on ARM devices to avoid OOM

    Change-Id : Ia664c86406f0bb8120fd7ad401f32d0bd44994fb

  • Android built in Camera encoder VS FFMPEG --- Speed

    3 novembre 2015, par user3903275

    How does recording a 1080P, H264 encoded video in android camera application is realtime fast but encoding a video in android using FFMPEG is slow at the same video size ?

    I know FFMPEG is a software level encoder and it wont support any hardware features.

    I know camera applications directly get buffer data from camera driver.

    But actually where the difference happens ??

    Why camera application is Realtime fast ???

    Does it use GPU and OpenGL features of the phone to encode the video so that its so realtime fast ??

    Because both Camera Application and FFMPEG runs on same mobile but still camera encodes H264 realtime ???

Navigation