Recherche avancée

Médias (0)

Mot : - Tags -/auteurs

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

Autres articles (63)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une 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 (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

  • Script d’installation automatique de MediaSPIP

    25 avril 2011, par

    Afin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
    Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
    La documentation de l’utilisation du script d’installation (...)

Sur d’autres sites (6981)

  • Revision f31ff029df : Elevate NEWMV mode checking threshold in real time The current threshold is kni

    1er juillet 2014, par Yunqing Wang

    Changed Paths :
     Modify /vp9/encoder/vp9_rdopt.c


     Modify /vp9/encoder/vp9_speed_features.c


     Modify /vp9/encoder/vp9_speed_features.h



    Elevate NEWMV mode checking threshold in real time

    The current threshold is knid of low, and in many cases NEWMV
    mode is checked but not picked as the best mode. This patch
    added a speed feature to increase NEWMV threshold, so that
    less partition mode checking goes to check NEWMV. This feature
    is enabled for speed 6 and 7.

    Rtc set borg tests showed :
    1. Speed 6, overall psnr : -0.088%, ssim : -1.339% ;
    Average speedup on rtc set is 11.1%.
    2. Speed 7, overall psnr : -0.505%, ssim : -2.320%
    Average speedup on rtc set is 12.9%.

    Change-Id : I953b849eeb6e0d5a1f13eacba30c14204472c5be

  • Revision 9ac2f66320 : Re-design quantization process This commit re-designs the quantization process

    2 juillet 2014, par Jingning Han

    Changed Paths :
     Modify /vp9/common/vp9_rtcd_defs.pl


     Modify /vp9/encoder/vp9_block.h


     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_encodemb.c


     Modify /vp9/encoder/vp9_encodemb.h


     Modify /vp9/encoder/vp9_quantize.c


     Modify /vp9/encoder/vp9_quantize.h


     Modify /vp9/encoder/vp9_speed_features.c


     Modify /vp9/encoder/vp9_speed_features.h


     Modify /vp9/encoder/x86/vp9_quantize_ssse3_x86_64.asm



    Re-design quantization process

    This commit re-designs the quantization process for transform
    coefficient blocks of size 4x4 to 16x16. It improves compression
    performance for speed 7 by 3.85%. The SSSE3 version for the
    new quantization process is included.

    The average runtime of the 8x8 block quantization is reduced
    from 285 cycles -> 255 cycles, i.e., over 10% faster.

    Change-Id : I61278aa02efc70599b962d3314671db5b0446a50

  • stream_encoder : Improve selection of residual accumulator width

    19 juin 2014, par Miroslav Lichvar
    stream_encoder : Improve selection of residual accumulator width

    In the precompute_partition_info_sums_ function, instead of selecting
    
64-bit accumulator when the signal bps is larger than 16, revert to the
    
original approach based on partition size, but make room for few extra
    
bits to not overflow with unusual signals where the average residual
    
magnitude may be larger than bps.
    

    It slightly improves the performance with standard encoding levels and
    
16-bit files as the 17-bit side channel can still be processed with the
    
32-bit accumulator and correctly selects the 64-bit accumulator with
    
very large 16-bit partitions.
    

    This is related to commits 6f7ec60c and 187e596e.
    

    Signed-off-by : Erik de Castro Lopo <erikd@mega-nerd.com>
    • [DH] src/libFLAC/include/private/stream_encoder.h
    • [DH] src/libFLAC/stream_encoder.c
    • [DH] src/libFLAC/stream_encoder_intrin_sse2.c
    • [DH] src/libFLAC/stream_encoder_intrin_ssse3.c

Navigation