Recherche avancée

Médias (2)

Mot : - Tags -/map

Autres articles (81)

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

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

Sur d’autres sites (10698)

  • GOP size for realtime video stream

    7 janvier 2017, par MadMass

    I’m working on a kind of rich remote desktop system, with a video stream of the desktop encoded using avcodec/x264. I have to set manually the GOP size for the stream, and so far I was using a size of fps/2.
    But I’ve just read the following on Wikipedia :

    This structure [Group Of Picture@ suggests a problem because the fourth frame (a P-frame) is needed in order to predict the second and the third (B-frames). So we need to transmit the P-frame before the B-frames and it will delay the transmission (it will be necessary to keep the P-frame).

    It means I’m creating a lot of latency since the client needs to receive at least half of the GOP to output the first frame following the I frame. What is the best strategy for the GOP size if I want the smallest latency possible ? A gop of 1 picture ?

  • GOP size for realtime video stream

    7 janvier 2017, par MadMass

    I’m working on a kind of rich remote desktop system, with a video stream of the desktop encoded using avcodec/x264. I have to set manually the GOP size for the stream, and so far I was using a size of fps/2.
    But I’ve just read the following on Wikipedia :

    This structure [Group Of Picture@ suggests a problem because the fourth frame (a P-frame) is needed in order to predict the second and the third (B-frames). So we need to transmit the P-frame before the B-frames and it will delay the transmission (it will be necessary to keep the P-frame).

    It means I’m creating a lot of latency since the client needs to receive at least half of the GOP to output the first frame following the I frame. What is the best strategy for the GOP size if I want the smallest latency possible ? A gop of 1 picture ?

  • avformat/matroskaenc : Don't use stream side-data size

    21 mai 2020, par Andreas Rheinhardt
    avformat/matroskaenc : Don't use stream side-data size

    av_stream_get_side_data() tells the caller whether a stream has side
    
data of a specific type ; if present it can also tell the caller the size
    
of the side data via an optional argument. The Matroska muxer always
    
used this optional argument, although it doesn't really need the size,
    
as the relevant side-data are not buffers, but structures. So change
    
this.
    

    Furthermore, relying on the size also made the code susceptible to
    
a quirk of av_stream_get_side_data() : It only sets the size argument if
    
it found side data of the desired type. mkv_write_video_color() checks
    
for side-data twice with the same variable for the size without resetting
    
the size in between ; if the second type of side-data isn't present, the
    
size will still be what it was after the first call. This was not
    
dangerous in practice, as the check for the existence of the second
    
side-data compared the size with the expected size, so it would only be
    
problematic if lots of elements were to be added to AVContentLightMetadata.
    

    Reviewed-by : James Almer <jamrial@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/matroskaenc.c

Navigation