Recherche avancée

Médias (1)

Mot : - Tags -/getid3

Autres articles (62)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (6370)

  • 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