
Recherche avancée
Médias (1)
-
La conservation du net art au musée. Les stratégies à l’œuvre
26 mai 2011
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (60)
-
La file d’attente de SPIPmotion
28 novembre 2010, parUne 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 (...) -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
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 (5663)
-
Update grabbag tests to work out-of-tree.
15 février 2015, par Erik de Castro Lopo -
lavfi/opencl : Derive global work size from plane image sizes
19 mars 2018, par Mark Thompsonlavfi/opencl : Derive global work size from plane image sizes
Add a new function to find the global work size given the output image and
the required block alignment, then use it in the overlay, program and unsharp
filters. Fixes the overlay and unsharp filters applying the kernel to
locations outside the frame when subsampled planes are present. -
FFMPEG - How av_read_frame work in case of a network stream ?
4 mai 2012, par TheRockHy,
can anybody please explain me how av_read_frame works in case of a network stream (rtp) ?
Is there an internal buffer that caches the received data, till I call av_read_frame again for the next packet ?
The FFmpeg documentation says :
"The returned packet is valid until the next av_read_frame() .."But how long the data are cached till they become invalid and how big is the latency then ?
Cheers