Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (48)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

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

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (5695)

  • Anomalie #4274 (Fermé) : fonctions non définies dans porte_plume_pipelines.php

    23 janvier 2019, par François Palangié

    Environnement :

    Problème :
    Le site fonctionne, mais quand on tente d’accéder à la partie privée on a ce message d’erreur, qui persiste même après une réinstallation de SPIP :
    Fatal error : Uncaught Error : Call to undefined function barre_outils_css_icones() in /var/www/vhosts/voyart.org/httpdocs/plugins-dist/porte_plume/porte_plume_pipelines.php:152 
    Stack trace : 
    #0 /var/www/vhosts/voyart.org/httpdocs/plugins-dist/porte_plume/porte_plume_pipelines.php(129) : porte_plume_insert_head_css(’
    &lt;script type=&quot;t...', true) <br />
    #1 /var/www/vhosts/voyart.org/httpdocs/ecrire/inc/utils.php(199): porte_plume_insert_head_prive_css('&lt;script type=&quot;t...') <br />
    #2 /var/www/vhosts/voyart.org/httpdocs/tmp/cache/charger_pipelines.php(596): minipipe('porte_plume_ins...', '&lt;script type=&quot;t...') <br />
    #3 /var/www/vhosts/voyart.org/httpdocs/ecrire/inc/utils.php(265): execute_pipeline_header_prive_css('&lt;script type=&quot;t...') <br />
    #4 /var/www/vhosts/voyart.org/httpdocs/tmp/cache/skel/html_c44cf6e196e37af7575f04c7aba04247.php(72): pipeline('header_prive_cs...', '&lt;script type=&quot;t...') <br />
    #5 /var/www/vhosts/voyart.org/httpdocs/ecrire/public/parametrer.php(128): html_c44cf6e196e37af7575f04c7aba04247(Array, Array) <br />
    #6 /var/www/vhosts/voyart.org/httpdocs/ecr in /var/www/vhosts/voyart.org/httpdocs/plugins-dist/porte_plume/porte_plume_pipelines.php on line 152<br />
    &lt;/pre&gt;&lt;br /&gt;Le problème est contourné en renommant le répertoire &lt;em&gt;plugin-dist/porteplume&lt;/em&gt;&lt;br /&gt;Le problème ne dépend pas du navigateur firefox, edge, chrome&lt;br /&gt;Aucun problème sur le SPIP de développement installé  avec EasyPHP-devserver sur mon ordinateur perso&lt;/h2&gt;

  • Anomalie #4276 (Fermé) : fonctions non définies dans porte_plume_pipelines.php

    23 janvier 2019, par François Palangié

    Environnement :

    Problème :
    Le site fonctionne, mais quand on tente d’accéder à la partie privée on a ce message d’erreur, qui persiste même après une réinstallation de SPIP :
    Fatal error : Uncaught Error : Call to undefined function barre_outils_css_icones() in /var/www/vhosts/voyart.org/httpdocs/plugins-dist/porte_plume/porte_plume_pipelines.php:152 
    Stack trace : 
    #0 /var/www/vhosts/voyart.org/httpdocs/plugins-dist/porte_plume/porte_plume_pipelines.php(129) : porte_plume_insert_head_css(’
    &lt;script type=&quot;t...', true) <br />
    #1 /var/www/vhosts/voyart.org/httpdocs/ecrire/inc/utils.php(199): porte_plume_insert_head_prive_css('&lt;script type=&quot;t...') <br />
    #2 /var/www/vhosts/voyart.org/httpdocs/tmp/cache/charger_pipelines.php(596): minipipe('porte_plume_ins...', '&lt;script type=&quot;t...') <br />
    #3 /var/www/vhosts/voyart.org/httpdocs/ecrire/inc/utils.php(265): execute_pipeline_header_prive_css('&lt;script type=&quot;t...') <br />
    #4 /var/www/vhosts/voyart.org/httpdocs/tmp/cache/skel/html_c44cf6e196e37af7575f04c7aba04247.php(72): pipeline('header_prive_cs...', '&lt;script type=&quot;t...') <br />
    #5 /var/www/vhosts/voyart.org/httpdocs/ecrire/public/parametrer.php(128): html_c44cf6e196e37af7575f04c7aba04247(Array, Array) <br />
    #6 /var/www/vhosts/voyart.org/httpdocs/ecr in /var/www/vhosts/voyart.org/httpdocs/plugins-dist/porte_plume/porte_plume_pipelines.php on line 152<br />
    &lt;/pre&gt;&lt;/h2&gt;<br />
    <br />
    <br />
            &lt;p&gt;Le problème est contourné en renommant le répertoire plugin-dist/porteplume&lt;br /&gt;Le problème ne dépend pas du navigateur firefox, edge, chrome&lt;br /&gt;Aucun problème sur le SPIP de développement installé avec EasyPHP-devserver sur mon ordinateur perso&lt;/p&gt;

  • FFMPEG spoils the extreme pixels when converting and cropping images [closed]

    20 décembre 2024, par Jacob

    I have a side image processing task in my work.&#xA;I am using the following command to translate a spherical panorama into a cubemap :

    &#xA;

    Path/ffmpeg.exe -i "Path/PanoImageInput.png" -vf v360=equirect:c6x1:fin_pad=64:out_frot=002200,scale=-1:2048:flags=neighbor "Path/CubemapOutput.png"

    &#xA;

    And then I slice it into separate images, 1 face for example :

    &#xA;

    Path/ffmpeg.exe -i "Path/CubemapOutput.png" -vf crop=2048:2048:0:0 -sws_flags neighbor "Path/face_1.png"

    &#xA;

    I get artifacts on both cubemap and images of this kind that really bother me :

    &#xA;

    Cubemap image junction&#xA;The junction and part of the edge of the cubemap image

    &#xA;

    The pixels at the junctions of the 6 images in cubemap and the outermost pixels of any images change their color slightly. This eventually leads to the appearance of visible seams in the scene assembled from the images.

    &#xA;

    Is there any way I can get rid of them ?

    &#xA;

    I have tried different interpolation methods in both functions : fast, bicubric, gauss, etc. It doesn't seem to have any effect.

    &#xA;

    I also tried to crop a couple of pixels less, something like : crop=2040:2040:4:4

    &#xA;

    I thought it was all because of cubemap and its distortions. Anyway, at the edges of the image, the extreme pixels change their hue.

    &#xA;

    I also hoped that with the help of pad, during the conversion, I could somehow control the area where the pixels deteriorate, but it absolutely does not matter what I put there - fin_pad, fout_pad and any numbers for them, remove scale, set scale - neither the final image size changes, nor any extra fields appear. Most likely, I just don't understand what this function is really supposed to mean.

    &#xA;