Recherche avancée

Médias (1)

Mot : - Tags -/bug

Autres articles (47)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

  • Selection of projects using MediaSPIP

    2 mai 2011, par

    The examples below are representative elements of MediaSPIP specific uses for specific projects.
    MediaSPIP farm @ Infini
    The non profit organizationInfini develops hospitality activities, internet access point, training, realizing innovative projects in the field of information and communication technologies and Communication, and hosting of websites. It plays a unique and prominent role in the Brest (France) area, at the national level, among the half-dozen such association. Its members (...)

Sur d’autres sites (5026)

  • FFmpeg and h264_qsv

    16 juin 2015, par Dmitry Vasilyev

    I use Intel Quick Sync encoder inside FFmpeg for h264 RTSP streaming.

    find_hwaccel method from utilc.c is used for filling hwaccel structure.

    libx264 encoder is working with AV_PIX_FMT_RGB24 or AV_PIX_FMT_NV12 formats. But h264_qsv requires AV_PIX_FMT_QSV.

    Method vpicture_get_size(AV_PIX_FMT_NV12, width, height) returns correct size. But method vpicture_get_size(AV_PIX_FMT_QSV, width, height) returns -22
    In addition, method avcodec_encode_video2 crashes when context is filled with AV_PIX_FMT_QSV format.

    What is the reason of such behavior ?

  • Raspberry Pi : Playing multiple video files in mkfifo pipe

    19 janvier 2017, par user3246167

    I have 2 files, test.mp4 and test2.mp4 that I want to play concurrently with no noticeable break in the middle. Currently I’m using

    mkfifo test
    cat test.mp4 > test &
    cat test2.mp4 > test &
    omxplayer test

    However, when I do this, omxplayer just returns data and doesn’t play the file. But if I just put a single file into the pipe, omxplayer shows it normally. I’ve also tried using the copy command in ffmpeg, and that also just returns data, doesn’t play the file.

    I understand that I can just concatenate the 2 files together, but that will not work for my purposes, because I will need to be able to feed files to the pipe while omxplayer is running

  • Why does ffmpeg have bigger latency on dark images ?

    19 novembre 2017, par doodoroma

    I have a c# application to stream real camera images using ffmpeg. The input images are in raw, 8-bit gray-scale format. I created an ffmpeg stream using the standard input to feed the images and send the output packages to websocket clients.

    I start an external ffmpeg process using this config :

    -f rawvideo -pixel_format gray -video_size " + camera.Width.ToString() + "x" + camera.Height.ToString() + " -framerate 25 -i - -f mpeg1video -b:v 512k -s 320x240 -

    Typical image size is 1040*1392 pixels

    I display the stream on the browser, using jsmpeg library

    This works with a reasonable latency ( 500ms on localhost), but when the camera image is really dark (black image), the latency is extremely big ( 2-3 seconds on localhost). When there is something bright on the image again after a black period, it takes 2-3 seconds to "synchronize".

    I was thinking that black images are really easy to compress and will generate really small packages, jsmpeg has almost no information to display and wait until a complete data package arrives, but I couldn’t prove my theory.

    I played with ffmpeg parameters like bitrate and fps but nothing has changed.

    Is there any settings which I could try ?