Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (61)

  • L’utiliser, en parler, le critiquer

    10 avril 2011

    La première attitude à adopter est d’en parler, soit directement avec les personnes impliquées dans son développement, soit autour de vous pour convaincre de nouvelles personnes à l’utiliser.
    Plus la communauté sera nombreuse et plus les évolutions seront rapides ...
    Une liste de discussion est disponible pour tout échange entre utilisateurs.

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

  • MediaSPIP Init et Diogène : types de publications de MediaSPIP

    11 novembre 2010, par

    À l’installation d’un site MediaSPIP, le plugin MediaSPIP Init réalise certaines opérations dont la principale consiste à créer quatre rubriques principales dans le site et de créer cinq templates de formulaire pour Diogène.
    Ces quatre rubriques principales (aussi appelées secteurs) sont : Medias ; Sites ; Editos ; Actualités ;
    Pour chacune de ces rubriques est créé un template de formulaire spécifique éponyme. Pour la rubrique "Medias" un second template "catégorie" est créé permettant d’ajouter (...)

Sur d’autres sites (6899)

  • 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 ?

  • 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

Navigation