Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (41)

  • 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 ;

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

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

  • checkasm/hevc_pel : Fix stack buffer overreads

    28 septembre 2021, par Andreas Rheinhardt
    checkasm/hevc_pel : Fix stack buffer overreads

    This patch increases several stack buffers in order to fix
    
stack-buffer-overflows (e.g. in put_hevc_qpel_uni_hv_9 in
    
line 814 of hevcdsp_template.c) detected with ASAN in the hevc_pel
    
checkasm test.
    
The buffers are increased by the minimal amount necessary
    
in order not to mask potential future bugs.
    

    Reviewed-by : Martin Storsjö <martin@martin.st>
    
Reviewed-by : "zhilizhao(赵志立)" <quinkblack@foxmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] tests/checkasm/hevc_pel.c

  • How would I create a radially offset mosaic of rtsp streams that transitions to a logo

    18 juillet 2018, par Jack

    I’m new to stack overflow, but I’ve been researching how to do this for a couple weeks to no avail. I’m hoping perhaps one of you has some knowledge I haven’t seen online yet.

    Here is a crude illustration of what I hope to accomplish. I have a video wall of eight monitors - four each of two different sizes. The way it’s set up now, all eight monitors are treated together as one big monitor displaying an oddly shaped cutout of a desktop.

    Eventually I need each individual monitor to display a separate RTSP stream for about thirty seconds, then have the entire display - all eight monitors in conjunction - to fade out into a large logo.

    My problem right now is that I don’t know of a way to mask an rtsp stream so it looks like this rather than this, let alone how to arrange them into a weirdly spaced, oddly angled, multiple aspect-ratio mosaic like in the original illustration.

    Thank you all for your time. I’m just an intern here without insane technical knowhow, but I’ll try to clarify as much as I can.

    -J

  • avutil/x86/emms : Don't unnecessarily include lavu/cpu.h

    30 juillet 2021, par Andreas Rheinhardt
    avutil/x86/emms : Don't unnecessarily include lavu/cpu.h

    Only include it if it is needed, namely if __MMX__ is undefined.
    

    X86 is currently the only arch where lavu/cpu.h is basically
    
automatically included (for internal development) : #if ARCH_X86
    
is true, lavu/internal.h (which is basically included everywhere)
    
includes lavu/x86/emms.h which can mask missing inclusions
    
of lavu/cpu.h if the developer works on x86/x64. This has happened
    
in 8e825ec3ab09d877f12dcf05d76902a8bb9c8b11 and also earlier
    
(see 6d2365882f281f9452b31b91edb2e6a2d4f5ff08).
    
By including said header only if necessary ordinary developer machines
    
will behave like non-x86 arches, so that missing inclusions of cpu.h
    
won't go unnoticed any more.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavutil/x86/emms.h

Navigation