
Recherche avancée
Médias (1)
-
The pirate bay depuis la Belgique
1er avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
Autres articles (95)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela. -
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
Sur d’autres sites (6335)
-
lavu : fix memory leaks by using a mutex instead of atomics
14 novembre 2014, par wm4lavu : fix memory leaks by using a mutex instead of atomics
The buffer pool has to atomically add and remove entries from the linked
list of available buffers. This was done by removing the entire list
with a CAS operation, working on it, and then setting it back again
(using a retry-loop in case another thread was doing the same thing).This could effectively cause memory leaks : while a thread was working on
the buffer list, other threads would allocate new buffers, increasing
the pool’s total size. There was no real leak, but since these extra
buffers were not needed, but not free’d either (except when the buffer
pool was destroyed), this had the same effects as a real leak. For some
reason, growth was exponential, and could easily kill the process due
to OOM in real-world uses.Fix this by using a mutex to protect the list operations. The fancy
way atomics remove the whole list to work on it is not needed anymore,
which also avoids the situation which was causing the leak.Signed-off-by : Anton Khirnov <anton@khirnov.net>
-
Revision c82de3bede : Extending ext_tx expt to include dst variants Extends the ext-tx experiment to
15 novembre 2014, par Deb MukherjeeChanged Paths :
Modify /vp9/common/vp9_blockd.h
Modify /vp9/common/vp9_entropymode.c
Modify /vp9/common/vp9_entropymode.h
Modify /vp9/common/vp9_enums.h
Modify /vp9/common/vp9_idct.c
Modify /vp9/decoder/vp9_decodeframe.c
Modify /vp9/decoder/vp9_decodemv.c
Modify /vp9/encoder/vp9_bitstream.c
Modify /vp9/encoder/vp9_encodeframe.c
Modify /vp9/encoder/vp9_encodemb.c
Modify /vp9/encoder/vp9_encoder.h
Modify /vp9/encoder/vp9_rd.c
Modify /vp9/encoder/vp9_rdopt.c
Extending ext_tx expt to include dst variantsExtends the ext-tx experiment to include regular and flipped
DST variants. A total of 9 transforms are thus possible for
each inter block with transform size <= 16x16.In this patch currently only the four ADST_ADST variants
(flipped or non-flipped in both dimensions) are enabled
for inter blocks.The gain with the ext-tx experiment grows to +1.12 on derflr.
Further experiments are underway.Change-Id : Ia2ed19a334face6135b064748f727fdc9db278ec
-
ffmpeg - creating segments of equivalent duration
13 octobre 2014, par Code_Ed_StudentI am testing out segment to split a video into segments of 10 seconds each, but I’m noticing some unusual results. In particular, some of the segments generated have varying lengths from 5 seconds to 11 seconds. I’ve tried playing around with segment_time_delta and force_key_frames to make the segments as close to 10 seconds as possible, but it doesn’t seem to be working out so well. How could I make all segments the same duration ?
ffmpeg -i input.mp4 -force_key_frames 10,20,30,40,50,60,70,80,90,100,110,120 -c copy -map 0 -segment_time 10 -f segment output%01d.mp4
Results :
My_vid.mp4 – total duration - 00:02:08
Output1.mp4 00:00:07
Output2.mp4 00:00:07
Output3.mp4 00:00:08
Output4.mp4 00:00:08
Output5.mp4 00:00:09
Output6.mp4 00:00:09
Output7.mp4 00:00:10
Output8.mp4 00:00:10
Output9.mp4 00:00:10
Output10.mp4 00:00:11
Output11.mp4 00:00:11
Output12.mp4 00:00:11
Output12.mp4 00:00:13