Recherche avancée

Médias (0)

Mot : - Tags -/flash

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (80)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

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

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

Sur d’autres sites (12807)

  • x86inc : Speed up assembling with Yasm

    19 janvier 2014, par Loren Merritt
    x86inc : Speed up assembling with Yasm

    Work around Yasm’s inefficiency with handling large numbers of variables
    
in the global scope.
    

    Signed-off-by : Diego Biurrun <diego@biurrun.de>
    • [DH] libavutil/x86/x86inc.asm

  • x86inc : speed up compilation with yasm

    16 janvier 2014, par Loren Merritt
    x86inc : speed up compilation with yasm

    Work around yasm’s inefficiency with handling large numbers of variables
    
in the global scope.
    • [DH] common/x86/x86inc.asm

  • Error in ffmpeg when reading from UDP stream

    24 juillet 2013, par six6and1one

    I'm trying to process frames from a UDP stream using ffmpeg. Everything will run fine for a while but av_read_frame() will always eventually return either AVERROR_EXIT (Immeditate exit requested) or -5 (Error number -5 occurred) while the stream should still be running fine. Right before the error it always prints the following message to the console

    [mpeg2video @ 0caf6600] ac-tex damaged at 14 10
    
[mpeg2video @ 0caf6600] Warning MVs not available
    
[mpeg2video @ 0caf6600] concealing 800 DC, 800 AC, 800 MV errors in I frame

    (the numbers in the message vary from run to run)

    I have a suspicion that the error is related to calling av_read_frame too quickly. If I have it run as fast as possible, I usually get an error within 10-20 frames, but if I put a sleep before reading it will run fine for a minute or so and then exit with an error. I realize this is hacky and assume there is a better solution. Bottom line : is there a way to dynamically check if 'av_read_frame()' is ready to be called ? or a way to supress the error ?

    Psuedo code of what I'm doing below. Thanks in advance for the help !

    void getFrame()
    
{
    
    //wait here?? seems hacky...
    
    //boost::this_thread::sleep(boost::posix_time::milliseconds(25));   
    

    
    int av_read_frame_error = av_read_frame(m_input_format_context, &amp;m_input_packet);           
    
    if(av_read_frame_error == 0){       
    
        //DO STUFF - this all works fine when it gets here
    
    }
    
    else{               
    
        //error
    
        char errorBuf[AV_ERROR_MAX_STRING_SIZE];
    
        av_make_error_string(errorBuf, AV_ERROR_MAX_STRING_SIZE, av_read_frame_error);
    
        cout &lt;&lt; "FFMPEG Input Stream Exit Code: " &lt;&lt; av_read_frame_error &lt;&lt; "   Message: " &lt;&lt; errorBuf &lt;&lt; endl;             
    
    }
    
}

Navigation