
Recherche avancée
Autres articles (27)
-
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 (...) -
Contribute to documentation
13 avril 2011Documentation is vital to the development of improved technical capabilities.
MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
To contribute, register to the project users’ mailing (...) -
Ajouter notes et légendes aux images
7 février 2011, parPour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
Modification lors de l’ajout d’un média
Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)
Sur d’autres sites (4783)
-
Revision 1e30547984 : Skip mode search based on reference frame consistency This commit enables the e
12 août 2014, par Jingning HanChanged Paths :
Modify /vp9/encoder/vp9_rdopt.c
Skip mode search based on reference frame consistencyThis commit enables the encoder to skip NEARMV and ZEROMV if the
above and left blocks have identical reference frame, and the
current reference is different from that. It reduces the runtime
of speed 3 for test sequences :
bus cif at 1000 kbps 10064 ms -> 9823 ms
pedestrian 1080p at 2000 kbps 193078 ms -> 189559 msThe compression performance is changed by
derf -0.085%
stdhd -0.103%Change-Id : If304f26d42e6412152a84c3dd7b02635c38444f4
-
Revision ccef8842d2 : Allow full coeff probability model and cost update This commit moves the simpli
13 août 2014, par Jingning HanChanged Paths :
Modify /vp9/encoder/vp9_speed_features.c
Allow full coeff probability model and cost updateThis commit moves the simplified coefficient probability model
and costing update to speed 4, and turns on chessboard pattern
mode search for sub 720p sequences. The overall coding performance
of speed 3 is improved :
derf 0.889%
stdhd 1.744%The speed 3 runtime for test sequences are improved :
bus cif at 1000 kbps 9823 ms -> 9642 ms
pedestrian 1080p 2000 kbps 189559 ms -> 183284 msChange-Id : Iecbc7496a68f31fd49fb09f8dfd97c028d675a5d
-
Android built in Camera encoder VS FFMPEG --- Speed
3 novembre 2015, par user3903275How does recording a 1080P, H264 encoded video in android camera application is realtime fast but encoding a video in android using FFMPEG is slow at the same video size ?
I know FFMPEG is a software level encoder and it wont support any hardware features.
I know camera applications directly get buffer data from camera driver.
But actually where the difference happens ??
Why camera application is Realtime fast ???
Does it use GPU and OpenGL features of the phone to encode the video so that its so realtime fast ??
Because both Camera Application and FFMPEG runs on same mobile but still camera encodes H264 realtime ???