Recherche avancée

Médias (1)

Mot : - Tags -/ticket

Autres articles (27)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • De près ou de loin...

    29 avril 2011, par

    Ils ne le savent pas forcément mais sont indispensables
    MediaSPIP est un logiciel open-source, il se base sur d’autres logiciels, et d’autres logiciels lui sont également nécessaires pour fonctionner ... Les personnes ici listées ne savent pas forcément qu’elles ont un rôle important dans le développement, elles ont apporté leur connaissances dans le cadre de la création d’une partie de ces éléments nécessaires ou ont écrit des articles permettant de comprendre certaines choses... il semble indispensable (...)

Sur d’autres sites (2824)

  • Android sws_scale RGB Frame taking long time and cause of latency in the video

    17 avril 2018, par AJit

    I am reading frames from FFMPEG and try to directly draw to surface window in Native android, If i scale image to exact size what we are getting from camera and apply YUV420P to RGBA it take 1ms to scale through av_image_fill_arrays but if i try to scale image what i need for surface, then i take 25 to 30ms to scale same frame. so latency is the problem.

    In below example getting YUV420P pixel format.

    Low latency :[ 1ms by sws_scale]

    swsContext = sws_getContext(videoCodecContext->width,
    
                                    videoCodecContext->height,
    
                                    videoCodecContext->pix_fmt,
    
                                    videoCodecContext->width,
    
                                    videoCodecContext->height,
    
                                    AV_PIX_FMT_RGB0,
    
                                    SWS_FAST_BILINEAR, NULL, NULL, NULL);
    
av_image_fill_arrays()
    
av_read_frame()
    
avcodec_decode_video2(
    
sws_scale(swsContext,
    
          (const uint8_t *const *) videoFrame->data,
    
          videoFrame->linesize,
    
          0,
    
          videoCodecContext->height,
    
          pictureFrame->data,
    
          pictureFrame->linesize);
    
ANativeWindow_lock()
    
Write all buffer bytes to window.
    
ANativeWindow_unlockAndPost()

    Low latency :[ 30ms by sws_scale]

    [videoContext Width: 848 Height: 608]
    
swsContext = sws_getContext(videoCodecContext->width,
    
                                    videoCodecContext->height,
    
                                    videoCodecContext->pix_fmt,
    
                                    1080,
    
                                    608,
    
                                    AV_PIX_FMT_RGB0,
    
                                    SWS_FAST_BILINEAR, NULL, NULL, NULL);

    Whenever we change context width and height other then videoContext it will take more then 30ms and we are delaying the video.

    TRY 1 : Pass the buffer from JNI to Java and create bitmap there to scale later on but createBitmap itself take 500ms so no useful.

    TRY 2 : Direct YUV420P to RGB conversion. still long time then sws_scale.

    TRY 3 : Direct write YUV to window bites but it show without color(If anyone have solution here will might helpful).

    TRY 4 : Use yuvlib, no luck.

    TRY 5 : Different color combinations and flags in swsContext.

    Any help would appreciated.

Navigation