Recherche avancée

Médias (0)

Mot : - Tags -/organisation

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (91)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (6933)

  • lavf/webvttdec : save cue id and settings as side data

    1er juin 2013, par Matthew Heaney
    lavf/webvttdec : save cue id and settings as side data

    Currently the WebVTT demuxer parses the cues but throws away
    
the cue id (the optional first line of the cue) and cue
    
settings (the optional rendering instructions that follow
    
the timestamp).
    

    However, in order to write inband text tracks (to WebM
    
files), the entire cue payload from the WebVTT source must
    
be preserved.
    

    This commit makes no change to the data part of the output
    
buffer packet (where the actual cue text is stored), but
    
does add the cue id and settings as a side data items, if
    
they’re present in the cue. Existing code that cares only
    
about the data part of the packet can continue to ignore the
    
side data.
    

    There are two new packet data type flags,
    
AV_PKT_DATA_WEBVTT_IDENTIFIER and
    
AV_PKT_DATA_WEBVTT_SETTINGS.
    • [DH] libavcodec/avcodec.h
    • [DH] libavcodec/version.h
    • [DH] libavformat/webvttdec.c

  • Invalid data when processing input ogg in ffmpeg

    23 mars 2023, par Albert Gomáriz Sancha

    I am getting an ogg file and I am trying to convert it to a mopo3 file using fluent-ffmpef node library. When trying to convert it, then this error is shown :** An error occurred : Error : ffmpeg exited with code 1 : pipe:0 : Invalid data found when processing input**.

    


    Can someone help me please ?

    


    This is my code :

    


     const input = createReadStream(getPath("temp.ogg"));
  // console.log(input);
  // ffmpeg.setFfmpegPath(ffmpegPath);

  // const output = createWriteStream(getPath("temp.mp3"));
  // spawn(`ffmpeg -i ${getPath("temp.ogg")} ${getPath("temp.mp3")}`);
  ffmpeg(input)
    .setFfmpegPath(ffmpegPath)
    .toFormat("wav")
    .on("data", (data) => {})
    .on("error", (err) => {
      console.log("An error occurred: " + err);
    })
    .on("progress", (progress) => {
      // console.log(JSON.stringify(progress));
      console.log("Processing: " + progress.targetSize + " KB converted");
    })
    .on("end", () => {
      console.log("Processing finished !");
    })
    .save(getPath("temp.mp3")); //path where you want to save your file


    


  • avcodec/h264_slice : respect side data preference

    17 février 2024, par Niklas Haas
    avcodec/h264_slice : respect side data preference

    If the time code side data is overridden by the packet level, we also
    
make sure not to update `out->metadata` to a mismatched timecode.
    • [DH] libavcodec/h264_slice.c

Navigation