Recherche avancée

Médias (91)

Autres articles (71)

  • 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 ;

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

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

  • Anomalie #3625 (Nouveau) : Utilisation de classe "namespacée" en tant que filtre.

    16 décembre 2015, par Julien CITERNE

    Hello World,

    J’ai depuis longtemps déjà utilisé certaines méthodes de classes en tant que filtre. Quelque chose dans le style [(#REM|MaClasse::MaMethod)] et pour ça aucun soucis.

    Cependant, j’ai eu dernièrement besoin de recourir à une classe d’une librairie, cette classe possédant un namespace.
    L’appel "Classique" [(#REM|MaClasse::MaMethod)] me renvoie une erreur de squelette ( rien d’anormal selon moi ), mais l’appel à ma Classe via l’utilisation du namespace en fait de même : [(#REM|NameSpace\MaClasse::MaMethod)]

    J’ai pourtant remarqué dans cette fonction ( => https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/filtres.php#L76 ) que l’utilisation des namespace devait être prise en charge.

    Seulement voilà, j’ai noté 2 soucis potentiels.

    1 ) - Dans la 1ère partie du test ( l.100 ), cette Regex preg_match("/^(\w*)::(\w*)$/", $f, $regs) ne match aucun backspace. Dès lors, impossible de détecter un namespace.
    2 ) - La seconde partie du test and is_callable(array($regs[1], $regs[2])) ne fonctionne qu’avec une classe sans namespace, ou $regs1 = MaClass et $regs2 = MaMethod

    Une correction possible serait de rajouter un test ( elseif, if, etc. ) pour ces cas là avec un contenu de test semblable ?

    preg_match("/^([a-zA-Z_\\\\]*?)\\\\?([a-zA-Z_]*)::([a-zA-Z_]*)$/", 'NameSpace\MaClass::MaMethod', $regs); // Nb le quadruple backspace est volontaire pour une utilisation en php<br />$className = $regs[1].'\\'.$regs[2]; // $regs[1] = NameSpace et $regs[2] = MaClass <br />is_callable(array(new $className(), $regs[3])); // true si la fonctione existe. Noter qu'on passe à is_callable une instance de la classe ? ( cf.http://php.net/manual/fr/function.is-callable.php )<br />

    Peut-être est-ce hors sujet ? Quoi qu’il en soit le débat ( et l’issue ) sont ouverts, je vous laisserais le soin de les fermer si ce n’est pas pertinent.

    Cordialement.

    Witi

  • ffmpeg QSV hardware encoder with x11grab screen capture

    11 janvier 2020, par Toby Eggitt

    I believe I have built ffmpeg with support for my motherboard’s Intel graphics processor chip, but I have not succeeded in showing this working in any way. My goal is to use it for screen capture (the ffmpeg I built does capture screen successfully using the software encoding, but this is far too slow to be useful—it manages about 12fps at a very modest quality).

    My main problem—I think—is that I don’t know how to use these encoders, the examples I found all fail, which makes me suspect that what I’ve built is broken in some way. However, I also have no idea how I can verify that I built this correctly, but the following are true :

    • The five components that I built to get to this all compiled without
      errors (they were libva, gmmlib, intel-media-driver, libmfx, and
      ffmpeg
    • The output of ffmpeg -encoders includes four encoders with _qsv in
      their names including h264_qsv
    • Most of the commands I have tried result in output of this form :
       [h264_qsv @ 0x55ef1dc72040] Low power mode is unsupported
       [h264_qsv @ 0x55ef1dc72040] Current frame rate is unsupported
       [h264_qsv @ 0x55ef1dc72040] Current picture structure is unsupported
       [h264_qsv @ 0x55ef1dc72040] Current resolution is unsupported
       [h264_qsv @ 0x55ef1dc72040] Current pixel format is unsupported
       [h264_qsv @ 0x55ef1dc72040] some encoding parameters are not supported by the QSV runtime. Please double check the input parameters.
       Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height

    I have the impression this thing might be fussy about many parameters of this sort but have no idea where to find out what it would like. Any suggestions at all, how to verify it, or better yet, how to issue a command that captures screen and encodes with the hardware, would be most welcome.

  • lavc/h264dsp : optimise R-V V weight for shorter heights

    1er septembre 2024, par Rémi Denis-Courmont
    lavc/h264dsp : optimise R-V V weight for shorter heights
    

    The height is a power of two of up to 16 rows. The current code was
    optimised for large sample counts.

    T-Head C908 :
    h264_weight2_8_c : 211.7 ( 1.00x)
    h264_weight2_8_rvv_i32 : before 184.0 ( 1.15x)
    h264_weight2_8_rvv_i32 : after 54.2 ( 3.90x)
    h264_weight4_8_c : 285.7 ( 1.00x)
    h264_weight4_8_rvv_i32 : before 341.2 ( 0.86x)
    h264_weight4_8_rvv_i32 : after 82.2 ( 3.47x)
    h264_weight8_8_c : 498.7 ( 1.00x)
    h264_weight8_8_rvv_i32 : before 683.7 ( 0.73x)
    h264_weight8_8_rvv_i64 : after 128.5 ( 3.95x)
    h264_weight16_8_c : 878.2 ( 1.00x)
    h264_weight16_8_rvv_i32 : unchanged 239.5 ( 3.67x)

    SpacemiT X60 :
    h264_weight2_8_c : 207.2 ( 1.00x)
    h264_weight2_8_rvv_i32 : before 259.6 ( 0.80x)
    h264_weight2_8_rvv_i32 : after 82.2 ( 2.52x)
    h264_weight4_8_c : 290.8 ( 1.00x)
    h264_weight4_8_rvv_i32 : before 509.6 ( 0.57x)
    h264_weight4_8_rvv_i32 : after 61.5 ( 4.73x)
    h264_weight8_8_c : 498.8 ( 1.00x)
    h264_weight8_8_rvv_i32 : before 1019.8 ( 0.49x)
    h264_weight8_8_rvv_i64 : after 71.8 ( 6.95x)
    h264_weight16_8_c : 874.0 ( 1.00x)
    h264_weight16_8_rvv_i32 : unchanged 249.0 ( 3.51x)

    • [DH] libavcodec/riscv/h264dsp_init.c
    • [DH] libavcodec/riscv/h264dsp_rvv.S