Recherche avancée

Médias (1)

Mot : - Tags -/lev manovitch

Autres articles (70)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

  • Sélection de projets utilisant MediaSPIP

    29 avril 2011, par

    Les exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
    Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
    Ferme MediaSPIP @ Infini
    L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...)

Sur d’autres sites (5477)

  • String is showing undefined

    30 octobre 2022, par Lol

    I am trying to create video using ffmpeg and returning its path to index.js but path is showing undefined.

    


    index.js

    


    app.get('/content/:myfact', async (req, res) => {
  let myfactdata = req.params.myfact;
  let myfact = myfactdata.replace("_", " ");
  const video = await generateVideo(myfact);
  console.log(video)
});


    


    This is my contentVideo.js

    


    const generateImage = require('./contentimage.js');
const { spawn } = require('child_process');

const generateVideo = async (myfact) => {
  await generateImage(myfact);
  const child = spawn('ffmpeg', [
    '-i', 'pictures/download/image.png', 'pictures/download/video.mp4'
  ]);
  child.on('close', function (code, signal) {
    const video = 'pictures/download/video.mp4'
    return video
  });
}

module.exports = generateVideo


    


  • Elegant early exit from a spawned ffmpeg process in C

    21 octobre 2016, par jackson80

    I have a program where I build an ffmpeg command string to capture videos with options input through a gtk3 gui. Once I have all my options selected, I spawn a process with the ffmpeg command string. And I add a child watch to tell me when the process has completed.

     // Spawn child process
     ret = g_spawn_async (NULL, argin, NULL, G_SPAWN_DO_NOT_REAP_CHILD, NULL, NULL, &pid1, NULL);
     if ( !ret )
     {
       g_error ("SPAWN FAILED");
       return;
     }

    /* Add watch function to catch termination of the process.  This function
      * will clean any remnants of process */
     g_child_watch_add (pid1, (GChildWatchFunc)cb_child_watch, widget );

    Executing ffmpeg from a terminal using a command line, the program will give an option to input a "q" at the terminal to end the ffmpeg process early.
    Is there any way to send a "q" to that spawned process to elegantly end the ffmpeg ? I’m fairly sure I could kill the process using the process id, but I would rather stop it using a mechanism that allows ffmpeg to gracefully exit..
    This is running Centos 7, kernel 4.7.5, ffmpeg version 3.0.2.
    Since I can still access the terminal where the ffmpeg output is displayed, I’ve tried typing a "q", but it has no effect on the process.

  • Evolution #4739 (Nouveau) : Styles des boîtes et messages du privé

    19 avril 2021

    Dans la foulée des styles des formulaires, je pense qu’il serait bien d’accorder ça avec les styles des boîtes #BOITE_OUVRIR.
    Mais avant d’y aller, je prends la température.

    Si une alpha est prévue pour le 1er mai ça va être un peu sport. Cela dit, c’est moins compliqué que les formulaires puisqu’il ne s’agit que de l’emballage extérieur, et il s’agit de reprendre une partie des styles des formulaires. Bref ça pourrait.

    Par contre ça repose sur une partie des évolutions de la PR 157, donc travail à entamer qu’après celle-ci intégrée.

    Boîtes

    Dans l’immédiat je ne souhaite pas revenir sur toutes les variantes de boîtes (info, raccourcis, inverse, etc.), qui devraient rester pareil dans les grandes lignes.
    Par contre il faudrait alléger les variantes notice, erreur et info. Sur la page de maintenance c’est festif actuellement :)

    La direction que je veux prendre, c’est de mettre juste une bordure de couleur, et éventuellement déplacer l’icône en haut.
    Cf. image boite_notice_1.png en pièce-jointe.

    Messages

    Par contre un truc un peu problématique, c’est que ces boîtes font un peu double emploi : parfois elles ne sont pas utilisées en tant que boîte à proprement parler, mais en tant que message d’alerte (notice, success, error).
    Je pense qu’il faudrait éviter de les utiliser comme ça, ce sont 2 besoins différents, et ça devrait être 2 composants différents avec des styles propres.

    Dans ce cas, il s’agit de l’équivalent des alertes de Bootstrap par exemple : https://getbootstrap.com/docs/5.0/components/alerts/

    Exemple : sur la page maintenance, le bloc « htaccess inopérant » ça devrait être un simple message d’alerte.
    Et tout bas, le bloc « effacer les statistiques » c’est logique qu’il s’agisse d’une boîte.

    Alors ce composant « alerte » existe à peu près, mais un peu par contingence je crois : il y a des classes .notice, error et .info qu’on peut appliquer à un div, et ça semble faire le job.
    Mais il faudrait rendre ça plus sûr : une classe .alerte et ces déclinaisons .alerte_notice, .alerte_error et .alerte_info
    Pour officialiser ça pourrait pourquoi pas être complété par une balise #ALERTE{titre, variante, …}.

    Là au niveau des styles, ça serait en mode flat, sans ombre portée, et avec un fond de couleur (proche voir identique aux messages de retour des formulaires).
    Cf. image message_notice_1.png en pièce-jointe.