
Recherche avancée
Autres articles (84)
-
Gestion de la ferme
2 mars 2010, parLa ferme est gérée dans son ensemble par des "super admins".
Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
Dans un premier temps il utilise le plugin "Gestion de mutualisation" -
La gestion des forums
3 novembre 2011, parSi les forums sont activés sur le site, les administrateurs ont la possibilité de les gérer depuis l’interface d’administration ou depuis l’article même dans le bloc de modification de l’article qui se trouve dans la navigation de la page.
Accès à l’interface de modération des messages
Lorsqu’il est identifié sur le site, l’administrateur peut procéder de deux manières pour gérer les forums.
S’il souhaite modifier (modérer, déclarer comme SPAM un message) les forums d’un article particulier, il a à sa (...) -
Gestion des droits de création et d’édition des objets
8 février 2011, parPar défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;
Sur d’autres sites (9433)
-
Trouble with the ffmpeg -ss flag when capturing one frame from a Macbook iSight webcam
1er mars 2014, par AndyFor about five years I've used ffmpeg in a shell script to grab one frame from my linux'd-up Macbook's iSight :
ffmpeg -f video4linux2 -s 640x480 -r 15 -i /dev/video0 -an -vframes 1 -vcodec mjpeg -y -sameq -ss 1.5 snapshot.jpg
I just upgraded my Ubuntu distro from Lucid to Natty (ffmpeg ver. 0.6.2-4:0.6.2-1ubuntu1).
Now that syntax turns the iSight on but hangs indefinitely.[output snipped, ending with:]
frame= 0 fps= 0 q=0.0 Lsize= -0kB time=10000000000.00 bitrate= -0.0kbits/s
video:0kB audio:0kB global headers:0kB muxing overhead -inf%Without the '-ss' flag it seems to successfully grab the first frame and exit immediately - the only difference in output being :
frame= 1 fps= 0 q=0.0 Lsize= -0kB time=0.07 bitrate= -2.6kbits/s
video:16kB audio:0kB global headers:0kB muxing overhead -100.132730%However, the '-ss 1.5' was necessary to delay the frame capture by 1.5 seconds to allow the cam sufficient time to adjust the exposure.
The -itsoffset flag seemed promising, but doesn't seem to change ffmpeg's behavior (ie doesn't hang, but no delay).
Any ideas ?
-
Revision f872a98b1b : Adds speed 8 to vp9 as reference Adds a speed 8 to VP9 where only the nearestmv
28 février 2014, par Deb MukherjeeChanged Paths :
Modify /vp9/encoder/vp9_encodeframe.c
Modify /vp9/encoder/vp9_onyx_if.c
Modify /vp9/encoder/vp9_onyx_int.h
Modify /vp9/encoder/vp9_pickmode.c
Modify /vp9/encoder/vp9_rdopt.c
Adds speed 8 to vp9 as referenceAdds a speed 8 to VP9 where only the nearestmv (0 mv) is searched.
This seems to be about the same speed as vp8 speed 5.Adds a new speed feature to disable inter modes based on a mask for
each blocksize.Adds code for having lower complexity motion search methods
in nonrd pick mode function, even though speed 7 still uses DIAMOND
search for now.Also uses HEX search for speed 6 rather than FAST_HEX which improves
psnr by 0.56% without any noticeable speed drop (tested on gipsmotion).Change-Id : Ic13176572dbd3aed5884a26786940a4b1bbd8a75
-
Revision 9c63e887e6 : cost_coefs approximation speed up This patch adds a new speed feature which doe
3 mars 2014, par Jim BankoskiChanged Paths :
Modify /vp9/encoder/vp9_onyx_if.c
Modify /vp9/encoder/vp9_onyx_int.h
Modify /vp9/encoder/vp9_rdopt.c
cost_coefs approximation speed upThis patch adds a new speed feature which doesn't do the rather
expensive entropy context lookup or save to the table, while
doing costing.The speed up on desktop36p.y4m is around 10% other clips much less.
On the RTC test set this was + 1% in overall datarate.
Change-Id : Ia5144bbf45270671e7be9c8e4055369909e2f738