Recherche avancée

Médias (1)

Mot : - Tags -/biomaping

Autres articles (93)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

Sur d’autres sites (5810)

  • Evolution #3498 (Fermé) : 3.1 : SPIP 3.1.0-beta [22291] SVP (bouton "version obsolete")

    4 juillet 2015, par YannX DYX

    Mini-amélioration (perte de fonctionnalité par rapport à 3.0)

    L’affichage des plugins* ecrire/ ?exec=admin_plugin*
    montre en plus eventuellement des "short" "information" pour pour les plugins en version
    - incompatible
    - obsolete
    Ces blocs, générés dans svp/formulaires/inc-admin_plugin.html écrasent et masquent le nom du plugin (car ils ont un padding-top & padding-bottom trop imposants) : padding : 0.6925em 10px 0.6925em 40px ; )



    version incompatible


    Leur stylisation dépend de .formulaire_spip ... .information
    que l’on pourrait re-styler (sans doute dans svp/prive/style_prive_plugin_svp.html ) pour réduire à 2px ... ce qui rendrait la lecture et l’usage plus facile

    Par ailleurs je recupère (en PHP 5.3.13 ! ) un :
    Warning : Invalid argument supplied for foreach() in I :\www\.4LR\plugins-dist\svp\formulaires\admin_plugin.php on line 126

    Et, "last but not least" les boutons individuels d’action (visibles au survol, et à la coche) sur les plugins ne fonctionnent pas, avec un message !
    (X) Aucun plugin sélectionné...

    Désolé, mais je ne sais pas aller plus loin...

  • create max quality Frame with FFMPEG from ProRes Clip

    5 août 2021, par Josef Zugarov

    I want to extract a frame from a ProRes Clip, recorded with a Blackmagic URSA Mini Pro 4.6K Gen 2 camera with ffmpeg.
I noticed the following : When I import the ProRes Clip into Davinci I can recover some highlights, which are out of the displayed range by lowering the gain paramater.
As you can see in the waveform the thrid peak has information in all channels.

    


    After I extracted the frame with ffmpeg, I couldn't recover the highlights anymore.
Waveform : Values are clipped till the fifth peak.

    


    I used the following command :
ffmpeg  -ss 00:00:01 -i 0volt.mov -vf zscale=t=input,zscale=c=input -frames:v 1  TIFFs\0volt.tiff -v verbose

    


    Here is the output of the ffmpeg command line : https://pastebin.com/a36ML3tL

    


    Do you have any hint, how the original quality and dynanmic range by extracting a TIFF-Frame with ffmpeg can be retained ?

    


    Thank you !

    


  • lavc/flacdsp : optimise RVV vector type for lpc16

    14 mai 2024, par Rémi Denis-Courmont
    lavc/flacdsp : optimise RVV vector type for lpc16

    This calculates the optimal vector type value at run-time based on the
    
hardware vector length and the FLAC LPC prediction order. In this
    
particular case, the additional computation is easily amortised over
    
the loop iterations :
    

    T-Head C908 :
    
    C     V before  V after
    
 1   48.0    214.7     95.2
    
 2   64.7    214.2     94.7
    
 3   79.7    213.5     94.5
    
 4   96.2    196.5     94.2 #
    
 5  111.0    195.7    118.5
    
 6  127.0    211.2    102.0
    
 7  143.7    194.2    101.5
    
 8  175.7    193.2    101.2 #
    
 9  176.2    224.2    126.0
    
10  191.5    192.0    125.5
    
11  224.5    191.2    124.7
    
12  223.0    190.2    124.2
    
13  239.2    189.5    123.7
    
14  253.7    188.7    139.5
    
15  286.2    188.0    122.7
    
16  284.0    187.0    122.5 #
    
17  300.2    186.5    186.5
    
18  314.0    185.5    185.7
    
19  329.7    184.7    185.0
    
20  343.0    184.2    184.2
    
21  358.7    199.2    183.7
    
22  371.7    182.7    182.7
    
23  387.5    181.7    182.0
    
24  400.7    181.0    181.2
    
25  431.5    180.2    196.5
    
26  443.7    195.5    196.0
    
27  459.0    178.7    196.2
    
28  470.7    177.7    194.2
    
29  470.0    177.0    193.5
    
30  481.2    176.2    176.5
    
31  496.2    175.5    175.7
    
32  507.2    174.7    191.0 #
    

     # Power of two boundary.
    

    With 128-bit vectors, improvements are expected for the first two
    
test cases only. For the other two, there is overhead but below noise.
    
Improvements should be better observable with prediction order of 8
    
and less, or on hardware with larger vector sizes.
    • [DH] libavcodec/riscv/flacdsp_init.c
    • [DH] libavcodec/riscv/flacdsp_rvv.S

Navigation