Recherche avancée
Autres articles (3)
-
Le plugin : Podcasts.
14 juillet 2010, parLe problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
Types de fichiers supportés dans les flux
Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...) -
Submit bugs and patches
13 avril 2011Unfortunately a software is never perfect.
If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
You may also (...) -
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa 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 (3351)
-
avcodec/exr : tag gamma=1.0 output as linear light
16 août 2023, par Leo Izenavcodec/exr : tag gamma=1.0 output as linear light
By default the OpenEXR decoder outputs linear light pixel data by
applying a gamma=1.0 transfer (i.e. a no-op). When it does so, it
should tag the data as linear so color-managed filters or other tools
can work with it correctly.Signed-off-by : Leo Izen <leo.izen@gmail.com>
-
How to resolve "ffmpeg was killed with signal SIGSEGV" in docker container
25 juin 2024, par GmanicusI have a Node.js application deployed to a docker container with
fluent-ffmpeg,@ffmpeg-installer/ffmpeg, and@ffprobe-installer/ffmprobe.

Here is the
fluent-ffmpeginit script :

import ffmpeg = require('fluent-ffmpeg');
const ffmpegPath = require('@ffmpeg-installer/ffmpeg').path;
const ffprobePath = require('@ffprobe-installer/ffprobe').path;

ffmpeg.setFfmpegPath(ffmpegPath);
ffmpeg.setFfprobePath(ffprobePath);

export default ffmpeg;


This gets used to take a snapshot of a video and save that image to file :


ffmpeg('ism manifest here')
 .inputOption(`-ss timestamp`)
 .outputOptions([
 '-vframes 1',
 '-vf crop=640:230:320:490,eq=saturation=0:contrast=1000,negate'
 ])
 .output('test.png')
 .run();


Whenever any configuration of ffmpeg command is run, it nearly instantaneously fails with :


Error: ffmpeg was killed with signal SIGSEGV
 at ChildProcess.<anonymous> (/app/node_modules/fluent-ffmpeg/lib/processor.js:180:22)
 at ChildProcess.emit (node:events:517:28)
 at Process.ChildProcess._handle.onexit (node:internal/child_process:292:12)
</anonymous>

I have attempted to raise the memory and CPU usage limits of the server in the docker-compose file :


...
 deploy:
 resources:
 limits:
 cpus: '0.75'
 memory: 2G
 reservations:
 cpus: '0.50'
 memory: 1G


But nothing has worked. Running this on my local machine works just fine. Help ?


UPDATE :


I just attempted running a small dockerized ffmpeg test script on its own in its own brand new container. Same issue. So, it doesn't seem to have anything to do with my server's configuration.


-
checkasm : add helper to report a fatal signal
16 novembre 2023, par Rémi Denis-Courmont
Syndiquer tout le site
