Recherche avancée

Médias (0)

Mot : - Tags -/formulaire

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

Autres articles (57)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (10353)

  • x264 rate control

    31 août 2012, par Craig

    We are using the x264 encoder in a video conferencing project, we have the basic streaming video working, however, we are having trouble understanding how the various rate control settings determine the final bitrate.
    We set the following params :

    x264_param_t params;
    x264_param_default_preset(&params, "ultrafast", "zerolatency");
    params.i_threads = 1;
    params.i_width = width;
    params.i_height = height;
    params.i_fps_num = fps;
    params.i_keyint_max = fps;
    params.b_intra_refresh = 1;
    params.b_repeat_headers = 1;
    params.b_annexb = 1;

    //Set rate control stuff here

    x264_param_apply_profile(&params, "baseline");

    If we only set the params.rc.i_bitrate param, the encoder seems to massively overshoot the bitrate. If we set the i_vbv_max_bitrate & i_vbv_buffer_size params we see a bitrate which peaks (and sometimes overshoots) the i_vbv_max_bitrate setting. Obviously having tight control over the biterate is important for video conferencing, but the documentation is kind of opaque. Is anybody else using x264 for video conferencing ? How are you setting the encoder ? Any help appreciated, thanks in advance.

  • avformat/rtmpproto : Fix RTMP control message handling error in listen mode.

    12 octobre 2016, par Hiroyuki OYAMA
    avformat/rtmpproto : Fix RTMP control message handling error in listen mode.
    

    Fix problem to fail by a RTMP Control Message except "Set Chunk Size (1)" after an RTMP handshake. When ’nginx-rtmp-module’ relays an RTMP, it sends not only control message ’Set Chunk Size (1)’ but also ’Window Acknowledgement Size (5)’.

    Reviewed-by : Steven Liu <lingjiujianke@gmail.com>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavformat/rtmpproto.c
  • avutil/tx : remove deadcode of the control flow

    28 janvier 2022, par Steven Liu
    avutil/tx : remove deadcode of the control flow
    

    Fix CID : 1497864
    The control flow should return ENOSYS if nb_cd_matches is 0 at before
    and the ret equal AVERROR(ENOMEM) or goto end label, so remove the last
    control flow if (ret >= 0) before end label.

    Signed-off-by : Steven Liu <liuqi05@kuaishou.com>

    • [DH] libavutil/tx.c