Recherche avancée

Médias (0)

Mot : - Tags -/tags

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

Autres articles (27)

  • 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

  • Création définitive du canal

    12 mars 2010, par

    Lorsque votre demande est validée, vous pouvez alors procéder à la création proprement dite du canal. Chaque canal est un site à part entière placé sous votre responsabilité. Les administrateurs de la plateforme n’y ont aucun accès.
    A la validation, vous recevez un email vous invitant donc à créer votre canal.
    Pour ce faire il vous suffit de vous rendre à son adresse, dans notre exemple "http://votre_sous_domaine.mediaspip.net".
    A ce moment là un mot de passe vous est demandé, il vous suffit d’y (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

Sur d’autres sites (2718)

  • 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

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

    &#xA;

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

    &#xA;

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

    &#xA;

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

    &#xA;

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

    &#xA;

    But I got this error :

    &#xA;

    [NULL @ 000002ad897bd9c0] Unable to find a suitable output format for &#x27;scale=1500:1000&#x27;&#xA;scale=1500:1000: Invalid argument&#xA;

    &#xA;

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

    &#xA;

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

Navigation