Recherche avancée

Médias (91)

Autres articles (96)

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

  • Installation en mode standalone

    4 février 2011, par

    L’installation de la distribution MediaSPIP se fait en plusieurs étapes : la récupération des fichiers nécessaires. À ce moment là deux méthodes sont possibles : en installant l’archive ZIP contenant l’ensemble de la distribution ; via SVN en récupérant les sources de chaque modules séparément ; la préconfiguration ; l’installation définitive ;
    [mediaspip_zip]Installation de l’archive ZIP de MediaSPIP
    Ce mode d’installation est la méthode la plus simple afin d’installer l’ensemble de la distribution (...)

  • Automated installation script of MediaSPIP

    25 avril 2011, par

    To overcome the difficulties mainly due to the installation of server side software dependencies, an "all-in-one" installation script written in bash was created to facilitate this step on a server with a compatible Linux distribution.
    You must have access to your server via SSH and a root account to use it, which will install the dependencies. Contact your provider if you do not have that.
    The documentation of the use of this installation script is available here.
    The code of this (...)

Sur d’autres sites (9637)

  • OpenCV Limit 6 max connection

    5 novembre 2017, par Rock

    I use opencv with python and flask and ffmpeg to capture video streaming of 8 cameras,

    everything works,

    but it allows me a maximum of 6 opencv connections, how can i fix it ? did anyone find my problem myself ?

    error : leak memory ffmpeg

  • avformat/aviobuf : don't reduce short seek threshold

    14 mars 2021, par Andriy Gelman
    avformat/aviobuf : don't reduce short seek threshold
    

    Commit 8c8e5d5286bf598a89ef9993a2cf6ea409d03a32 added a way to reduce
    seek time by waiting for the windowed tcp packets instead of creating a
    new socket connection. It implemented this by overwriting
    s->short_seek_threshold in avio_seek(). However,
    s->short_seek_threshold could already be set and be higher than the
    threshold set by the protocol (i.e. s->short_seek_threshold is set in
    ff_configure_buffers_for_index()).

    This new feature was only enabled for tls connections in
    70d8077b795766e2486e6ec8110f22a97362d6d6. As in Ticket #9148 it reduced
    performance because instead of waiting to refill the AVIOContext buffers
    with an existing connections, a new HTTP request was often made instead.

    Fixes Ticket #9148.

    Reviewed-by : Martin Storsjö <martin@martin.st>
    Signed-off-by : Andriy Gelman <andriy.gelman@gmail.com>

    • [DH] libavformat/aviobuf.c
  • avformat/hls : add http_multiple option

    13 décembre 2017, par Aman Gupta
    avformat/hls : add http_multiple option
    

    This improves network throughput of the hls demuxer by avoiding
    the latency introduced by downloading segments one at a time.

    The problem is particularly noticable over high-latency network
    connections : for instance, if RTT is 250ms, there will a 250ms idle
    period between when one segment response is read and the next one
    starts.

    The obvious solution to this is to use HTTP pipelining, where a
    second request can be sent (on the persistent http/1.1 connection)
    before the first response is fully read. Unfortunately the way the
    http protocol is implemented in avformat makes implementing pipleining
    very complex.

    Instead, this commit simulates pipelining using two separate persistent
    http connections. This has the advantage of working independently of
    the http_persistent option, and can be used with http/1.0 servers as
    well. The pair of connections is swapped every time a new segment starts
    downloading, and a request for the next segment is sent on the secondary
    connection right away. This means the second response will be ready and
    waiting by the time the current response is fully read.

    Signed-off-by : Aman Gupta <aman@tmm1.net>
    Signed-off-by : Anssi Hannula <anssi.hannula@iki.fi>

    • [DH] doc/demuxers.texi
    • [DH] libavformat/hls.c