Recherche avancée

Médias (0)

Mot : - Tags -/navigation

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

Autres articles (53)

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

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

Sur d’autres sites (10347)

  • Anomalie #4308 (Nouveau) : Objet sans statut : problème avec objet_instituer()

    7 mars 2019, par tcharlss (*´_ゝ｀)

    Le contexte

    J’ai un objet éditorial sans statut, et avec une date.
    La date est bien déclarée dans declarer_tables_objets_sql : 'date' => 'date'
    Le formulaire d’édition permet de modifier directement la date, sans avoir à passer par #FORMULAIRE_DATER.

    Problème

    La date saisies par l’utilisateur n’est pas enregistrée, ça remet systématiquement la date actuelle.
    À la toute fin des traitements, dans la fonction objet_editer_heritage(), on retrouve bien la date correcte dans le tableau des champs à modifier qui est transmis à sql_updateq().
    Par contre il y également le champ ’statut’, hors il n’a rien à faire là : ça provoque une erreur SQL.

    Voici ce que renvoie var_dump($champs) :

    array (size=2)
  ’statut’ => string ’’ (length=0)
  ’date’ => string ’2019-01-22 00:00:00’ (length=19)

    C’est en amont dans objet_instituer() que le tabeau des champs à modifier est contruit.
    Il semble qu’il y a des tests effectués pour vérifier la présence du champ de statut dans la table, pourtant même en son absence il se retrouve dans la liste.
    Je n’arrive pas à mettre le doigt sur l’endroit exact où ça coince, RastaPopoulos me dit que ça doit se jouer vers la ligne 333

    Solution

    Pas vraiment une solution, mais ça montre bien que c’est l’absence de statut qui fait tout planter : quand je retire la clé ’statut’ dans au moyen du pipeline pre_edition, ça marche.

  • Banding/ Trailing while resizing GIF with transparency using FFMPEG

    30 septembre 2019, par Arpit Kumar

    I am trying to resize a gif using ffmpeg. link here

    This is the command for resizing GIF

    ffmpeg -i default.gif -filter_complex "[0:v] scale=320:-1:flags=lanczos,split [a][b]; [a] palettegen=reserve_transparent=on:transparency_color=ffffff [p]; [b][p] paletteuse" resize.gif

    The problem is with the output. The output GIF has huge "banding/ trailing" effect

    Sample output of the file is here Output here

    I am not sure what is it that I am doing wrong and how can I fix this banding/ trailing effect.

    I am using FFMPEG on macOS Mojave, ffmpeg version is 4.1.1. Below is the output of the command

    ffmpeg version 4.1.1 Copyright (c) 2000-2019 the FFmpeg developers
    
  built with Apple LLVM version 10.0.0 (clang-1000.11.45.5)
    
  configuration: --prefix=/usr/local/Cellar/ffmpeg/4.1.1 --enable-shared --enable-pthreads --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags='-I/Library/Java/JavaVirtualMachines/openjdk-11.0.2.jdk/Contents/Home/include -I/Library/Java/JavaVirtualMachines/openjdk-11.0.2.jdk/Contents/Home/include/darwin' --host-ldflags= --enable-ffplay --enable-gnutls --enable-gpl --enable-libaom --enable-libbluray --enable-libmp3lame --enable-libopus --enable-librubberband --enable-libsnappy --enable-libtesseract --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-videotoolbox --disable-libjack --disable-indev=jack --enable-libaom --enable-libsoxr
    
  libavutil      56. 22.100 / 56. 22.100
    
  libavcodec     58. 35.100 / 58. 35.100
    
  libavformat    58. 20.100 / 58. 20.100
    
  libavdevice    58.  5.100 / 58.  5.100
    
  libavfilter     7. 40.101 /  7. 40.101
    
  libavresample   4.  0.  0 /  4.  0.  0
    
  libswscale      5.  3.100 /  5.  3.100
    
  libswresample   3.  3.100 /  3.  3.100
    
  libpostproc    55.  3.100 / 55.  3.100
    
