
Recherche avancée
Médias (1)
-
SWFUpload Process
6 septembre 2011, par
Mis à jour : Septembre 2011
Langue : français
Type : Texte
Autres articles (43)
-
Configuration spécifique d’Apache
4 février 2011, parModules spécifiques
Pour la configuration d’Apache, il est conseillé d’activer certains modules non spécifiques à MediaSPIP, mais permettant d’améliorer les performances : mod_deflate et mod_headers pour compresser automatiquement via Apache les pages. Cf ce tutoriel ; mode_expires pour gérer correctement l’expiration des hits. Cf ce tutoriel ;
Il est également conseillé d’ajouter la prise en charge par apache du mime-type pour les fichiers WebM comme indiqué dans ce tutoriel.
Création d’un (...) -
Librairies et binaires spécifiques au traitement vidéo et sonore
31 janvier 2010, parLes logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
Binaires complémentaires et facultatifs flvtool2 : (...) -
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)
Sur d’autres sites (5429)
-
avfilter/graphparser : allow specifying filter@id as filter instance
17 mai 2017, par Muhammad Faizavfilter/graphparser : allow specifying filter@id as filter instance
See http://lists.ffmpeg.org/pipermail/ffmpeg-user/2017-April/035975.html
Parsed_filter_X could remain and user can override it with custom one.Example :
ffplay -f lavfi "nullsrc=s=640x360,
sendcmd='1 drawtext@top reinit text=Hello ; 2 drawtext@bottom reinit text=World',
drawtext@top=x=16:y=16:fontsize=20:fontcolor=Red:text='',
drawtext@bottom=x=16:y=340:fontsize=16:fontcolor=Blue:text=''"Reviewed-by : Paul B Mahol <onemda@gmail.com>
Signed-off-by : Muhammad Faiz <mfcc64@gmail.com> -
Use a video editing library (not executable) via Node [on hold]
25 septembre 2018, par MercI need to edit clips using node. I am looking around, and most (if not all) libraries seem (like Fluent FFMpeg) seem to be based on the fact that they run FFMPEG as an executable and get the resulting output.
That’s not what I want. I worked with FFMPEG executable in the past, and I know how flaky it is in terms of return codes and error codes.
Ideally, I would love to find a native library for video editing and make calls using node.
In terms of libraries :
- Gstreamer
- FFmpeg/LibAV (does they come with C libraries to bind to ?)
- libVLC
In terms of binding with them :
-
node-gir. Gstreamer seems to have updated git files
-
native bindings. For example Gstreamer has gstreamer-superficial. I couldn’t find any javascript bindings forFFMPEG — only "run the executable and hope for the best" libraries
-
VLC has a bindings library that is quite old and had its last commit years ago.
Am I getting this all wrong ?
My ideal outcome is to have a nice, robust library that I use directly using node, but my lack of experience in terms of using native libraries, and the somehow fragmented world of video editing libraries. -
avcodec/nvdec : Round up odd width/height values
24 novembre 2017, par Philip Langdaleavcodec/nvdec : Round up odd width/height values
nvdec will not produce odd width/height output, and while this is
basically never an issue with most codecs, due to internal alignment
requirements, you can get odd sized jpegs.If an odd-sized jpeg is encountered, nvdec will actually round down
internally and produce output that is slightly smaller. This isn't
the end of the world, as long as you know the output size doesn't
match the original image resolution.However, with an hwaccel, we don't know. The decoder controls
the reported output size and the hwaccel cannot change it. I was
able to trigger an error in mpv where it tries to copy the output
surface as part of rendering and triggers a cuda error because
cuda knows the output frame is smaller than expected.To fix this, we can round up the configured width/height passed
to nvdec so that the frames are always at least as large as the
decoder's reported size, and data can be copied out safely.In this particular jpeg case, you end up with a blank (green) line
at the bottom due to nvdec refusing to decode the last line, but
the behaviour matches cuviddec, so it's as good as you're going to
get.