Recherche avancée

Médias (91)

Autres articles (53)

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

  • Le plugin : Gestion de la mutualisation

    2 mars 2010, par

    Le plugin de Gestion de mutualisation permet de gérer les différents canaux de mediaspip depuis un site maître. Il a pour but de fournir une solution pure SPIP afin de remplacer cette ancienne solution.
    Installation basique
    On installe les fichiers de SPIP sur le serveur.
    On ajoute ensuite le plugin "mutualisation" à la racine du site comme décrit ici.
    On customise le fichier mes_options.php central comme on le souhaite. Voilà pour l’exemple celui de la plateforme mediaspip.net :
    < ?php (...)

  • Problèmes fréquents

    10 mars 2010, par

    PHP et safe_mode activé
    Une des principales sources de problèmes relève de la configuration de PHP et notamment de l’activation du safe_mode
    La solution consiterait à soit désactiver le safe_mode soit placer le script dans un répertoire accessible par apache pour le site

Sur d’autres sites (8126)

  • MPEG-DASH not working. MPD validation fails

    16 novembre 2017, par Marko36

    I am trying to serve video using MPEG-DASH. No success. I have tried the following :

    Following the instructions on webproject.org, using FFMPEG, I have created several variants of the original video and the DASH MPD manifest, containing metadata. However, the manifest does not validate using http://dashif.org/conformance.html. This validator itself is quite useless, as it provides unusable info about the error. I have found in a post from 2014, that one of the errors generated by FFMPEG is capital letters in some metadata (not a critical one, but could have been fixed for years !). Other errors detected, but not described. No tangible info from any of these other validators either : http://www-itec.uni-klu.ac.at/dash/?page_id=605 (produces rubbish info), https://github.com/Eyevinn/dash-validator-js (throws an exception)

    Following instructions on mozilla.org, produces the same non-working result, as the instructions are nearly identical (including same resolution*bitrate sets), except that Mozilla omits the use of dash.js, which is deemed necessary by the rest of the internet.

    This guide on Bitmovin, utilizing x264 and MP4Box does not work either. Going by the instructions, I have to recode the original x264 video twice. The final version of videos are in some cases twice the size of their intermediate versions and 720p video is actually larger than its 1080p, higher bitrate counterpart. No need to go further. (Yet, this is the only way that actually produced segments..)

    I have spent 3 days on the above, read about all there is on the web from the other frustrated adopters, and ran out of options. I would really apreciate some pro tips ! Thanks !

  • Evolution #4699 (Nouveau) : CVT multi-étapes : un moyen de forcer la validation finale (passer à t...

    22 mars 2021, par RastaPopoulos ♥

    Une personne sur IRC demandait comment faire un bouton pour aller à une étape précise. Ça c’est bien indiqué dans la doc :
    https://www.spip.net/fr_article5386.html#Les-squelettes-de-chaque-page

    name="_retour_etape_X"

    Mais en fait le but c’est pas d’aller à une des étapes qui est numérotée, mais bien de valider la toute fin, donc de passer à traiter(), en pouvant sauter certaines étapes qui sont facultatives !

    Si on fait un bouton submit basique : ça va uniquement passer à l’étape suivante (si on est à l’étape 2, ça va à l’étape 3).

    Mais donc comment faire si je suis à l’étape 2, pour valider complètement ?

    Est-ce qu’il y a un manque ? ou bien ça existe et faut compléter la doc ?

  • Anomalie #3368 : Validation XML - Liens (links/href, etc.)

    29 décembre 2014, par xdjuj -

    Salut fil

    C’est bon j’ai compris.

    Le bug se produit sur SPIP 2.1.12 [18566] (pas testé ailleurs pour l’instant) sur les "articles virtuels" (articles de redirection).

    Du coup, il me faut tout de même rajouter |quote_amp sur link et guid isPermaLink sinon, si le lien de redirection de l’article contient un & qui n’est pas protégé.

    • si je vais côté base de donnée, et que je force le lien http://domaine.com/?page=article&amp ;id_article=25 (en le saisissant donc dans le champ CHAPO, puisque c’est là qu’il se trouve en SPIP 2) => avec le filtre |quote_amp la valeur retournée est bonne.

    Moralité, #URL_ARTICLE renvoi une valeur "non protégée" lorsqu’il s’agit d’un article de redirection.
    Côté Flux RSS rajouter |quote_amp permet de résoudre le problème (qui est peut être du coup un peu plus profond qu’un simple flux RSS).

    Est-ce que je modifie mon commit pour appliquer |quote_amp à la place ou est-ce que vous pensez que c’est #URL_ARTICLE qui bug et donc vous allez le corriger ?

Navigation