Recherche avancée

Médias (1)

Mot : - Tags -/censure

Autres articles (101)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • 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 (...)

Sur d’autres sites (10124)

  • Anomalie #2381 : Corriger le niveau d’intertitre

    9 juin 2018, par b b

    Il y a des H2 dans la dist, qui introduisent des listes d’articles, de résultats, ou des blocs (forum), je pense qu’ils peuvent rester comme ça.

    Si le bloc de forum sous le texte de l’article reste en h2, il va se retrouver "au même niveau" qu’un intertitre en h2 donc, c’est pas top non ?

  • Anomalie #4438 : Manque Msg :message:lien_reponse_message :

    22 mars 2020

    Ça m’interroge...

    Les chaines de langues sont dans ’forum’, là : https://git.spip.net/spip/forum/src/branch/master/lang/forum_fr.php#L129
    Donc appeler `_T(’message:lien_reponse_message’)` ne donnera rien, quelque soit la version de SPIP.
    Cette chaine (forum:lien_reponse_message) est appelé si le message a un `id_parent`.

    La question semble plutôt :
    - soit `#OBJET` qui vaut ’message’ est erroné (ça devait être autre chose (genre l’objet du parent), mais un bug remplit a rempli ’message’ ?
    - soit on avait jamais eu ce cas simplement ?

  • FFMPEG Encoding a video from a Readable stream

    4 novembre 2022, par Michael Aubry

    I'm facing an issue with the seeked event in Chrome. The issue seems to be due to how the video being seeked is encoded.

    


    The problem seems to occur most frequently when using ytdl-core and piping a Readable stream into an FFMPEG child process.

    


    let videoStream: Readable = ytdl.downloadFromInfo(info, {
  ...options,
  quality: "highestvideo"
});


    


    With ytdl-core in order to get the highest quality you must combine the audio and video. So here is how I am doing it.

    


    const ytmux = (link, options: any = {}) => {
  const result = new stream.PassThrough({
    highWaterMark: options.highWaterMark || 1024 * 512
  });

  ytdl.getInfo(link, options).then((info: videoInfo) => {
    let audioStream: Readable = ytdl.downloadFromInfo(info, {
      ...options,
      quality: "highestaudio"
    });
    let videoStream: Readable = ytdl.downloadFromInfo(info, {
      ...options,
      quality: "highestvideo"
    });
    // create the ffmpeg process for muxing
    let ffmpegProcess: any = cp.spawn(
      ffmpegPath.path,
      [
        // supress non-crucial messages
        "-loglevel",
        "8",
        "-hide_banner",
        // input audio and video by pipe
        "-i",
        "pipe:3",

        "-i",
        "pipe:4",
        // map audio and video correspondingly

        // no need to change the codec
        // output mp4 and pipe
        "-c:v",
        "libx264",
        "-x264opts",
        "fast_pskip=0:psy=0:deblock=-3,-3",
        "-preset",
        "veryslow",
        "-crf",
        "18",
        "-c",
        "copy",
        "-pix_fmt",
        "yuv420p",
        "-movflags",
        "frag_keyframe+empty_moov",
        "-g",
        "300",
        "-f",
        "mp4",

        "-map",
        "0:v",

        "-map",
        "1:a",

        "pipe:5"
      ],
      {
        // no popup window for Windows users
        windowsHide: true,
        stdio: [
          // silence stdin/out, forward stderr,
          "inherit",
          "inherit",
          "inherit",
          // and pipe audio, video, output
          "pipe",
          "pipe",
          "pipe"
        ]
      }
    );

    audioStream.pipe(ffmpegProcess.stdio[4]);
    videoStream.pipe(ffmpegProcess.stdio[3]);
    ffmpegProcess.stdio[5].pipe(result);
  });
  return result;
};


    


    I am playing around with tons of different arguments. The result of this video gets uploaded to a Google Bucket. Then when seeking in Chrome I am getting some issues with certain frames, they are not being seeked.

    


    When I pass it through FFMPEG locally and re-encode it, then upload it, I notice there are no issues.

    


    Here is an image comparing the two results when running ffmpeg -i FILE (the one on the left works fine and the differences are minor)

    


    enter image description here

    


    I tried adjusting the arguments in the muxer code and am continuing to try and compare with the re-encoded video. I have no idea why this is happening, something to do with the frames.