Recherche avancée

Médias (0)

Mot : - Tags -/configuration

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

Autres articles (51)

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (8974)

  • Append multiple audio files into a single audio file with overlap

    4 octobre 2022, par user3564069

    I have been trying to make an application that takes an array of wav or mp3 files as an input.
I want it to then produce an output file of all the wavs or mp3's in sequential order they were added, but each wav added should overlap the previous wav file added by half a second.

    


    So it should be Wav1 -> wav2 -> wav3 = output.wav, but with the start of wav2 overlapping wav1 and wav3 overlapping wav2.

    


    I have tried to use SOX to create silence for each required duration per wav and then append it and outputted a new wav file and then join them all at the end, while this works it is incredibly slow.

    


    I am open to any suggestions IE FFMPEG.
I tried using suggestions here FFMPEG ADelay using a FFMPEG feature known as ADelay but i was unable to make it work past 2 input files

    


  • fluent ffmpeg => how to trim and concate parts of video into one output file without writing many output files. Make a most efficient solution

    30 avril 2024, par Shreyansh Gupta

    I'm currently working on a online video website and i need to make a quick preview of videos using random timestamps and duration of the video.

    


    Suppose the video is of 15 min then i want to cut out some parts like ->

    


    1. from 00:00:40 take out next 2s 
2. from 00:01:20 take out next 2s 
3. ... and so on until the new video becomes 15s


    


    How can i do this with fluent-ffmpeg in the nodejs project

    


    Can i get the most efficient way of doing this without writing many output files and then concating them separately and removing then later

    


    Only concating the trimmed videos in one output file and save when it is done.

    


    I also came through a solution that uses complex filters but i don't know how to use it

    


       ffmpeg("video.mp4")
  .complexFilter([
    ....// some filters here

  ])
  .on('end',  function () {
    console.log('files have been merged and saved.')
  })
  .on('error',function (err){
    console.log(err)
  }
  .saveToFile("output.mp4")```


    


  • fftools/ffmpeg_opt : move opening output files into a new file

    13 octobre 2022, par Anton Khirnov
    fftools/ffmpeg_opt : move opening output files into a new file
    

    ffmpeg_opt.c currently contains code for
    - parsing the options provided on the command line
    - opening and initializing input files based on these options
    - opening and initializing output files based on these options

    The code dealing with each of these is for the most part disjoint, so it
    makes sense to move them to separate files. Beyond reducing the quite
    considerable size of ffmpeg_opt.c, this will also allow exposing muxer
    internals (currently private to ffmpeg_mux.c) to the initialization
    code, thus removing the awkward separation currently in place.

    • [DH] fftools/Makefile
    • [DH] fftools/ffmpeg.h
    • [DH] fftools/ffmpeg_mux_init.c
    • [DH] fftools/ffmpeg_opt.c