Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP 0.2

Autres articles (8)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

  • Le plugin : Gestion de la mutualisation

    2 mars 2010, par

    Le plugin de Gestion de mutualisation permet de gérer les différents canaux de mediaspip depuis un site maître. Il a pour but de fournir une solution pure SPIP afin de remplacer cette ancienne solution.
    Installation basique
    On installe les fichiers de SPIP sur le serveur.
    On ajoute ensuite le plugin "mutualisation" à la racine du site comme décrit ici.
    On customise le fichier mes_options.php central comme on le souhaite. Voilà pour l’exemple celui de la plateforme mediaspip.net :
    < ?php (...)

  • MediaSPIP : Modification des droits de création d’objets et de publication définitive

    11 novembre 2010, par

    Par défaut, MediaSPIP permet de créer 5 types d’objets.
    Toujours par défaut les droits de création et de publication définitive de ces objets sont réservés aux administrateurs, mais ils sont bien entendu configurables par les webmestres.
    Ces droits sont ainsi bloqués pour plusieurs raisons : parce que le fait d’autoriser à publier doit être la volonté du webmestre pas de l’ensemble de la plateforme et donc ne pas être un choix par défaut ; parce qu’avoir un compte peut servir à autre choses également, (...)

Sur d’autres sites (3116)

  • Display UDP(RGB) Input to ffmpeg or vlc

    16 mai 2013, par thalsharif

    I receive from local port UDP packets that content only RGB payload (video stream).

    How can I display RGB using ffmpeg or vlc ?

  • Google App Engine - Access file after uploaded to bucket

    28 mai 2021, par jessiPP

    I have uploaded a file using my google app engine backend to my storage bucket but now I cannot access the file to pass in into ffmpeg. I am getting this error message from the try-catch : "The input file does not exist". I can see that the file was uploaded because I checked my developer console under the storage bucket. I am using the boilerplate code provided by google but added the ffmpeg for testing. I am trying to access the path to the uploaded file using, but it is incorrect, though I am getting the bucket.name value and the blob.name value. I am using the "flex" environment for this.

    &#xA;

    const originalFilePath = `gs://${bucket.name}/${blob.name}`; &#xA;

    &#xA;

    here is the full code :

    &#xA;

    const process = require(&#x27;process&#x27;); // Required to mock environment variables&#xA;const express = require(&#x27;express&#x27;);&#xA;const helpers = require(&#x27;./helpers/index&#x27;);&#xA;const Multer = require(&#x27;multer&#x27;);&#xA;const bodyParser = require(&#x27;body-parser&#x27;);&#xA;const ffmpeg = require("ffmpeg"); //https://www.npmjs.com/package/ffmpeg&#xA;const {Storage} = require(&#x27;@google-cloud/storage&#x27;);&#xA;&#xA;// Instantiate a storage client&#xA;const storage = new Storage();&#xA;&#xA;const app = express();&#xA;app.set(&#x27;view engine&#x27;, &#x27;pug&#x27;);&#xA;app.use(bodyParser.json());&#xA;&#xA;// Multer is required to process file uploads and make them available via&#xA;// req.files.&#xA;const multer = Multer({&#xA;storage: Multer.memoryStorage(),&#xA; limits: {&#xA;  fileSize: 5 * 1024 * 1024, // no larger than 5mb, you can change as needed.&#xA; },&#xA;});&#xA;&#xA;// A bucket is a container for objects (files).&#xA;const bucket = storage.bucket(process.env.GCLOUD_STORAGE_BUCKET);&#xA;&#xA;// Display a form for uploading files.&#xA;app.get(&#x27;/&#x27;, (req, res) => {&#xA; res.render(&#x27;form.pug&#x27;);&#xA;});&#xA;&#xA;// Process the file upload and upload to Google Cloud Storage.&#xA;app.post(&#x27;/upload&#x27;, multer.single(&#x27;file&#x27;), (req, res, next) => {&#xA;&#xA;if (!req.file) {&#xA; res.status(400).send(&#x27;No file uploaded.&#x27;);&#xA; return;&#xA;}&#xA;&#xA;// Create a new blob in the bucket and upload the file data.&#xA;const blob = bucket.file(req.file.originalname);&#xA;const blobStream = blob.createWriteStream({&#xA; resumable: false,&#xA;});&#xA;&#xA;blobStream.on(&#x27;error&#x27;, err => {&#xA; next(err);&#xA;});&#xA;&#xA;blobStream.on(&#x27;finish&#x27;, () => {&#xA;&#xA;const audioFile = helpers.replaceAllExceptNumbersAndLetters(new Date());&#xA;&#xA;// this path is incorrect but I cannot find correct way to do it&#xA;const originalFilePath = `gs://${bucket.name}/${blob.name}`; &#xA;&#xA;const filePathOutput = `gs://${bucket.name}/${audioFile}.mp3`;&#xA;&#xA;try {&#xA; const process = new ffmpeg(originalFilePath);&#xA; process.then(function (video) {&#xA; // Callback mode&#xA; video.fnExtractSoundToMP3(filePathOutput, (error, file) => {&#xA; if (!error)&#xA;  res.send(`audio file: ${file}`);&#xA; });&#xA;}, (error) => {&#xA; res.send(`process error: ${error}`);&#xA;&#xA;});&#xA;} catch (e) {&#xA; res.send(`try catch error: ${JSON.stringify(e)} | bucket: ${JSON.stringify(bucket)} | &#xA; blob: : ${JSON.stringify(blob)}`);&#xA;}  &#xA;&#xA;&#xA;});&#xA;&#xA;blobStream.end(req.file.buffer);&#xA;&#xA;});&#xA;&#xA;const PORT = process.env.PORT || 8080;&#xA;app.listen(PORT, () => {&#xA; console.log(`App listening on port ${PORT}`);&#xA; console.log(&#x27;Press Ctrl&#x2B;C to quit.&#x27;);&#xA;});&#xA;&#xA;&#xA;module.exports = app;&#xA;

    &#xA;

  • mmaldec : refactor to have more context per MMAL input buffer

    23 septembre 2015, par wm4
    mmaldec : refactor to have more context per MMAL input buffer
    

    The next commit needs 1 bit of additional information per MMAL buffer
    sent to the MMAL input port. This information will be needed when the
    buffer is recycled (i.e. returned by the input port’s callback).
    Normally, we could use MMAL_BUFFER_HEADER_FLAG_USER0, but that is
    unexpectedly not preserved.

    Do this by storing a pointer to FFBufferEntry in the MMAL buffer’s
    user data, instead of an AVBufferRef. This also changes the lifetime
    of FFBufferEntry.

    Signed-off-by : Luca Barbato <lu_zero@gentoo.org>

    • [DBH] libavcodec/mmaldec.c