Recherche avancée

Médias (0)

Mot : - Tags -/api

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

Autres articles (76)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (9425)

  • Piping file contents to ffmpeg

    30 juin 2014, par user2739431

    I’m currently using this ffmpeg command to generate 2 png images from the raw image fb0 file on an android device.

    ffmpeg -vcodec rawvideo -f rawvideo -pix_fmt rgb32 -s 720x1280 -i fb0
    -f image2 -vcodec png image_%03d.png

    I’m pulling the fb0 file with adb pull before running this command but I’m wondering if I can just cat and pipe the output of it to the ffmpeg command rather than having to save the file locally beforehand. Is this possible, and if so how would it be done ? Thanks

    edit : this post from 2010 says piping in ffmpeg can only be done with video, is this still the case ?

    I tried to do this, and it does work except my image is distorted, any suggestions ?

    adb shell cat /dev/graphics/fb0 | ffmpeg -vcodec rawvideo -f rawvideo
    -pix_fmt rgb32 -s 720x1280 -i pipe:0 -f image2 -vcodec png image_%03d.png

    it gives an "Invalid buffer size" error too.

  • FFMPEG/FFPLAY : Where does AVCodecContext contents get filled

    16 décembre 2013, par Zax

    I have integrated a custom decoder into FFMPEG's Multimedia framework. However i still feel i have missed out a lot of things during the integration. As a result, when i'm trying to render the output data using FFPLAY, the resolution that it is assuming is wrong for my stream.

    The command that i use to render the stream is :

    ./ffplay -vcodec myCustDec -i BasketBallPass_416x240.bin

    So when the above command is executed, on my terminal what it is displaying is :

    Stream #0:0: Video: bintext, pal8, 1280x23168, 25 tbr, 25 tbn, 25 tbc

    From whatever i know, bintext is the parser my decoder is using, then the resolution it is assuming is 1280x23168 (which is wrong).

    Then the FFPLAY's window pops up with a window of size 416x240, with a distorted image in it. What i think is that the decoder is decoding and putting the YUV420 data into the necessary buffer with proper width and height initialization of the AVFrame.

    However due to the resolution that it is displaying in the command line i.e. 1280x23168, the output is distorted. This thing i can confirm because, when i dump the output frame, i'm able to get proper YUV dumped data which can be played in any YUV player.

    The same command when i tryout with some existing codec inside the frame work, below are its dumps :

    Command :

    ./ffplay -vcodec h264 input.m4v

    treminal displays :

    Stream #0:0: Video: h264, yuv420p, 416x240, 25 fps, 25 tbr, 1200k tbn, 25 tbc

    As we see here, the framework is getting the resolution right.

    Now my query is :

    In which place is the resolution of this frames being dumped in the code and should i define my own probe function? can this problem be because of the probe/demuxer?

  • http: Check the auth string contents and not only the pointer

    14 octobre 2013, par Michael Niedermayer
    http: Check the auth string contents and not only the pointer

    This makes sure we don’t send the Except : 100-continue header
    
if no authentication credentials have been provided.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavformat/http.c

Navigation