Recherche avancée

Médias (1)

Mot : - Tags -/illustrator

Autres articles (70)

  • L’espace de configuration de MediaSPIP

    29 novembre 2010, par

    L’espace de configuration de MediaSPIP est réservé aux administrateurs. Un lien de menu "administrer" est généralement affiché en haut de la page [1].
    Il permet de configurer finement votre site.
    La navigation de cet espace de configuration est divisé en trois parties : la configuration générale du site qui permet notamment de modifier : les informations principales concernant le site (...)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Récupération d’informations sur le site maître à l’installation d’une instance

    26 novembre 2010, par

    Utilité
    Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
    Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...)

Sur d’autres sites (9076)

  • Révision 92519 : Retour sur r92321 trop strict avec les iframe (on ne pouvait plus embed des video...

    29 octobre 2015, par cedric@yterium.com

    On modifie l’approche, toute balise iframe, embed, object, img, image, body, bgsound, meta avec une url contenant : (mais hors ://, donc on vise data : et javascript :) est echappe
    idem si une de ces balises contient un "on" (attribut onxxx), on l’echappe si elle ne passe pas dans safehtml

    Ainsi on reduit les appels (lourds) a safehtml au maximum et on echappe tout ce qui est suspect, mais en laissant passer des embed licites comme avant

  • Revision cb4693afda : Fixed file offset when checking for data tags overflows. Fixed flv file dump sto

    21 avril 2011, par Marc Noirot

    Changed Paths :
     Modify /src/check.c


     Modify /src/flv.c



    Fixed file offset when checking for data tags overflows.
    Fixed flv file dump stopping when encountering an empty tag body.

  • Streaming with ffmpeg

    15 juillet 2014, par jakebird451

    I am using ffmpeg to encode a video from a non-mp4 format to an mp4 format. My goal is to provide the video while its encoding to the client (http link). The link is provided with cherrpypy using python. To perform the encoding, I use the subprocess.Popen command and redirect the output to a pipe. Providing the file live to a browser is fine, however finding how to encode the video though ffmpeg to get my desired result is not going so well.

    The only command I found so far that even works is : ffmpeg -i {inputfile} -nostats -frag_duration 3600 -f mp4 -. This command "works", the audio is flawless however the video is encoded to what looks like 4x (or 2x) the speed of the original video. So I have been experimenting with commands to see if I can fix the video defect but so far I have yet to fix the same problem. I have been attempting to inject the -vcodec libx264 command, still the same problem.

    To assist in troubleshooting my problem, I decided to also save the stream to a file. Playing the recorded file yields the same effect. However, interestingly enough, playing the video though VLC and Windows Media Player fixes the video problem and the video plays perfectly fine. Sound and all. It just seems as though the html5 player (with Google Chrome) does not like however I am packing the video. It seems as thought Google Chrome and my encoded file do not play well together.

    Continuing with the streaming issue, breaking the encoding process still shows the video encoding just fine in VLC and in Windows Media Player. Well, it plays the video just fine up to until I pressed ctrl-c of course. So it seems that maybe it is not the encoding that is the problem, but either :

    1. It is a problem with the header for the generated mp4 file
    2. Google Chome is disregarding the frame rate specified in the file and mandating, say, 60 fps or even 120 ? (which would cause the fast forwarding effect)

    The webpage that I am using to show the video is dynamically created and is formed using the template below :

        
    
        
    
    
    
    
    
        <video controls="controls">
    
            <source src="{link}"></source>
    
            Your browser sux. Fix it.
    
        </video>
    
    

    The {title} and {link} components are substituted with the corresponding components. If anyone has any suggestions on how to troubleshoot this problem I would be more than willing to listen. As of right now, I am stuck on how to progress with the current state of this issue.

Navigation