Recherche avancée

Médias (0)

Mot : - Tags -/formulaire

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

Autres articles (80)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

Sur d’autres sites (9903)

  • Storing high quality video stream (from IP Action Camera) continuously to a Storage Device and issues around Write-Speed bottlenecks

    21 mai 2017, par Aldo

    I am looking to get an Action Camera (Eken H8R, or a GoPro) for a project. Let me explain the scenario I have :

    I will obtain a live stream from the camera on to a Raspberry Pi (over WiFi) as shown here. Next, I want to continuously segment this live stream into 10-15 minute video clips and store them in an external Hard Drive (which is connected to the RPi). I am considering this thread, and the avconvcommand mentioned in the answer by Alexander.

    Now, my concern is write-speed limitations. The video stream would probably have a high bitrate, and might be 4k30fps, in which case file sizes would be huge. Would write speed to disk be a bottleneck ? If so, how will the Pi maintain a buffer to achieve this ? Could I run out of space as the memory stick on the Pi would only be around 8 gigs ? If so, what’s a better alternative ? Please correct me if I’m wrong on these as I’m only a beginner.

  • lavd/v4l2 : produce a 0 byte packet when a dequeued buffer's size is unexpected

    5 juin 2019, par Stephan Hilb
    lavd/v4l2 : produce a 0 byte packet when a dequeued buffer's size is unexpected
    

    Behave like we do for V4L2_BUF_FLAG_ERROR, implemented in commit 28f20d2ff4 .

    For some devices (probably also related to the V4L driver implementation)
    it happens that when invoking the ioctl DQBUF, the returned buffer is not
    of the expected size. Here are two examples for such occurrences :

    [video4linux2,v4l2 @ 0x258b440] Dequeued v4l2 buffer contains 609596 bytes, but 614400 were expected. Flags : 0x00000001.
    /dev/video1 : Invalid data found when processing input

    [video4linux2,v4l2 @ 0x225f440] Dequeued v4l2 buffer contains 609508 bytes, but 614400 were expected. Flags : 0x00000001.
    /dev/video1 : Invalid data found when processing input

    For the ffmpeg CLI tool this means it will stop capturing and exit.

    The described behaviour was observed at least with one OmniVision USB
    web cam and with some stk1160 devices.

    If you search the web for the error message, you will find quite a few
    instances of this problem. Some of them experienced on other devices.

    Probably fixes ticket #4795

    Signed-off-by : Alexander Strasser <eclipse7@gmx.net>

    • [DH] libavdevice/v4l2.c
  • avcodec/alac : Check decorr_shift to avoid invalid shift

    23 juillet 2020, par Michael Niedermayer
    avcodec/alac : Check decorr_shift to avoid invalid shift
    

    Later the decorrelate_stereo call is guarded by channels == 2
    and non-zero decorr_left_weight. Make sure decorr_shift is in
    the expected shift range for that case.

    Fixes : shift exponent 128 is too large for 32-bit type 'int'
    Fixes : 23860/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALAC_fuzzer-5751138914402304

    Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
    Reviewed-by : Alexander Strasser <eclipse7@gmx.net>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavcodec/alac.c