
Recherche avancée
Autres articles (62)
-
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 (...) -
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
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 (...)
Sur d’autres sites (8192)
-
Manually feeding x264 with my own motion data ?
6 septembre 2011, par ldoogyI am trying to encode a stream using x264 (by feeding individual images), but what's unusual is that I already have some motion information for my frames. I know exactly which areas have been modified in each frame, and I know where motion has occurred in the frame.
Is there a way to feed x264 my own motion information ? I'd like to give it motion vectors for given areas in the frame, and somehow tell it that certain areas in the frame are guaranteed to not have had any motion in them.
I think this might significantly improve the performance of the encoding (because I'm allowing the codec to completely skip the motion estimation phase), and should also somewhat increase quality in cases where the encoder's motion estimation algos might have missed the motion that actually occurred.
Do I need to modify the encoder in order to do this, or is this supported in the existing API ?
-
Revision 096eaba728 : Remove VP8 save_reg_neon function This patch did a cleanup following the commit
29 avril 2014, par Yunqing WangChanged Paths :
Delete /vp8/common/arm/neon/save_reg_neon.asm
Modify /vp8/decoder/onyxd_if.c
Modify /vp8/encoder/onyx_if.c
Modify /vp8/vp8_common.mk
Remove VP8 save_reg_neon functionThis patch did a cleanup following the commit "Save NEON registers
in VP8 NEON functions". The pushing/poping of callee-saved NEON
registers was moved into individual NEON functions. Therefore,
we don’t need to save those registers at the beginning of codec.
The related code was removed.Change-Id : I5648166514fc9beffb780aa138495597731f49ea
-
ffmpeg returns 'frame_pts' as unrecognized option
25 janvier 2018, par HélderEarlier today I posted a question about frame extration with keyframes per encoding order (here) and I tried to run the command provided in one of the answers but ffmpeg returns :
Unrecognized option 'frame_pts'.
Error splitting the argument list : Option not found
Any clue how to make ffmpeg to recognize ’frame_pts’ option ?
The full command that I ran is :ffmpeg -i input.mp4 "select='eq(pict_type\,I)" -vsync 0 -frame_pts 1 thumbnails-%02d-I.png