
Recherche avancée
Autres articles (80)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Participer à sa traduction
10 avril 2011Vous 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, parMediaSPIP 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 AldoI 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
avconv
command 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 Hilblavd/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 inputFor 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>
-
avcodec/alac : Check decorr_shift to avoid invalid shift
23 juillet 2020, par Michael Niedermayeravcodec/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-5751138914402304Found-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>