Recherche avancée

Sur d’autres sites (3751)

• Anomalie #3050 : Améliorer la lisibilité des statistiques

  14 septembre 2013, par tetue tetue

  Voici donc, à la demande de b_b, le texte présent sur la capture jointe (à voir pour bien comprendre) :

  Avant :
  - Absence de titre
  - Repères visuels de période,
 qui rythment le graphique et en permettent une lecture visuelle, sans devoir se référer à l’axe des abscisses.
  - Rendu graphique simple : deux tonalités, en aplat uni.
  - Marqueurs précis de période, calés au jour près
  - Intitulés explicites, formulés en langage usuel, informant de l’année et de la période, compensant l’absence de titre
  - Quelques valeurs moyennes (avec gris, maigre, gras) donnent des repères
  - Vue par défaut sur toutes les stats, depuis la mise en ligne du site. Cela donne une vue d’ensemble de l’activité du site.
  - Placé à droite, l’axe des ordonnées, permet de mesurer les valeurs récentes. L’alternance de gras, maigre et gris en facilite la lecture.
  - Ces deux graphiques (vue du moment et vue exhaustive), donnent une vue d’ensemble du trafic du site, d’un coup d’œil.

  Après :
  - Titre explicite
  - Absence de repère visuel de période, ce qui rend tout le graphe compact et moins lisible. Impossible de le lire sans consulter l’axe des abscisses ou survoler dans l’espoir d’une infobulle explicative. Le rendu graphique en dégradé, avec bordure, ajoute à la confusion visuelle.
  - Tableau listant des valeurs, non hiérarchisées, ne permettant plus une lecture rapide
  - Intitulés peu explicites, chiffrés, avec redondances (répétition inutile de l’année) positionnés approximativement.
  - Placé à gauche, traditionnellement, l’axe des ordonnées est loin des dernières valeurs, dont la lecture est alors approximative
  - Ces deux graphiques ne donnent pas une vue d’ensemble par défaut. Il faut utiliser les zooms pour obtenir la vision globale (que l’on préférait avoir par défaut).

• Evolution #2782 : SPIP et MySQL 5 : detectet STRICT_ALL_TABLES

  12 mai 2013, par cedric -

  En l’absence de clause DEFAULT l’installation des tables bloque dans certaines configurations. On a ici un compromis pour que cela passe partout autant que possible, mais en effet, c’est mis en echec par le mode STRICT_ALL_TABLES sur mysql qui heureusement est rare par défaut. Il faudrait le detecter.

• Streaming a video to multiple end users with node.js and ffmpeg

  9 juin 2023, par Nick Knapp

  I'm designed an API endpoint with node.js and express which will accept a url from a different part of the application, convert it into a webm stream, and allow multiple different end users to receive the end result without too much backend processing.

  


  I'd like to have the process running once and pipe the resulting stream to n endpoint calls without using temp files to hold it. So far, all of my attempts to store the output in a temporary object have failed.

  


  What would be the best method of going about doing this ?

  


  The following does not work, but is an example of what I've been trying to do.

  


  import express from 'express';
import cors from 'cors';
import FfmpegCommand from 'fluent-ffmpeg';
import stream from 'stream';

const app = express();
const port = 3002;
const activeStreams = {};

app.use(cors());

app.get('/video/stream', (req, res) => {

  var streamUrl = new URL(req.query.streamurl);
  var protocol = streamUrl.protocol;

  if (activeStreams[streamUrl] === undefined) {
    activeStreams[streamUrl] = new stream.Duplex();
    if (['udp:', 'rtmp:', 'rtsp:'].includes(protocol)) {
      FfmpegCommand(path)
      .toFormat('webm')
      .on('error', function(err, stdout, stderr) {
          console.log('an error occurred', err.message);
          console.log("stdout:\n" + stdout);
          console.log("stderr:\n" + stderr);
      })
      .pipe(activeStreams[streamUrl], {end: true});
    }
    activeStreams[streamUrl].read().pipe(res);
  } else {
    activeStreams[streamUrl].read().pipe(res);   
  }
});