Recherche avancée

Médias (91)

Autres articles (54)

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

  • Activation de l’inscription des visiteurs

    12 avril 2011, par

    Il est également possible d’activer l’inscription des visiteurs ce qui permettra à tout un chacun d’ouvrir soit même un compte sur le canal en question dans le cadre de projets ouverts par exemple.
    Pour ce faire, il suffit d’aller dans l’espace de configuration du site en choisissant le sous menus "Gestion des utilisateurs". Le premier formulaire visible correspond à cette fonctionnalité.
    Par défaut, MediaSPIP a créé lors de son initialisation un élément de menu dans le menu du haut de la page menant (...)

  • MediaSPIP : Modification des droits de création d’objets et de publication définitive

    11 novembre 2010, par

    Par défaut, MediaSPIP permet de créer 5 types d’objets.
    Toujours par défaut les droits de création et de publication définitive de ces objets sont réservés aux administrateurs, mais ils sont bien entendu configurables par les webmestres.
    Ces droits sont ainsi bloqués pour plusieurs raisons : parce que le fait d’autoriser à publier doit être la volonté du webmestre pas de l’ensemble de la plateforme et donc ne pas être un choix par défaut ; parce qu’avoir un compte peut servir à autre choses également, (...)

Sur d’autres sites (11608)

  • iOS SDK avcodec_decode_video Optimization

    6 août 2013, par Johny Cage

    I've recently started a project that relies on streaming FLV directly to an iOS device. As most famous i went with ffmpeg (and an iOS wrapper - kxmovie). To my surprise iPhone 4 is incapable of playing even SD low-bitrate FLV videos. The current implementation i'm using is decoding the video/audio/sub frames in dispatch_async while loop and copies the YUV frame data to a object, where the object is parsed to 3 textures - Y/U/V (in case of RGB color space - just parse the data) and rendered on screen. After much trial and error, i've decided to kill the whole rendering pipeline and leave only the avcodec_decode_video2 function to run. Surprisingly the FPS did not improve and videos are still unplayable.

    My question is : What can i do to improve the performance of avcodec_decode_video2 ?

    Note :
    I've tried a few commercial apps and they play the same file perfectly fine with no more than 50-60% cpu usage.

    The library is based off the 1.2 branch and this is are the build args :

    '--arch=arm',
    
'--cpu=cortex-a8',
    
'--enable-pic',
    
"--extra-cflags='-arch armv7'",
    
"--extra-ldflags='-arch armv7'",
    
"--extra-cflags='-mfpu=neon -mfloat-abi=softfp -mvectorize-with-neon-quad'",
    
'--enable-neon',
    
'--enable-optimizations',
    
'--disable-debug',
    
'--disable-armv5te',
    
'--disable-armv6',
    
'--disable-armv6t2',
    
'--enable-small',
    
'--disable-ffmpeg',
    
'--disable-ffplay',
    
'--disable-ffserver',
    
'--disable-ffprobe',
    
'--disable-doc',
    
'--disable-bzlib',
    
'--target-os=darwin',
    
'--enable-cross-compile',
    
#'--enable-nonfree',
    
'--enable-gpl',
    
'--enable-version3',

    And according to Instruments the following functions take about 30% CPU usage each :

    Running Time    Self        Symbol Name
    
37023.9ms   32.3%   13874,8                   ff_h264_decode_mb_cabac
    
34626.2ms   30.2%   9194,7                    loop_filter
    
29430.0ms   25.6%   173,8                     ff_h264_hl_decode_mb

  • Revision 86bb6df005 : Fixed point reference picture scaling Fixed point scaling factors are calculate

    10 juin 2013, par Tero Rintaluoma

    Changed Paths :
     Modify /vp9/common/vp9_blockd.h


     Modify /vp9/common/vp9_reconinter.c


     Modify /vp9/encoder/vp9_rdopt.c



    Fixed point reference picture scaling

    Fixed point scaling factors are calculated once for each
    reference frame by using integer division. Otherwise fixed point
    scaling routines are used in all scaling calculations. This makes it
    possible to calculate fixed point scaling factors on device driver
    software and pass them to hardware and thus avoid division on hardware.

    TODO :
    - Missing check for maximum frame dimensions
    (currently scaling uses 14 bits)
    - Missing check for maximum scaling ratio
    (upscaling 16:1, downscaling 2:1)

    Problems :
    - Straightforward fixed point implementation can cause error +-1
    compared to integer division (i.e. in x_step_q4). Should only
    be an issue for frames larger than 16k.

    Change-Id : I3cf4dabd610a4dc18da3bdb31ae244ebaf5d579c

  • ftp: reconnect on seek

    30 mai 2013, par Lukasz Marek
    ftp: reconnect on seek

    ABOR command usually takes long (FTP server implementation dependent).
    
It also produces different response codes from different servers.
    

    It is save for ffmpeg to reconnect both connection during seek for two reasons :
    
1. Alreay mentioned heavy manner of ABOR command.
    
2. Server may disconnected due to no transfer (seek after a long pause in ffmpeg client)
    • [DH] libavformat/ftp.c

Navigation