Recherche avancée

Médias (0)

Mot : - Tags -/serveur

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

Autres articles (53)

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

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (6249)

  • Revision 891793a540 : Conditionally skip reference frame check For regular inter frames, if the dista

    29 septembre 2014, par Jingning Han

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



    Conditionally skip reference frame check

    For regular inter frames, if the distance from GOLDEN_FRAME is larger
    than 2 and if the predicted motion vector of LAST_FRAME gives lower
    sse than that of GOLDEN_FRAME, skip the GOLDE_FRAME mode checking in
    the rate-distortion optimization. It provides about 5% speed-up at
    expense of -0.137% and -0.230% performance down for speed 3. Local
    experiment results :

    pedestrian 1080p 2000 kbps
    66712 b/f, 40.908 dB, 113688 ms ->
    66768 b/f, 40.911 dB, 108752 ms

    blue_sky 1080p 2000 kbps
    51054 b/f, 35.894 dB, 70406 ms ->
    51051 b/f, 35.891 dB, 67236 ms

    old_town_cross 720p 1500 kbps
    14412 b/f, 36.252 dB, 60690 ms ->
    14431 b/f, 36.249 dB, 57346 ms

    Change-Id : Idfcafe7f63da7a4896602fc60bd7093f0f0d82ca

  • Revision bb260d9076 : Rework partition search skip scheme This commit enables the encoder to skip spl

    3 octobre 2014, par Jingning Han

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


     Modify /vp9/encoder/vp9_rdopt.c


     Modify /vp9/encoder/vp9_speed_features.c


     Modify /vp9/encoder/vp9_tokenize.c


     Modify /vp9/encoder/vp9_tokenize.h



    Rework partition search skip scheme

    This commit enables the encoder to skip split partition search if
    the bigger block size has all non-zero quantized coefficients in low
    frequency area and the total rate cost is below a certain threshold.
    It logarithmatically scales the rate threshold according to the
    current block size. For speed 3, the compression performance loss :
    derf -0.093%
    stdhd -0.066%

    Local experiments show 4% - 20% encoding speed-up for speed 3.
    blue_sky_1080p, 1500 kbps
    51051 b/f, 35.891 dB, 67236 ms ->
    50554 b/f, 35.857 dB, 59270 ms (12% speed-up)

    old_town_cross_720p, 1500 kbps
    14431 b/f, 36.249 dB, 57687 ms ->
    14108 b/f, 36.172 dB, 46586 ms (19% speed-up)

    pedestrian_area_1080p, 1500 kbps
    50812 b/f, 40.124 dB, 100439 ms ->
    50755 b/f, 40.118 dB, 96549 ms (4% speed-up)

    mobile_calendar_720p, 1000 kbps
    10352 b/f, 35.055 dB, 51837 ms ->
    10172 b/f, 35.003 dB, 44076 ms (15% speed-up)

    Change-Id : I412e34db49060775b3b89ba1738522317c3239c8

  • Streaming x264 with packet loss

    6 octobre 2014, par user2629511

    I write the program where I use x264 as the coder.
    I use the following parameters :

    av_opt_set (codecContextH264[numberCoder]-> priv_data, "profile", "baseline", 0);
    
av_opt_set (codecContextH264[numberCoder]-> priv_data, "preset", "ultrafast", 0);
    
av_opt_set (codecContextH264[numberCoder]-> priv_data, "tune", "zerolatency", 0);
    
codecContextH264[numberCoder]-> bit_rate =bitrate;
    
codecContextH264[numberCoder]-> bit_rate_tolerance=bitrate-5000;
    
codecContextH264[numberCoder]-> width = w;
    
codecContextH264[numberCoder]-> height = h;
    
codecContextH264[numberCoder]-> time_base.den = fps;
    
codecContextH264[numberCoder]-> time_base.num = 1;
    
codecContextH264[numberCoder]-> pix_fmt = PIX_FMT_YUV420P;
    
codecContextH264[numberCoder]-> gop_size = fps*3;
    
codecContextH264[numberCoder]-> keyint_min = fps*3;
    
codecContextH264[numberCoder]-> max_b_frames = 0; 
    
codecContextH264[numberCoder]-> slices = (int) (w*h)/1500+1;

    I use only I and P frames.
    What x264 settings I shall use that could lose P frames ?
    Perhaps x264 has no such opportunity ?!
    I read that if to use a "base" profile, it is possible to lose P frames...
    Help please.

Navigation