Recherche avancée

Médias (1)

Mot : - Tags -/book

Autres articles (59)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

  • Sélection de projets utilisant MediaSPIP

    29 avril 2011, par

    Les exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
    Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
    Ferme MediaSPIP @ Infini
    L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...)

Sur d’autres sites (5122)

  • Error in playing encrypted data from url using ffmpeg

    3 février 2015, par Shijin Bose

    I want to play a video data from url. but the data is given as encrypted. so am first store the data to a buffer and then decrypt and then given to AVformat_open_input. but i found it is not possible to give buffer data toAVformat_open_input function. i can’t store the data to secondary device (dew to security).

    is it possible to play an encrypted data from url ?

  • What is the best way to fill AVFrame.data

    21 septembre 2015, par Tim Hsu

    I want to transfer opengl framebuffer data to AVCodec as fast as possible.

    I’ve already converted RGB to YUV with shader and read it with glReadPixels

    I still need to fill AVFrame data manually. Is there any better way ?

    AVFrame *frame;
    
// Y
    
frame->data[0][y*frame->linesize[0]+x] = data[i*3];
    
// U
    
frame->data[1][y*frame->linesize[1]+x] = data[i*3+1];
    
// V
    
frame->data[2][y*frame->linesize[2]+x] = data[i*3+2];

  • FFMPEG bottleneck in relaying data from a dshow camera to stdout PIPE without any processing or conversion

    19 août 2020, par koonyook

    I have a USB camera (FSCAM_CU135) that can encode the video to MJPEG internally and it supports DirectShow. My goal is to retrieve the binary stream of the encoded video as it is (without decoding or preview) and send it to my program for further processing.

    


    I choose to use FFMPEG to read the MJPEG stream and pipe to stdout so that I can read it using Python's subprocess.Popen .

    


    ffmpeg -y -f dshow -vsync 2 -rtbufsize 1000M -video_size 1920x1440 -vcodec mjpeg -i video="FSCAM_CU135" -vcodec copy -f mjpeg pipe:1


    


    At this resolution, the camera is able to capture and transmit at 60 fps.
In this case, I expect FFMPEG to pass the data as fast as possible with no calculation.
With the output of FFMPEG I can tell how fast it moves the data from rtbuffer to the output pipe.

    


    With just one camera, FFMPEG works with no problem and move the data at 60 fps.
However, when I run 2 cameras simultaneously, the cameras still generate data at 60 fps but FFMPEG can only move the data around 55 fps. This means that I am unable to consume the video in realtime and the buffer consumption will be larger over time.

    


    I guess that FFMPEG didn't just simply move the data but did some processing such as searching for the beginning, the end, and the timestamp of each video frame so that it can count frames and report.
Is there a way to force FFMPEG to not doing those things and focus on passing the data only to make it faster ?

    


    If I purely use directshow API without FFMPEG, can it be faster ?

    


Navigation