Recherche avancée

Médias (0)

Mot : - Tags -/auteurs

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

Autres articles (92)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (12308)

  • lavfi/qsvvpp : support async depth

    31 mars 2021, par Fei Wang
    lavfi/qsvvpp : support async depth

    Async depth will allow qsv filter cache few frames, and avoid force
    
switch and end filter task frame by frame. This change will improve
    
performance for some multi-task case, for example 1:N transcode(
    
decode + vpp + encode) with all QSV plugins.
    

    Performance data test on my Coffee Lake Desktop(i7-8700K) by using
    
the following 1:8 transcode test case improvement :
    
1. Fps improved from 55 to 130.
    
2. Render/Video usage improved from 61%/ 38% to 100%/ 70%.(Data get
    
from intel_gpu_top)
    

    test CMD :
    
ffmpeg -v verbose -init_hw_device qsv=hw :/dev/dri/renderD128 -filter_hw_device                 \
    
 hw -hwaccel qsv -hwaccel_output_format qsv -c:v h264_qsv -i 1920x1080.264                     \

    - vf 'vpp_qsv=w=1280:h=720:async_depth=4' -c:v h264_qsv -r:v 30 -preset 7 -g 33 -refs 2 -bf 3 -q 24 -f null - \

    - vf 'vpp_qsv=w=1280:h=720:async_depth=4' -c:v h264_qsv -r:v 30 -preset 7 -g 33 -refs 2 -bf 3 -q 24 -f null - \

    - vf 'vpp_qsv=w=1280:h=720:async_depth=4' -c:v h264_qsv -r:v 30 -preset 7 -g 33 -refs 2 -bf 3 -q 24 -f null - \

    - vf 'vpp_qsv=w=1280:h=720:async_depth=4' -c:v h264_qsv -r:v 30 -preset 7 -g 33 -refs 2 -bf 3 -q 24 -f null - \

    - vf 'vpp_qsv=w=1280:h=720:async_depth=4' -c:v h264_qsv -r:v 30 -preset 7 -g 33 -refs 2 -bf 3 -q 24 -f null - \

    - vf 'vpp_qsv=w=1280:h=720:async_depth=4' -c:v h264_qsv -r:v 30 -preset 7 -g 33 -refs 2 -bf 3 -q 24 -f null - \

    - vf 'vpp_qsv=w=1280:h=720:async_depth=4' -c:v h264_qsv -r:v 30 -preset 7 -g 33 -refs 2 -bf 3 -q 24 -f null -
    

    Signed-off-by : Fei Wang <fei.w.wang@intel.com>
    
Reviewed-by : Linjie Fu <linjie.justin.fu@gmail.com>
    
Signed-off-by : Zhong Li <zhongli_dev@126.com>
    • [DH] libavfilter/qsvvpp.c
    • [DH] libavfilter/qsvvpp.h
    • [DH] libavfilter/vf_deinterlace_qsv.c
    • [DH] libavfilter/vf_vpp_qsv.c

  • Anomalie #4354 : Problème de recherche REGEX, mauvais joker

    19 juin 2019, par Jimmy Laporte

    b b a écrit :

    Salut, je ne reproduis pas chez moi avec SPIP 3.3, la recherche fonctionne sans problème avec ce titre.

    Ça ressemble à un problème du côté base de données, chez moi la table spip_articles est bien en utf8_general_ci, est-ce bien le cas de ton côté ?

    On dirait bien un doublon de #3930.

    Alors, là j’ai le bug sur 3.2.4, php 7.2.12, mysql 5.0.12-dev et c’est bien de l’utf8_general_ci

    Si tu veux tester le problème, j’ai installé un spip vierge tout frais pour illustrer :

    http://spip.telkea.com/ecrire
    login : demo
    pwd : testtest

    et tu recherches "Fêtes et Cérémonies", tu verras que l’article ne sort pas => http://spip.telkea.com/ecrire/?exec=recherche&recherche=F%C3%AAtes%20et%20C%C3%A9r%C3%A9monies
    tandis que si je modifie le joker "." en ".*" ça marche => http://spip.telkea.com/ecrire/?exec=recherche&recherche=F%C3%AAtes%20et%20C%C3%A9r%C3%A9monies&fix=true

     ;)

  • Anomalie #3535 : liste des rédacteurs connectés

    16 août 2017, par Julien -

    Sur un SPIP 3.2b, (migré depuis un 2.1 > 3.1 > 3.2b), j’ai en effet 4 types de valeur pour imessage : "oui", "non", vide, NULL.
    (Et une condition SQL imessage != 'non' retourne le vide mais pas le NULL).

    Au niveau MySQL, la colonne imessage n’a pas de NOT NULL.
    Au niveau du code SPIP, on trouve :
    https://core.spip.net/projects/spip/repository/entry/spip/ecrire/maj/v012.php#L35 : création initial en NOT NULL

    Il semble que sur une installation neuve :
    https://core.spip.net/projects/spip/repository/entry/spip/ecrire/base/objets.php#L225 : le "field" est absent (bien que référencé dans "champs_editables" L223)

    C’est l’organiseur qui semble gérer la création de imessage et messagerie :
    https://core.spip.net/projects/organiseur/repository/entry/base/organiseur.php#L27
    => Il crée ces champs sans préciser de NOT NULL contrairement à v012.php

    A noter que sur une base en SPIP 2.1, je vois que j’ai tout de même "OUI" à la propriété NOT NULL !!

    Au niveau du code SPIP, il semble que les conditions portent toujours sur != 'non'.
    Ne faudrait-il pas plutôt corriger la définition de la colonne en mettant un NOT NULL DEFAULT '' ?

Navigation