Recherche avancée

Médias (1)

Mot : - Tags -/géodiversité

Autres articles (68)

  • 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

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

  • Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs

    12 avril 2011, par

    La manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
    Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras.

Sur d’autres sites (8159)

  • Anomalie #4717 : Erreurs nombre d’argument des filtres

    10 avril 2021, par jluc -

    La PR récupère l’erreur PHP, évite le crash blank et délivre le message d’erreur PHP dans la jolie box d’erreur SPIP. Le pire est évité, et donc il faut intégrer cette PR qui fait du bien.

    Mais l’internaute SPIPien se retrouve avec un message d’erreur en anglais et portant sur le code compilé PHP. Ce code compilé, même le commun des devs PHP ne le connait pas, car à part XRay qui le rend accessible et les core-développeurs qui débuguent le code d’une nouvelle structure SPIP, personne ne va scruter et n’a connaissance du code php généré par le compilateur.

    Pour faire mieux, il y a la piste de la déclaration des arités des filtres. $arite_des_filtres = [[’implode’, 2, 2], [’affdate’, 1, 2]...]. Cette déclaration peut probablement être utilisée au moment de la compilation d’un appel de filtre lorsque le compilateur convertit la structure SPIP #XXX|filtre... en appel PHP.
    Ça permet de détecter une erreur d’argumentcount AVANT l’appel PHP et de fournir un joli message d’erreur SPIP qui fait référence au source SPIP.

    Dans ce cas, la détection d’erreur peut se faire à la compilation.

    Mais il se peut que d’autres erreurs PHP doivent être gérées, avec la strictisation croissante de PHP. Il faudra donc de nouvelles déclarations permettant la détection préventive des erreurs.

    Peut être sur d’autres structures de données que les filtres aussi ?

    Il faut donc développer la capacité d’introspection de SPIP.

    Mais parfois l’erreur n’est pas détectable au moment de la compilation. J’ai évoqué plus haut l’erreur relative au typage des arguments. S’il se confirme que le pb se pose aussi, et vu qu’on peut passer à un filtre un argument calculé dynamiquement, c’est pas lors de la compilation que ça pourra être détecté, mais lors de l’exécution du code compilé.

    Il faut alors prendre chaque erreur PHP possible et voir si/comment le compilateur peut la prévenir.

    Une alternative serait de "traduire" cette erreur PHP de manière à aiguiller le webmestre SPIP.

    Par exemple le message d’erreur de https://www.mail-archive.com/spip@rezo.net/msg81110.html , qui fait référence au source compilé, peut être traduit, par reconnaissance (regexp), analyse du message d’erreur, et calcul du message d’erreur SPIP en « Erreur : dans votre source SPIP, il y un appel au filtre |implode qui n’a pas le bon nombre d’arguments. Ça se passe dans la boucle ’BOUCLE_contenu_article’ : veuillez examiner le code et corriger. » Là en plus, ce serait bien de pouvoir associer le nom du fichier source à la boucle dont on connait le nom. Une capacité d’introspection déjà présente ? ou à développer ?

  • Anomalie #3817 (Fermé) : Compilation de du critère `{branche ?}` erronnée

    16 août 2016, par marcimat ☺☮☯♫

    Signalé par RealET sur la liste SPIP.devel :

    Je suis tombé sur le problème avec le plugin agenda qui a une boucle dans agenda-ical.html :

    Lorsque ’id_rubrique’ n’est pas dans l’environnement, la boucle crée tout de même une jointure pour obtenir id_rubrique nécessaire au calcul de la branche.

    Le code généré est : (sql_quote($Pile0[’id_rubrique’]) ? sql_in(’L1.id_rubrique’, calcul_branche_in(sql_quote($Pile[0]['id_rubrique']))) : '1=1')

    Mais sql_quote(0) donne '0' considérant que c’est du texte, sans précision du type de champ.
    Du coup, ça entre toujours dans la condition.

    Il faut du coup passer à l’appel de kwote() le type attendu de champ (int), qui ensuite va créer le code sql_quote.
    Cependant, kwote ne transmet pas dans tous les cas à sql_quote le type. Je suppose que c’est un oubli dans
    https://core.spip.net/projects/spip/repository/revisions/19257

  • Systematic artefacts from 10bit source

    8 janvier 2015, par user3729198

    When encoding from a 10 bit source file, compression / color artifacts appear. From what I can see, the problem lies in the "dc precision" command "-dc". I have tried different combinations and these are my results.

    On HD encodings ”-dc8” will give you nice clean solid colors without artifacts. But gradients and shading will suffer and be rougher.

    On HD encodings ”-dc11” will give you bad compression and color artifacts that look very systematic. But the Gradients look nice and smooth.

    On SD encodings ”-dc8” will give you nice clean solid colors without artifacts. But gradients and shading will suffer and be rougher.

    On SD encodings ”-dc9” will give you bad compression and color artifacts that look very systematic. But the Gradients look nice and smooth.

    Why is this ? And can it be fixed ? From other encoding software’s if I mimic the settings, all the encodings looks nice in all cases. So it seems that there is a bug in ffmpeg.

    Here is an example of the ffmpeg command I use :

    -i INPUT -vcodec mpeg2video -aspect {$aspectRatio} -r 25 -pix_fmt yuv422p -timecode_frame_start 0 -minrate 150000k -maxrate 150000k -b 150000k -intra -flags +cgop -flags2 +ivlc+non_linear_q -dc 11 -sc_threshold 1000000000 -qscale 1 -qmin 1 -qmax 12 -bufsize 47185920 -rc_init_occupancy 47185920 -rc_buf_aggressivity 0.25 -s {$resolution} -vframes {$frameDuration} -an OUTPUT

    If you want to try it yourself, make sure your source is 10bit, like Uncompressed 10 bit YUV.