Recherche avancée

Médias (1)

Mot : - Tags -/musée

Autres articles (64)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Possibilité de déploiement en ferme

    12 avril 2011, par

    MediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
    Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)

Sur d’autres sites (10347)

  • Transparent PNG created in Imagemagick drawn as opaque in FFMPEG

    23 février 2015, par user2711915

    I am trying to script the creation of videos using ImageMagick to create some overlays which are then placed on top of a video.

    If I try to use the image created by ImageMagick directly the transparency is drawn as opaque.

    I have created a transparent PNG using ImageMagick draw commands. When loaded into GIMP and examined, the PNG has an alpha channel and each transparent pixel appears to have transparency : RGBA = 0,0,0,0

    This image when then used as an overlay in ffmpeg just has an opaque black background in the video.

    If I export the image again from GIMP then the file looks identical, but in the video just appears as a solid blue (the colour of the drawings in the overlay image).

    I can fix this by taking the overlay image, loading it in GIMP and then selecting all and creating a new image from the clipboard and exporting that (using exactly the same settings as when I re-exported before without creating a new file) and it will then work exactly as desired, showing the non-transparent portions of the overlay and not showing transparent parts.

    KEY QUESTION :

    How can I either script the conversion that somehow occurs when creating a new file in GIMP, or (much better) not have it go wrong in the first place ?

    Here are the two files :

    BROKEN :
    This does not work
    WORKS :
    This one does work
    What is the difference ?

  • Anomalie #3991 : Erreur compression CSS et base64

    29 août 2017, par tcharlss (*´_ゝ｀)

    La ligne fautive se trouve ici : https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/compresseur/inc/compresseur_minifier.php#L100

    // zero est zero, quelle que soit l’unite (sauf pour % car casse les @keyframes cf https://core.spip.net/issues/3128)
$contenu = preg_replace("/([^0-9.]0)(em|px|pt)/ms", "$1", $contenu) ;

    Ça cherche le nombre zéro précédé de n’importe quel caractère (autre qu’un chiffre) ou d’un point.
    Du coup ça peut matcher avec les data URIs :

    @font-facefont-family :’spip’ ;src:url("data:application/font-woff ;base64,abc0pxyz") ;

    Pour éviter ce souci, on pourrait préciser exactement quels caractères peuvent précéder le zéro pour considérer qu’il s’agit d’une unité. On peut avoir :

    1) deux points

    font-size:0px ;

    2) un ou plusieurs espaces

    font-size : 0px ;
font-size : calc(10px + 0px) ;

    3) une parenthèse dans le cas de calc()

    font-size : calc(0px) ;

    4) Autres unités

    À noter qu’il y a aussi pas mal d’autres unités qui ne sont pas prises en compte dans la regex actuelle : https://www.w3schools.com/cssref/css_units.asp

    rem ex pc
vh vw vmin vmax 
cm mm in
ch

    Ce qui donne au final la regex suivante, qui laisse mes data URIs tranquilles :

    $contenu = preg_replace("/((?: :|\s+|\()0)(em|px|pt|rem|ex|pc|vh|vw|vmin|vmax|cm|mm|in|ch)/ms", "$1", $contenu) ;

  • Evolution #3996 (Nouveau) : Y a t-il une limite de taille de cache dans SPIP ?

    9 septembre 2017, par Julien -

    Ticket qui fait suite à des observations sur #3843.

    cedric :

    1/ il n’y a plus de quota cache en SPIP 3.1+ (aucune taille limite, c’est un nombre de slots qui fixe la limite)
    2/ les images stockées dans local/ n’ont jamais été comptées dans la taille du cache et n’ont aucune influence

    marcimat :

    Notons que le génie ’invalideur’ est toujours appelé et utilise ’quota_cache’ ; le formulaire de vidage de cache affiche aussi le quota.
    Probablement du code mort dans les 2 cas.

    Ref dans le code :
    https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc_version.php#L286
    https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/genie.php#L141
    https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/invalideur.php#L226

    dans la doc :
    https://programmer.spip.net/Configurer-le-cache

Navigation