Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (40)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

  • Submit enhancements and plugins

    13 avril 2011

    If you have developed a new extension to add one or more useful features to MediaSPIP, let us know and its integration into the core MedisSPIP functionality will be considered.
    You can use the development discussion list to request for help with creating a plugin. As MediaSPIP is based on SPIP - or you can use the SPIP discussion list SPIP-Zone.

Sur d’autres sites (9477)

  • ffmpeg returns 'frame_pts' as unrecognized option

    25 janvier 2018, par Hélder

    Earlier 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

  • Revision 096eaba728 : Remove VP8 save_reg_neon function This patch did a cleanup following the commit

    29 avril 2014, par Yunqing Wang

    Changed 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 function

    This 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

  • Manually feeding x264 with my own motion data ?

    6 septembre 2011, par ldoogy

    I 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 ?

Navigation