
Recherche avancée
Autres articles (20)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Emballe Médias : Mettre en ligne simplement des documents
29 octobre 2010, parLe plugin emballe médias a été développé principalement pour la distribution mediaSPIP mais est également utilisé dans d’autres projets proches comme géodiversité par exemple. Plugins nécessaires et compatibles
Pour fonctionner ce plugin nécessite que d’autres plugins soient installés : CFG Saisies SPIP Bonux Diogène swfupload jqueryui
D’autres plugins peuvent être utilisés en complément afin d’améliorer ses capacités : Ancres douces Légendes photo_infos spipmotion (...) -
Organiser par catégorie
17 mai 2013, parDans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)
Sur d’autres sites (6593)
-
take audio from mp4 video using ffmpeg
11 avril 2022, par Nakem1I'm trying to use the go wrapper over ffmpeg https://github.com/u2takey/ffmpeg-go


to take audio from an mp4 video. I don't want to create extra local files, but I can't pass the input otherwise.


I transfer the created file and return the audio to io.Reader(
audio
var) :

telegramFile, err := r.bot.GetFile(&msg.VideoNote.File)
 if err != nil {
 // handling error
 }
 fileBytes, err := io.ReadAll(telegramFile)
 if err != nil {
 // handling error
 }

 inputFile := fmt.Sprintf("%s.mp4", msg.VideoNote.File.FileID)
 err = ioutil.WriteFile(inputFile, fileBytes, 0o600)
 if err != nil {
 // handling error
 }

 audio := bytes.NewBuffer(nil)
 err = ffmpeg.Input(
 inputFile,
 ).
 Output("pipe:1", ffmpeg.KwArgs{"format": "wav"}).WithOutput(audio).Run()
 if err != nil {
 // handling error
 }



I am sending io.Reader(
telegramFile
var) and get io.Reader(audio
var) :

telegramFile, err := r.bot.GetFile(&msg.VideoNote.File)
 if err != nil {
 // handling error
 }

 audio := bytes.NewBuffer(nil)
 err = ffmpeg.Input(
 "pipe:0", ffmpeg.KwArgs{"format": "mp4"},
 ).
 Output("pipe:1", ffmpeg.KwArgs{"format": "wav"}).WithInput(telegramFile).WithOutput(audio).Run()
 if err != nil {
 // handling error
 }



the first code works, but I need the second one. The conversion is performed, but the audio is invalid. Too few bytes.


here is an example of using input -> output https://github.com/u2takey/ffmpeg-go/blob/8af5c3849807dcda756406a7b2b3631a5c90d53b/ffmpeg_test.go#L330


-
lavf/http: add support for reading streamcast metadata
26 juin 2013, par wm4lavf/http: add support for reading streamcast metadata
Allow applications to request reading streamcast metadata. This uses
AVOptions as API, and requires the application to explicitly request
and read metadata. Metadata can be updated mid-stream ; if an
application is interested in that, it has to poll for the data by
reading the "icy_metadata_packet" option in regular intervals.There doesn’t seem to be a nice way to transfer the metadata in a nicer
way. Converting the metadata to ID3v2 tags might be a nice idea, but
the libavformat mp3 demuxer doesn’t seem to read these tags mid-stream,
and even then we couldn’t guarantee that tags are not inserted in the
middle of mp3 packet data.This commit provides the minimum to enable applications to retrieve
this information at all.Signed-off-by : Stefano Sabatini <stefasab@gmail.com>
-
cinepakenc : fixes and improvements
27 juin 2017, par addr-see-the-website@aetey.secinepakenc : fixes and improvements
version 2013-02-08 Rl
fixes/optimization in multistrip encoding and codebook size choice,
quality/bitrate is now better than that of the binary proprietary encoderversion 2013-02-12 Rl
separated codebook training sets, avoided the transfer of wasted bytes,
which yields both better quality and smaller filesnow using the correct colorspace (TODO : move conversion to libswscale)
version 2013-02-14 Rl "Valentine’s Day" version :
made strip division more robust
minimized bruteforcing the number of strips,
(costs some R/D but speeds up compession a lot), the heuristic
assumption is that score as a function of the number of strips has
one wide minimum which moves slowly, of course not fully truesimplified codebook generation,
the old code was meant for other optimizations than we actually dooptimized the codebook generation / error estimation for MODE_MC
version 2013-04-28 Rl
bugfixed codebook optimization logic
version 2014-01-20 Rl
made the encoder compatible with vintage decoders
and added some yet unused code for possible future
incremental codebook updatesfixed a small memory leak
version 2014-01-21 Rl
believe it or not, now we get even smaller files, with better quality
(which means I missed an optimization earlier :)Signed-off-by : Diego Biurrun <diego@biurrun.de>