
Recherche avancée
Médias (1)
-
Carte de Schillerkiez
13 mai 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
Autres articles (65)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Qu’est ce qu’un éditorial
21 juin 2013, parEcrivez votre de point de vue dans un article. Celui-ci sera rangé dans une rubrique prévue à cet effet.
Un éditorial est un article de type texte uniquement. Il a pour objectif de ranger les points de vue dans une rubrique dédiée. Un seul éditorial est placé à la une en page d’accueil. Pour consulter les précédents, consultez la rubrique dédiée.
Vous pouvez personnaliser le formulaire de création d’un éditorial.
Formulaire de création d’un éditorial Dans le cas d’un document de type éditorial, les (...) -
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.
Sur d’autres sites (11848)
-
Anomalie #4274 (Fermé) : fonctions non définies dans porte_plume_pipelines.php
23 janvier 2019, par François PalangiéEnvironnement :
- SPIP 3.2.3 [24211]
- Porte plume 1.18.1 - stable
- Site : https://voyart.org
- PHPinfo : https://voyart.org/phpinfo.php
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(’
<script type="t...', true) <br />
#1 /var/www/vhosts/voyart.org/httpdocs/ecrire/inc/utils.php(199): porte_plume_insert_head_prive_css('<script type="t...') <br />
#2 /var/www/vhosts/voyart.org/httpdocs/tmp/cache/charger_pipelines.php(596): minipipe('porte_plume_ins...', '<script type="t...') <br />
#3 /var/www/vhosts/voyart.org/httpdocs/ecrire/inc/utils.php(265): execute_pipeline_header_prive_css('<script type="t...') <br />
#4 /var/www/vhosts/voyart.org/httpdocs/tmp/cache/skel/html_c44cf6e196e37af7575f04c7aba04247.php(72): pipeline('header_prive_cs...', '<script type="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 />
</pre><br />Le problème est contourné en renommant le répertoire <em>plugin-dist/porteplume</em><br />Le problème ne dépend pas du navigateur firefox, edge, chrome<br />Aucun problème sur le SPIP de développement installé avec EasyPHP-devserver sur mon ordinateur perso</h2> -
Anomalie #4276 (Fermé) : fonctions non définies dans porte_plume_pipelines.php
23 janvier 2019, par François PalangiéEnvironnement :
- SPIP 3.2.3 [24211]
- Porte plume 1.18.1 - stable
- Site : https://voyart.org
- PHPinfo : https://voyart.org/phpinfo.php
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(’
<script type="t...', true) <br />
#1 /var/www/vhosts/voyart.org/httpdocs/ecrire/inc/utils.php(199): porte_plume_insert_head_prive_css('<script type="t...') <br />
#2 /var/www/vhosts/voyart.org/httpdocs/tmp/cache/charger_pipelines.php(596): minipipe('porte_plume_ins...', '<script type="t...') <br />
#3 /var/www/vhosts/voyart.org/httpdocs/ecrire/inc/utils.php(265): execute_pipeline_header_prive_css('<script type="t...') <br />
#4 /var/www/vhosts/voyart.org/httpdocs/tmp/cache/skel/html_c44cf6e196e37af7575f04c7aba04247.php(72): pipeline('header_prive_cs...', '<script type="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 />
</pre></h2><br />
<br />
<br />
<p>Le problème est contourné en renommant le répertoire plugin-dist/porteplume<br />Le problème ne dépend pas du navigateur firefox, edge, chrome<br />Aucun problème sur le SPIP de développement installé avec EasyPHP-devserver sur mon ordinateur perso</p> -
FFMPEG spoils the extreme pixels when converting and cropping images [closed]
20 décembre 2024, par JacobI have a side image processing task in my work.
I am using the following command to translate a spherical panorama into a cubemap :


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"


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


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


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


Cubemap image junction
The junction and part of the edge of the cubemap image


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.


Is there any way I can get rid of them ?


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

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


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


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, removescale
, setscale
- 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.