Recherche avancée

Médias (1)

Mot : - Tags -/net art

Autres articles (86)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

Sur d’autres sites (8415)

  • avformat/http: split the fragment part from the HTTP URL before the request

    3 février 2020, par Marton Balint
    avformat/http: split the fragment part from the HTTP URL before the request

    RFC 3986 states that the fragment identifier is separated from the rest of the
    
URI prior to a dereference, and thus the identifying information within the
    
fragment itself is dereferenced solely by the user agent.
    

    Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] libavformat/http.c

  • avformat/utils : make av_url_split search for hashmark as well to separate hostname

    3 février 2020, par Marton Balint
    avformat/utils : make av_url_split search for hashmark as well to separate hostname

    RFC 3986 states that the generic syntax uses the slash ("/"), question mark
    
(" ?"), and number sign ("#") characters to delimit components that are
    
significant to the generic parser's hierarchical interpretation of an
    
identifier.
    

    Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] libavformat/tests/url.c
    • [DH] libavformat/utils.c
    • [DH] tests/ref/fate/url

  • avformat/mux : Don't modify packets we don't own

    13 août 2019, par Andreas Rheinhardt
    avformat/mux : Don't modify packets we don't own

    The documentation of av_write_frame() explicitly states that the function
    
doesn't take ownership of the packets sent to it ; while av_write_frame()
    
does not directly unreference the packets after having written them, it
    
nevertheless modifies the packet in various ways :
    
1. The timestamps might be modified either by prepare_input_packet() or
    
compute_muxer_pkt_fields().
    
2. If a bitstream filter gets applied, it takes ownership of the
    
reference and the side-data in the packet sent to it.
    
In case of do_packet_auto_bsf(), the end result is that the returned packet
    
contains the output of the last bsf in the chain. If an error happens,
    
a blank packet will be returned ; a packet may also simply not lead to
    
any output (vp9_superframe).
    
This also implies that side data needs to be really copied and can't be
    
shared with the input packet.
    
The method choosen here minimizes copying of data : When the input isn't
    
refcounted and no bitstream filter is applied, the packet's data will
    
not be copied.
    

    Notice that packets that contain uncoded frames are exempt from this
    
because these packets are not owned by and returned to the user. This
    
also moves unreferencing the packets containing uncoded frames to
    
av_write_frame() in the noninterleaved codepath ; in the interleaved
    
codepath, these packets are already freed in av_interleaved_write_frame(),
    
so that unreferencing the packets in write_uncoded_frame_internal() is
    
no longer needed. It has been removed.
    

    Reviewed-by : Marton Balint <cus@passwd.hu>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/mux.c

Navigation