Input #0, gif, from 'ear_s_01.gif':
    
  Duration: N/A, bitrate: N/A
    
    Stream #0:0: Video: gif, bgra, 640x480, 12.50 fps, 12.50 tbr, 100 tbn, 100 tbc
    
Stream mapping:
    
  Stream #0:0 (gif) -> scale
    
  paletteuse -> Stream #0:0 (gif)
    
Press [q] to stop, [?] for help
    
Output #0, gif, to 'resize.gif':
    
  Metadata:
    
    encoder         : Lavf58.20.100
    
    Stream #0:0: Video: gif, pal8, 320x240, q=2-31, 200 kb/s, 12.50 fps, 100 tbn, 12.50 tbc
    
    Metadata:
    
      encoder         : Lavc58.35.100 gif
    
[Parsed_palettegen_2 @ 0x7f7f19001180] 255(+1) colors generated out of 91324 colors; ratio=0.002792
    
[Parsed_palettegen_2 @ 0x7f7f19001180] Dupped color: FF100C0A
    
frame=   37 fps=0.0 q=-0.0 Lsize=     453kB time=00:00:02.89 bitrate=1283.8kbits/s speed=7.33x    
    
video:452kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.237091%

  • Music discord js bot issue

    12 mars 2019, par Eric Sim

    Does anyone know how I would go about resolving this error ?

    My Discord.JS music bot would just simply crashes when trying to play some old songs. The Discord.JS bot is currently being hosted on herokuapp.

    19-03-12T15:08:08.576483+00:00 app[worker.1]: /app/node_modules/ytdl-core-discord/node_modules/prism-media/src/core/FFmpeg.js:41
    
2019-03-12T15:08:08.576496+00:00 app[worker.1]:     this._readableState = this._reader._readableState;
    
2019-03-12T15:08:08.576499+00:00 app[worker.1]:                                        ^
    
2019-03-12T15:08:08.576501+00:00 app[worker.1]: 
    
2019-03-12T15:08:08.576502+00:00 app[worker.1]: TypeError: Cannot read property '_readableState' of undefined
    
2019-03-12T15:08:08.576504+00:00 app[worker.1]:     at new FFmpeg (/app/node_modules/ytdl-core-discord/node_modules/prism-media/src/core/FFmpeg.js:41:40)
    
2019-03-12T15:08:08.576506+00:00 app[worker.1]:     at ytdl.getInfo (/app/node_modules/ytdl-core-discord/index.js:23:24)
    
2019-03-12T15:08:08.576508+00:00 app[worker.1]:     at fn (/app/node_modules/ytdl-core/lib/info.js:365:9)
    
2019-03-12T15:08:08.576510+00:00 app[worker.1]:     at util.parallel (/app/node_modules/ytdl-core/lib/info.js:232:11)
    
2019-03-12T15:08:08.576511+00:00 app[worker.1]:     at checkDone (/app/node_modules/ytdl-core/lib/util.js:405:7)
    
2019-03-12T15:08:08.576513+00:00 app[worker.1]:     at SAXParser.parser.onend (/app/node_modules/ytdl-core/lib/info.js:288:26)
    
2019-03-12T15:08:08.576515+00:00 app[worker.1]:     at emit (/app/node_modules/sax/lib/sax.js:624:35)
    
2019-03-12T15:08:08.576517+00:00 app[worker.1]:     at end (/app/node_modules/sax/lib/sax.js:667:5)
    
2019-03-12T15:08:08.576519+00:00 app[worker.1]:     at SAXParser.write (/app/node_modules/sax/lib/sax.js:975:14)
    
2019-03-12T15:08:08.576520+00:00 app[worker.1]:     at SAXParser.close (/app/node_modules/sax/lib/sax.js:157:38)

Navigation