Recherche avancée

Médias (1)

Mot : - Tags -/censure

Autres articles (28)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

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

  • Anomalie #4342 : Erreur 1071 de mysql : Specified key was too long ; max key length is 1000 bytes

    7 avril 2020

    Une autre piste donnée par b_b sur IRC :

    https://florent.poinsaut.fr/2018/08/17/mysql-mariadb-index-column-size-too-large-the-maximum-column-size-is-767-bytes/ :

    - 767 octets est la limite de préfixe déclaré pour les tables InnoDB dans les versions antérieures à la 5.7 de MySQL et dans les versions antérieurs à la 10.2 de MariaDB.
    - A partir de la version 5.7 de MySQL et la 10.2 de MariaDB, cette limite a été augmentée à 3072 octets.

    => bingo on est en 10.1.41-MariaDB-1 stretch

    - L’encodage (latin1, UTF8, UTF8mb4, etc.) peut jouer sur cette taille. Puisqu’en UTF8 un caractère prend 3 octets, il faut diviser la taille disponible par 3 pour trouver la longueur maximale de préfixe d’index. Et par 4 si on utilise UTF8mb4.

    => re bingo on est en utf8

    Une piste ici :

    global.innodb_large_prefix = 1

    https://stackoverflow.com/a/22873006
    https://github.com/go-gitea/gitea/issues/2979#issuecomment-412607116
    https://answers.launchpad.net/maria/+question/241612

    Amha c’est l’option qu’il nous faut tant qu’on est pas en mariadb > 10.1, sinon il faut passer en mariadb 10.3 cf :

    https://github.com/go-gitea/gitea/issues/2979#issuecomment-421000381

    PS : j’utilise mariadb 10.3 en local et je n’ai pas ce problème.

  • ffmpeg error : Unable to find a suitable output format for 'scale=1500:1000'

    13 février 2021, par Tomáš Zato - Reinstate Monica

    I am trying to convert a bunch of images into a video. The original image resolution is 6000x4000, but if I use ffmpeg to create a video with that resolution, no player can even play it because it's way to huge.

    


    I tried to set the output resolution as such, dividing the input resolution by 4 :

    


    ffmpeg -r 60 -s 1500x1000 -start_number 3790 -i DSC_%04d.jpg -vcodec libx264 -crf 25  -pix_fmt yuv420p ../video_lowres.mp4


    


    This had no effect and still produced 6000x4000 video. So instead, I tried this parameter : scale=1500:1000 The full command I ran :

    


    ffmpeg -r 60 scale=1500:1000 -start_number 3790 -i DSC_%04d.jpg -vcodec libx264 -crf 25  -pix_fmt yuv420p ../video_lowres.mp4


    


    But I got this error :

    


    [NULL @ 000002ad897bd9c0] Unable to find a suitable output format for 'scale=1500:1000'
scale=1500:1000: Invalid argument


    


    How can I create a downscaled video from photos using ffmpeg ?

    


  • movenc : add movie_timescale option instead of hardcoding 1000

    27 avril 2021, par Justin Ruggles
    movenc : add movie_timescale option instead of hardcoding 1000
    

    There are cases where using 1000 as the MP4 timescale is not
    accurate enough, for example when one needs sample-accurate audio
    handling.

    This adds a new AVOption to the MOV/MP4 muxer to override the
    movie timescale, but it still defaults to 1000 to maintain current
    default behavior.

    Signed-off-by : Vittorio Giovara <vittorio.giovara@gmail.com>

    • [DH] libavformat/movenc.c
    • [DH] libavformat/movenc.h
    • [DH] libavformat/version.h