Recherche avancée

Médias (91)

Autres articles (40)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

Sur d’autres sites (4342)

  • Anomalie #3823 : Pagination et connect

    10 février 2017

    La notion INCLURE{connect=x} avec &connect=y dans l’URL

    La documentation dans SPIP.net fait bien mention d’un connect dans l’URL. Dans transmise en tant qu’argument d’inclure.
    La seule documentation que je trouve qui propose cela est http://programmer.spip.net/Inclure-suivant-une-connexion (je sais pas qui a écrit ce truc).
    Ce qui se passe lorsqu’il y a cette écriture est, comme je le signalais, que le connect dans l’URL reste prioritaire sur celui de l’argument transmis à #INCLURE ou <inclure></inclure>.

    Déjà ce point pourrait être amélioré (mais ça touche du code pas si anodin)

    Le problème avec {pagination}

    Solution en suffixant les liens de pagination avec le connect.

    Dans tous les cas cette solution ne peut pas marcher, je ne vois pas l’intérêt de s’éterniser là dessus.

    Je le redis mais si :

    • la page du site utilise le connect ’’ par défaut (pas de connect=x dans l’URL)
    • il a un squelette normal, et dedans des boucles normales, et dedans à un endroit les inclusions avec connect et avec pagination que tu montres.
    • cliquer avec le comportement qui ajouterait &#38;connect=xx dans l’url de pagination, va mettre &#38;connect=xx dans l’URL du site
    • le site va alors s’afficher (tout le squelette) avec le connect=xx (même ta pagination cela dit ^^)

    Ce comportement là est contre-intuitif, faux et surtout non désiré.

    Autre solution ? ajax en cause.

    Le problème vient de l’ajax. Sans Ajax, le comportement de la pagination est correct.
    Du coup, je pense que le principal souci de ce côté vient que le rechargement ’ajax’ ne tient pas compte du connect utilisé par le bloc rechargé.
    Donc ça se passe quelque part

    Remplacer 

    $page[’texte’] = encoder_contexte_ajax(array_merge($contexte, array(’fond’ => $f)), ’’, $page[’texte’],
                $options[’ajax’]) ;

    par (ajout du connect au contexte)

    $page[’texte’] = encoder_contexte_ajax(
    array_merge($contexte, array(’fond’ => $f, ’connect’ => $connect)),
    ’’, 
    $page[’texte’],
    $options[’ajax’]
) ;

    semble faire fonctionner l’ajax correctement.

    Je me demande s’il peut y avoir des effets de bord.

    Et sinon, merci @realet pour ton commentaire, mais tu es autant dev que nous. Et on est bien gentils de passer du temps sur des trucs dont on n’a pas besoin…

  • 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 &#38;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 ?

  • why cmd just print command and dosen't work ?

    11 octobre 2019, par 杨士弘

    I tried create a website that could upload mp4 then my server would transcode it to ts and create a m3u8 playlist。
    I wanted to use cmd to control ffmpeg to do this，and I use visual basic to do this.

    Here is my code：

      Dim fileName As String = "borderoflife"
    
  Dim file As String = "borderoflife.mp4"
    
  Dim appPath As String = "C:\allen0916\"
    
  Dim saveDir As String = "test2\"
    

    
  Dim savePath As String = appPath &amp; saveDir
    
  Dim saveResult As String = savePath &amp; file
    

    
  Dim Content_Type_A As String = "video/mp4"
    

    
  Dim m3u8Path As String = Path.Combine(savePath, fileName + ".m3u8")
    
  Dim para As String = String.Format("/C ffmpeg -i {0} -profile:v baseline -level 3.0 -s 640x360 -start_number 0 -hls_time 10 -hls_list_size 0 -f hls {1} ", saveResult, m3u8Path)
    

    
  Dim output As String = "none" 
    
  Dim p As Process = New Process()
    

    
  p.StartInfo.FileName = "cmd.exe"
    
  p.StartInfo.UseShellExecute = False 
    
  p.StartInfo.RedirectStandardInput = True 
    
  p.StartInfo.RedirectStandardOutput = True 
    
  p.StartInfo.RedirectStandardError = True 
    
  p.StartInfo.CreateNoWindow = True 
    
  p.Start()
    
  p.StandardInput.WriteLine(para) 
    
  p.StandardInput.WriteLine("exit")
    
  p.StandardInput.AutoFlush = True
    
  p.StandardInput.Close() 
    
  output = p.StandardOutput.ReadToEnd() 
    
  p.WaitForExit()
    
  p.Close()
    

    
 If System.IO.File.Exists(m3u8Path) &lt;> True Then
    
      context.Response.Write(output)
    
  Else
    
      context.Response.Write("Success")
    
  End If  

    and every time output just returns ：

    Microsoft Windows [version 10.0.17763.737]
    
(c) 2018 Microsoft Corporation. 
    

    
c:\windows\system32\inetsrv>/C ffmpeg -i C:\allen0916\test2\borderoflife.mp4 -profile:v baseline -level 3.0 -s 640x360 -start_number 0 -hls_time 10 -hls_list_size 0 -f hls C:\allen0916\test2\borderoflife.m3u8 
    

    
c:\windows\system32\inetsrv>exit

    it seems cmd.exe just print my command and not working，
    Dose somebody know why？

Navigation