Recherche avancée

Médias (17)

Mot : - Tags -/wired

Autres articles (104)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette 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.

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

  • Evolution #3899 (Nouveau) : Comportement des inclusions avec le paramètre connect.

    10 février 2017

    Il y a un comportement contre-intuitif dans un cas d’usage des inclusions et du paramètre connect, ce qu’à révélé une petite analyse dans #3823.
    J’en fais un ticket dédié car c’est un problème distinct de ce qui est soulevé là bas.

    Fonctionnement actuel

    Le paramètre d’URL connect

    Le paramètre connect=truc dans une URL d’un site SPIP permet d’indiquer à SPIP qu’il doit utilise le connecteur SQL ’truc’ dans les squelettes et les boucles utilisés,
    et donc utiliser config/truc.php en lieu et place de config/connect.php. À différents endroits du compilateur, ce paramètre est séparé du contexte d’environnement
    du squelette, notamment dans les boucles où il atterrit dans $boucles[$idb]->sql_serveur et sera utilisé pour les requêtes SQL générées.

    Inclusions en indiquant un connect spécifique

    Une autre manière d’indiquer que les squelettes / boucles utilisent un connecteur spécifique est de transmettre l’environnement connect=truc aux inclusions, de la sorte :

    #INCLUREfond=test, connect=truc

    Cette option d’inclusion est prise en compte dans recuperer_fond().

    Inclusion connect=truc et paramètre d’url connect=bidule

    Lorsqu’on a à la fois dans l’URL &connect=bidule, et une inclusion qui indique un connect spécifique tel que #INCLURE{fond=test, connect=truc}
    alors d’inclusion actuellement est chargée avec le paramètre d’URL, c’est à dire en utilisant connect=bidule.
    C’est cela qui est assez contre-intuitif et logiquement non désiré (le connect forcé ici devrait prendre le pas sur celui d’environnement).

    Comment améliorer ?

    Où cela se passe dans le code ?

    Ce qui se passe lorsqu’il y a cette écriture est, comme expliqué, que le connect dans l’URL reste prioritaire sur celui de l’argument transmis à #INCLURE ou <inclure></inclure>.

    Solutions ?

    À ces 2 endroits, il faudrait du coup prendre en compte en priorité le $contexte['connect'] si existant

    • soit dans les 2 appels à la constante CODE_RECUPERER_FOND plutôt que d’écrire directement _request('connect'), mais c’est un peu compliqué car c’est du code compilé
    • soit directement dans recuperer_fond(), plus facile, inverser l’ordre :
          if (isset($contexte[’connect’])) 
              $connect = ($connect ? $connect : $contexte[’connect’]) ;
              unset($contexte[’connect’]) ;
          
      


      deviendrait :

          if (isset($contexte[’connect’])) 
              $connect = $contexte[’connect’] ;
              unset($contexte[’connect’]) ;
          
      

    Cette dernière correction serait la plus simple et la plus facile. Ça permettrait même d’annuler un connect superieur dans une inclusion
    en passant {connect=''}.

    Des avis ?

  • transcoding legacy MJPEG camera stream using ffmpeg to rstp stream

    1er décembre 2013, par Arcko

    I am trying out this solution to transcoding legacy MJPEG camera stream using ffmpeg to rstp stream, which originally posted on http://www.wowza.com/forums/showthread.php?11218-Transcoding-Solution-For-Legacy-MJPEG-Cameras

    As the post is a little old, so it seems not working well in ubuntu 12.04 with the latest ffmpeg source code from git ://source.ffmpeg.org/ffmpeg.git

    Here's the steps :

    1. Compile and installed ffmpeg follwing guide https://trac.ffmpeg.org/wiki/UbuntuCompilationGuide
    2. Created ffserver.conf and running ffserver successfully using server.sh

       !/bin/bash

      while [ 1 ]
      do
      ffserver -loglevel verbose
      done

    3. created pull_stream_http.php following the guide

    4. Created stream.sh and running :

       !/bin/bash

      while [ 1 ]
      do

      php -f pull_stream_http.php | ffmpeg -an -f mjpeg -maxrate 500 -b24k -r 6 -i - 6 http://[serverip]:8090/feed1.ffm

      php -f pull_stream_http.php | ffmpeg -an -f mjpeg -r -i -vcodec libx264 -map 0 -vpre fastfirstpass -vpre baseline -b 24k -bt 32k -threads 0 http://[serverip]:8090/feed1.ffm

      done

    Now comes the error with stream.sh : "Invalid input file index : 0".

    Any one who familiar with ffmpeg would give some advice ?

    Thanks,
    Arcko

  • ffmpeg and libaom compilation failed "unable to open include file `third_party/x86inc/x86inc.asm"

    7 octobre 2023, par sam

    I'm trying to build ffmpeg using this guide :&#xA;https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu

    &#xA;

    the problem is when i try to compile libaom using the following commands :

    &#xA;

    cd ~/ffmpeg_sources &amp;&amp; \&#xA;git -C aom pull 2> /dev/null || git clone --depth 1 https://aomedia.googlesource.com/aom &amp;&amp; \&#xA;mkdir -p aom_build &amp;&amp; \&#xA;cd aom_build &amp;&amp; \&#xA;PATH="$HOME/bin:$PATH" cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX="$HOME/ffmpeg_build" -DENABLE_TESTS=OFF -DENABLE_NASM=on ../aom &amp;&amp; \&#xA;PATH="$HOME/bin:$PATH" make &amp;&amp; \&#xA;make install&#xA;

    &#xA;

    i get the following error :

    &#xA;

    /root/ffmpeg_sources/aom/aom_dsp/x86/sad4d_sse2.asm:14: fatal: unable to open include file `third_party/x86inc/x86inc.asm&#x27;&#xA;CMakeFiles/aom_dsp_encoder_sse2.dir/build.make:62: recipe for target &#x27;CMakeFiles/aom_dsp_encoder_sse2.dir/aom_dsp/x86/sad4d_sse2.asm.o&#x27; failed&#xA;make[2]: *** [CMakeFiles/aom_dsp_encoder_sse2.dir/aom_dsp/x86/sad4d_sse2.asm.o] Error 1&#xA;CMakeFiles/Makefile2:842: recipe for target &#x27;CMakeFiles/aom_dsp_encoder_sse2.dir/all&#x27; failed&#xA;make[1]: *** [CMakeFiles/aom_dsp_encoder_sse2.dir/all] Error 2&#xA;Makefile:129: recipe for target &#x27;all&#x27; failed&#xA;make: *** [all] Error 2&#xA;

    &#xA;

    Is there any fix for this issue ?

    &#xA;