Recherche avancée

Médias (1)

Mot : - Tags -/swfupload

Autres articles (64)

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

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

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

  • Revision 7ab5de04fd : Merge "Change last_partition_redo_frequency for speed 3"

    3 septembre 2014, par Yaowu Xu

    Merge "Change last_partition_redo_frequency for speed 3"

  • Revision 6a464eca05 : Speed up mode search depending on relative ref frame position This commit enabl

    18 août 2014, par Jingning Han

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


     Modify /vp9/encoder/vp9_speed_features.c


     Modify /vp9/encoder/vp9_speed_features.h



    Speed up mode search depending on relative ref frame position

    This commit enables the encoder to record the location of the
    center frame to generate alter reference frame. It then allows to
    skip checking prediction modes of other reference frame types when
    it comes to encode this frame.

    The speed 3 runtime is reduced for the test sequences :
    bus at CIF 1000 kbps, 9791 ms -> 9446 ms, i.e., 3.5% speed-up,
    pedestrian at 1080p 2000 kbps, 184043 ms -> 175730 ms, i.e., 4.5%
    speed-up.

    No compression performance change observed.

    Change-Id : Iacfde3bcc1445964e7a241f239bd6ea11cb94bd1

  • Revision eca93642e2 : Add a speed feature to give the tighter search range Add a speed feature to giv

    14 août 2014, par Pengchong Jin

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


     Modify /vp9/encoder/vp9_speed_features.c


     Modify /vp9/encoder/vp9_speed_features.h



    Add a speed feature to give the tighter search range

    Add a speed feature to give the tighter partition search
    range. Before partition search, calculate the histogram
    of the partition sizes of the left, above and previous
    co-located blocks of the current block. If the variance of
    observed partition sizes is small enough, adjust the search
    range around the mean partition size, which will be tigher.

    The feature is currently turned on at speed 2. Experiments on
    sample youtube clips show on average the runtime is reduced
    by 3-7%.

    For hard stdhd clips :
    park_joy_1080p @ 15000kbps : 509251 ms -> 491953 ms (3.3%)
    pedestrian_area_1080p @ 2000kbps : 223941 ms -> 214226 ms (4.3%)

    The PSNR performance is changed :
    derf : -0.112%
    yt : -0.099%
    hd : -0.090%
    stdhd :-0.102%

    Change-Id : Ie205ec5325bf92ec5676c243e30ba9d0adca10f2