Recherche avancée

Médias (0)

Mot : - Tags -/interaction

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

Autres articles (100)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (9656)

  • riff : map 0x0038 to amrnb, works on http://video.mopoto.com/4/40/407/40709.avi

    2 octobre 2011, par Compn

    riff : map 0x0038 to amrnb, works on http://video.mopoto.com/4/40/407/40709.avi

  • lavc : add video/audio/encoding flags to global_quality option

    30 septembre 2011, par Anton Khirnov

    lavc : add video/audio/encoding flags to global_quality option

  • Getting artifacts when trying to read video stream from YouTube

    23 février 2012, par givi

    I'm trying to read the video frames from the RTSP stream that I get from YouTube. Here is the link for my test video :

    rtsp ://v8.cache5.c.youtube.com/CiILENy73wIaGQkJlrXMiAG8BxMYDSANFEgGUgZ2aWRlb3MM/0/0/0/video.3gp

    If I'm reading frames from the local file - everything is fine, but when read them from a stream I get nothing but lots of artifacts. I've googled around and found out that there might be a problem with UDP packets and switching to TCP may help but I really can't find where it is possible to change this.

    Here is the function for reading a frame :

    bool nextFrame(AVFormatContext *pFormatCtx, AVCodecContext *pCodecCtx, int videoStream, AVFrame *pFrame) {  AVPacket packet;
    
    int frameFinished = 0;
    

    
    while( !frameFinished && av_read_frame(pFormatCtx, &packet) >= 0 ) {
    
        // Is this a packet from the video stream?
    
        if( packet.stream_index == videoStream ) {
    
            // Decode video frame
    
            avcodec_decode_video2(pCodecCtx, pFrame, &frameFinished, &packet);
    
        }
    

    
        // Free the packet that was allocated by av_read_frame
    
        av_free_packet(&packet);    
    
       }    
    
       return frameFinished!=0;  
    
}

    I'm also getting lots of error messages in my log :

    [h263 @ 0x7804c00] warning: first frame is no keyframe
    
[h263 @ 0x7804c00] illegal ac vlc code at 6x1
    
[h263 @ 0x7804c00] Error at MB: 18
    
[h263 @ 0x7804c00] concealing 99 DC, 99 AC, 99 MV errors
    
[h263 @ 0x7804c00] I cbpy damaged at 10 4
    
[h263 @ 0x7804c00] Error at MB: 58
    
[h263 @ 0x7804c00] concealing 99 DC, 99 AC, 99 MV errors
    
[h263 @ 0x7804c00] I cbpy damaged at 6 6
    
[h263 @ 0x7804c00] Error at MB: 78
    
[h263 @ 0x7804c00] concealing 76 DC, 76 AC, 76 MV errors
    
[h263 @ 0x7804c00] I cbpy damaged at 5 5
    
[h263 @ 0x7804c00] Error at MB: 65
    
[h263 @ 0x7804c00] concealing 88 DC, 88 AC, 88 MV errors
    
[h263 @ 0x7804c00] illegal ac vlc code at 7x5
    
[h263 @ 0x7804c00] Error at MB: 67
    
[h263 @ 0x7804c00] concealing 86 DC, 86 AC, 86 MV errors

    ...and so on

    edit : this is 99.9% a UDP-TCP problem. I've found this link :

    rtsp ://195.200.199.8/mpeg4/media.amp

    This is some test camera available online. It streams with artifacts. However if it has get parameter 'tcp' and if I use this

    rtsp ://195.200.199.8/mpeg4/media.amp ?tcp

    everything works without artifacts.

    So to correct my question : is there any way to force YouTube or ffmpeg to use TCP ?

Navigation