Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (98)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

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

  • Merge commit 'f7ec7f546f0021d28da284b024416b916b61c974'

    27 septembre 2017, par James Almer
    Merge commit 'f7ec7f546f0021d28da284b024416b916b61c974'

    * commit 'f7ec7f546f0021d28da284b024416b916b61c974' :
    
  wma : Convert to the new bitstream reader
    

    This commit is a noop, see
    
http://ffmpeg.org/pipermail/ffmpeg-devel/2017-April/209609.html
    

    Merged-by : James Almer <jamrial@gmail.com>

  • Merge commit 'c29da01ac95ea2c8c5c4b3a312a33aaaa8fb7068'

    26 septembre 2017, par James Almer
    Merge commit 'c29da01ac95ea2c8c5c4b3a312a33aaaa8fb7068'

    * commit 'c29da01ac95ea2c8c5c4b3a312a33aaaa8fb7068' :
    
  svq3 : Convert to the new bitstream reader
    

    This commit is a noop, see
    
http://ffmpeg.org/pipermail/ffmpeg-devel/2017-April/209609.html
    

    Merged-by : James Almer <jamrial@gmail.com>

  • tcp : set socket buffer sizes before listen/connect/accept

    9 janvier 2017, par Joel Cunningham
    tcp : set socket buffer sizes before listen/connect/accept

    From e24d95c0e06a878d401ee34fd6742fcaddeeb95f Mon Sep 17 00:00:00 2001
    
From : Joel Cunningham <joel.cunningham@me.com>
    
Date : Mon, 9 Jan 2017 13:37:51 -0600
    
Subject : [PATCH] tcp : set socket buffer sizes before listen/connect/accept
    

    Attempting to set SO_RCVBUF and SO_SNDBUF on TCP sockets after connection
    
establishment is incorrect and some stacks ignore the set call on the socket at
    
this point.  This has been observed on MacOS/iOS.  Windows 7 has some peculiar
    
behavior where setting SO_RCVBUF after applies only if the buffer is increasing
    
from the default while decreases are ignored.  This is possibly how the incorrect
    
usage has gone unnoticed
    

    Unix Network Programming Vol. 1 : The Sockets Networking API (3rd edition, seciton 7.5) :
    

    "When setting the size of the TCP socket receive buffer, the ordering of the
    
function calls is important.  This is because of TCP’s window scale option,
    
which is exchanged with the peer on SYN segments when the connection is
    
established. For a client, this means the SO_RCVBUF socket option must be
    
set before calling connect.  For a server, this means the socket option must
    
be set for the listening socket before calling listen.  Setting this option
    
for the connected socket will have no effect whatsoever on the possible window
    
scale option because accept does not return with the connected socket until
    
TCP’s three-way handshake is complete.  This is why the option must be set on
    
the listening socket. (The sizes of the socket buffers are always inherited from
    
the listening socket by the newly created connected socket)"
    

    Signed-off-by : Joel Cunningham <joel.cunningham@me.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavformat/tcp.c

Navigation