Recherche avancée

Médias (91)

Autres articles (83)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (12715)

  • lavc/aarch64 : motion estimation functions in neon

    26 juin 2022, par Swinney, Jonathan
    lavc/aarch64 : motion estimation functions in neon
    

    - ff_pix_abs16_neon
    - ff_pix_abs16_xy2_neon

    In direct micro benchmarks of these ff functions verses their C implementations,
    these functions performed as follows on AWS Graviton 3.

    ff_pix_abs16_neon :
    pix_abs_0_0_c : 141.1
    pix_abs_0_0_neon : 19.6

    ff_pix_abs16_xy2_neon :
    pix_abs_0_3_c : 269.1
    pix_abs_0_3_neon : 39.3

    Tested with :
    ./tests/checkasm/checkasm —test=motion —bench —disable-linux-perf

    Signed-off-by : Jonathan Swinney <jswinney@amazon.com>
    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DH] libavcodec/aarch64/Makefile
    • [DH] libavcodec/aarch64/me_cmp_init_aarch64.c
    • [DH] libavcodec/aarch64/me_cmp_neon.S
    • [DH] libavcodec/me_cmp.c
    • [DH] libavcodec/me_cmp.h
    • [DH] tests/checkasm/Makefile
    • [DH] tests/checkasm/checkasm.c
    • [DH] tests/checkasm/checkasm.h
    • [DH] tests/checkasm/motion.c
    • [DH] tests/fate/checkasm.mak
  • ffmpeg app using node occasionally crashes as file doesn't appear to be read correctly

    31 mai 2022, par Zabs

    I have an simple Node application that allows me to pass an AWS S3 URL link to a file (in this case video files). It uses the FFMPEG library to read the video file and return data like codecs, duration, bitrate etc..

    &#xA;

    The script is called from PHP script which in turn send the data to the Node endpoint and passes the Amazon S3 URL to node. Sometimes for no obvious reasons the video file fails to return the expected values regarding container, codec, duration etc... and just returns '0'. But when I try the exact same file/request again it returns this data correctly e.g container:mp4

    &#xA;

    I'm not sure but I think the script somehow needs the createWriteStream to be closed but I cannot be sure, the problem is the issue I have found doesn't happen all the time but sporadically so its hard to get to the issue when its difficult to replicate it.

    &#xA;

    Any ideas ?

    &#xA;

    router.post(&#x27;/&#x27;, async function(req, res) {&#xA;  const fileURL = new URL(req.body.file);&#xA;  var path = fileURL.pathname;&#xA;  path = &#x27;tmp/&#x27;&#x2B;path.substring(1);    // removes the initial / from the path&#xA;&#xA;  let file = fs.createWriteStream(path);  // create the file locally&#xA;  const request = https.get(fileURL, function(response) {&#xA;    response.pipe(file);&#xA;  });&#xA;  &#xA;  // after file has saved&#xA;  file.on(&#x27;finish&#x27;, function () {&#xA;    var process = new ffmpeg(path);&#xA;    process.then(function (video) {&#xA;      let metadata = formatMetadata(video.metadata);&#xA;&#xA;      res.send ({&#xA;        status: &#x27;200&#x27;,&#xA;        data: metadata,&#xA;        errors: errors,&#xA;        response: &#x27;success&#x27;&#xA;      });&#xA;&#xA;    }, function (err) {&#xA;      console.warn(&#x27;Error: &#x27; &#x2B; err);&#xA;&#xA;      res.send ({&#xA;        status: &#x27;400&#x27;,&#xA;        data: &#x27;Something went wrong processing this video&#x27;,&#xA;        response: &#x27;fail&#x27;,&#xA;      });&#xA;    });&#xA;  });&#xA;&#xA;  file.on(&#x27;error&#x27;, function (err) {&#xA;    console.warn(err);&#xA;  });&#xA;&#xA;});&#xA;&#xA;function formatMetadata(metadata) {&#xA;  const data = {&#xA;    &#x27;video&#x27; : metadata.video,&#xA;    &#x27;audio&#x27; : metadata.audio,&#xA;    &#x27;duration&#x27; : metadata.duration&#xA;  };&#xA;  return data;&#xA;}&#xA;

    &#xA;

    // Expected output

    &#xA;

    {"data":{"video":{"container":"mov","bitrate":400,"stream":0,"codec":"h264","resolution":{"w":1280,"h":720},"resolutionSquare":{"w":1280,"h":720},"aspect":{"x":16,"y":9,"string":"16:9","value":1.7777777777777777},"rotate":0,"fps":25,"pixelString":"1:1","pixel":1},"audio":{"codec":"aac","bitrate":"127","sample_rate":44100,"stream":0,"channels":{"raw":"stereo","value":2}},"duration":{"raw":"00:00:25.68","seconds":25}}&#xA;

    &#xA;

    // Actual output

    &#xA;

    {"data":{"video":{"container":"","bitrate":0,"stream":0,"codec":"","resolution":{"w":0,"h":0},"resolutionSquare":{"w":0,"h":null},"aspect":{},"rotate":0,"fps":0,"pixelString":"","pixel":0},"audio":{"codec":"","bitrate":"","sample_rate":0,"stream":0,"channels":{"raw":"","value":""}},"duration":{"raw":"","seconds":0}}&#xA;

    &#xA;

    Note - this happens sporadically

    &#xA;

  • ffmpeg, live MPEG-TS demux & decode

    8 mai 2017, par NadavRub

    Environment

    • Ubuntu-14
    • C++
    • ffmpeg

    Use-case

    • Live SPTS is received via UDP by a 3rd party module
    • TS Packets are received iteratively
    • The TS Video (ES) should be decoded in minimal latency

    Considered Implementation

    • Upon TS packet reception, immediately push it to the TS demux
    • Once enough packets are received the video format is resolvable, create the video codec
    • Push each video packet into the video decoder
    • Once enough video packets were processed the video codec result a valid output frame

    Problem at-hand

    Can this be done w/ ffmpeg ?!?!, … using “avformat_open_input” mandate a file to read from… I need a way where I can iteratively push packets to the TS demuxer ( w/ minimal latency )…

    Does ffmpeg support the above mentioned use-case ? How ?