Recherche avancée

Médias (91)

Autres articles (54)

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

  • Activation de l’inscription des visiteurs

    12 avril 2011, par

    Il est également possible d’activer l’inscription des visiteurs ce qui permettra à tout un chacun d’ouvrir soit même un compte sur le canal en question dans le cadre de projets ouverts par exemple.
    Pour ce faire, il suffit d’aller dans l’espace de configuration du site en choisissant le sous menus "Gestion des utilisateurs". Le premier formulaire visible correspond à cette fonctionnalité.
    Par défaut, MediaSPIP a créé lors de son initialisation un élément de menu dans le menu du haut de la page menant (...)

  • MediaSPIP : Modification des droits de création d’objets et de publication définitive

    11 novembre 2010, par

    Par défaut, MediaSPIP permet de créer 5 types d’objets.
    Toujours par défaut les droits de création et de publication définitive de ces objets sont réservés aux administrateurs, mais ils sont bien entendu configurables par les webmestres.
    Ces droits sont ainsi bloqués pour plusieurs raisons : parce que le fait d’autoriser à publier doit être la volonté du webmestre pas de l’ensemble de la plateforme et donc ne pas être un choix par défaut ; parce qu’avoir un compte peut servir à autre choses également, (...)

Sur d’autres sites (11608)

  • Evolution #3834 (Nouveau) : Limiter les referers (au moins dans l’espace privé)

    29 septembre 2016, par Fil _

    Lorsqu’on consulte des sites à partir des stats, ou lorsqu’on prépare un contenu, on n’a pas forcément envie que le site destinataire voie des urls monsite/ecrire/ ?…… dans ses logs.

    Les navigateurs récents respectent une referrer-policy (https://www.w3.org/TR/referrer-policy/), et je propose qu’on envoie en standard

    `Referrer-Policy : origin-when-cross-origin`

    Ca envoie quand même par politesse le nom de notre site, mais pas l’url de la page privée.

    Pour l’espace public la logique serait d’envoyer
    `Referrer-Policy : no-referrer-when-downgrade`

    afin de limiter la fuite d’infos quand on passe de https à http.

    Cette proposition est volontairement minimaliste, il s’agit d’éviter des fuites d’informations mais pas de masquer notre activité. Si on veut rendre ça plus drastique on pourrait passer par deux constantes _REFERRER_POLICY_PUBLIC et _REFERRER_POLICY_PRIVE.

    Attention à l’orthographe c’est bien Referrer-Policy avec deux R, contrairement à l’entête Referer :)

    cf. aussi https://core.spip.net/projects/spip/repository/revisions/23162

  • ffmpeg : add option stats_period

    21 décembre 2020, par Gyan Doshi
    ffmpeg : add option stats_period

    At present, progress stats are updated at a hardcoded interval of
    
half a second. For long processes, this can lead to bloated
    
logs and progress reports.
    

    Users can now set a custom period using option -stats_period
    
Default is kept at 0.5 seconds.
    • [DH] doc/ffmpeg.texi
    • [DH] fftools/ffmpeg.c
    • [DH] fftools/ffmpeg.h
    • [DH] fftools/ffmpeg_opt.c

  • How to correct aspect ratio - ffmpeg poisoned video

    13 mai, par Kurt Fitzner

    I have a video that I converted from the original in a way that seems to have poisoned my aspect ratio. The intended aspect ratio is 12:5 (2.4.:1) at 1920x800.

    


    The video was created with :

    


    ffmpeg -analyzeduration 1000000000 -probesize 100G -loglevel warning -stats -hwaccel cuda \
  -hwaccel_output_format cuda -y -i "UHDSOURCE.mkv" -map 0:v? -c:v hevc_nvenc \
  -preset p7 -2pass true -multipass fullres -rc vbr -rc-lookahead 55 -b:v 1000k -minrate 0 -maxrate 3000k \
  -bufsize 120000k -vf crop=3840:1600:0:280,scale_cuda=1920:800 -metadata title="HDDEST" \
  -map 0:a:2 -c:a:0 aac -b:a:0 160k -map 0:a:4 -c:a:1 aac -b:a:1 96k \
  -map 0:s? -c:s copy -map_metadata 0 "HDDEST.mkv"


    


    The original was 16:9 letterboxed, and the above command seems to have decided the PAR should reflect that. The result is a video with :

    


    Stream #0:0(eng): Video: hevc (Main 10), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 1920x800 [SAR 20:27 DAR 16:9], SAR 27:20 DAR 81:25, 23.98 fps, 23.98 tbr, 1k tbn (default)


    


    I can get halfway to fixing this with :

    


    ffmpeg -i HDDEST.mkv -aspect 12:5 -c copy HDDEST_ASPECT.mkv


    


    But the resultant video still shows two different SAR and DARs. Some players use one, some players insist on the 16:9, though :

    


    Stream #0:0[0x1](eng): Video: hevc (Main 10) (hev1 / 0x31766568), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 1920x800 [SAR 20:27 DAR 16:9], 1072 kb/s, SAR 1:1 DAR 12:5, 23.98 fps, 23.98 tbr, 16k tbn, Start 0.021000 (default)


    


    Q1 : What are the two aspect ratio displays ? I think one of them is the file globally and one of them is the stream, but can get no clear answer

    


    Q2 : How to correct this without re-encoding ? The disc this came from was damaged when my burner was knocked off the table.

    


Navigation