Recherche avancée

Médias (1)

Mot : - Tags -/musée

Autres articles (102)

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

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (10429)

  • avcodec/libx264 : leave full range flag unchanged if unknown

    17 août 2021, par Jan Ekström
    avcodec/libx264 : leave full range flag unchanged if unknown

    By default the x264 full range flag is set to -1. By not setting
    
it to something else, we can let libx264 handle the RGB case.
    
Additionally, change the preference order to user-specified range
    
first, and then any fall-back logic left for the YUVJ pix_fmts.
    

    Fixes the capture part of #9374
    • [DH] libavcodec/libx264.c

  • avcodec_decode_video2 returns positive number when got_picture_ptr is 0

    22 août 2017, par dafnahaktana

    According to the documentation : here, avcodec_decode_video2 should return 0 if no frame could be decompressed. The got_picture_ptr should also be set to zero if no frame could be decompressed.

    I ran this function on a h264 video and I got positive return value while the got_picture_ptr was set to 0. Maybe that the documentation is not updated ?

  • lavd/v4l2 : do not fail when VIDIOC_ENUMSTD returns ENODATA

    18 août 2014, par Andre Wolokita
    lavd/v4l2 : do not fail when VIDIOC_ENUMSTD returns ENODATA

    As of September 14 2012, v4l_enumstd() will return ENODATA
    
when a device’s std field is set to 0. That is, the device
    
does not have a standard format. In order to properly
    
handle this case, v4l2_set_parameters should catch the
    
ENODATA code and break instead of failing.
    

    Below is the v4l2-core commit describing this change.
    

    >>commit a5338190efc7cfa8c99a6856342a77d21c9a05cf
    
>>Author : Hans Verkuil <hans.verkuil@cisco.com>
    
>>Date :   Fri Sep 14 06:45:43 2012 -0300
    
>>
    
>>    [media] v4l2-core : tvnorms may be 0 for a given input, handle that case
    
>>
    
>>    Currently the core code looks at tvnorms to see whether ENUMSTD
    
>>    or G_PARM should be enabled. This is not a good check for drivers
    
>>    that support the STD API on one input and the DV Timings API on another.
    
>>    In that case tvnorms may be 0.
    
>>    Instead check whether s_std is present (for ENUMSTD) or whether g_std or
    
>>    current_norm is present for g_parm.
    
>>    Also, in the enumstd core function return ENODATA if tvnorms is 0,
    
>>    because in that case the current input does not support the STD API
    
>>    and ENUMSTD should return ENODATA for that.
    
>>
    
>>    Signed-off-by : Hans Verkuil <hans.verkuil@cisco.com>
    
>>    Reviewed-by : Sakari Ailus <sakari.ailus@iki.fi>
    
>>    Signed-off-by : Mauro Carvalho Chehab <mchehab@redhat.com>
    • [DH] libavdevice/v4l2.c

Navigation