
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (31)
-
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 -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...) -
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
Upload et récupération d’informations de la vidéo source
Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)
Sur d’autres sites (4585)
-
ffmpeg adds 200 seconds of silence
1er octobre 2022, par AncientToasterI'm using ffmpeg's concat option to combine a series of still images with an mp3 file. The total duration of my
input.txt
file is 12532 seconds, which is exactly the same as the total duration of my mp3 file (3:28:52, or 12532 seconds).

But ffmpeg is adding 200 seconds of audio-free content to the end of the video. I've tried totaling and re-totaling the total duration of input.txt and it all seems to add up to the same amount. Including or excluding the
-shortest
flag also doesn't seem to matter.

- 

-
ffmpeg command :


ffmpeg -f concat -i input.txt -i input.mp3 -shortest -c:v libx264 -r 1 -pix_fmt yuv420p output.mp4



-


-


-












-
-
Application using FFMPEG Library does not compile with CMAKE error avformat_alloc_context but I have imported the header files and libray
23 mai 2022, par ClockmanI compiled the FFMPEG source file myself and got the header and library files in an include and bin folder respectively, the target platform is Windows 10. I also setup my cmakelist.txt to find and include both the library and header files. The application finds the path or so it seems because during compilation I get a "LNK2019 error unresolved external symbol avformat_alloc_context referenced in function main". Below is an extract from my cmake list ; I will like to note that I got the .lib and .dll versions of the library hence the approach below based on the book "professional cmake" and other stackflow examples.


ProjectDir/AudMan/cmakelist.txt


list(APPEND CMAKE_PREFIX_PATH ${CMAKE_PREFIX_PATH};PATH-TO-INCLUDES;PATH-TO-LIBRARY)
find_path(AVFORMAT_INCLUDE_DIR libavformat/avformat.h)
find_library(AVFORMAT_LIBRARY avformat)
add_library(ffmpegHeaders INTERFACE)
target_include_directories(ffmpegHeaders INTERFACE ${AVFORMAT_INCLUDE_DIR})



ProjectDir/cmakelist.txt


set(Rapid_Prefix PATH-TO-LIBRARY)
 add_library(AVformat SHARED IMPORTED)
 set_target_properties(AVformat PROPERTIES IMPORTED_LOCATION ${Rapid_Prefix}/avformat-59.dll IMPORTED_IMPLIB ${AVFORMAT_LIBRARY})
target_link_libraries(App_target PRIVATE AVformat)



A sample of the codes is this


extern "C" {
#include <libavcodec></libavcodec>avcodec.h>
#include <libavformat></libavformat>avformat.h>
}

int main()
{
 AVFormatContext* format = avformat_alloc_context();
 if (avformat_open_input(&format, R"(\test.m4a)", NULL, NULL) != 0) {
 fprintf(stderr, "Could not open file '%s'\n", R"(\test.m4a)");
 return -1;
 }
 if (avformat_find_stream_info(format, NULL) < 0) {
 fprintf(stderr, "Could not retrieve stream info from file '%s'\n", R"(test.m4a)");
 return -1;
 }
 return 0;
}



I have been at it for about five days and will appreciate any help I can get.


-
MAINTAINERS : Add Haihao Xiang for vaapi
14 décembre 2021, par U. Artie EoffMAINTAINERS : Add Haihao Xiang for vaapi
Current listed maintainers for vaapi plugin are
not reponsive and/or currently active in the
ffmpeg community. Thus, vaapi plugin patches
(and qsv plugin) have generally gone ignored or
lost in the ether for too long.Remove Gwenole Beauchesne from vaapi maintainer
who has not been active since 2016.Current alternative maintainer for vaapi is Mark
Thompson whom has not been active since
March/April 2021.Therefore, add Haihao Xiang to vaapi maintainer
who's primary role is FFmpeg development with a
focus on the vaapi and qsv plugins. Haihao has
over a decade of media experience and many years
of FFmpeg development experience, amongst other
media frameworks.The additional patch for adding Haihao as qsv
plugin maintainer has been submitted previously :https://patchwork.ffmpeg.org/project/ffmpeg/patch/20210608141134.27448-1-zhongli_dev@126.com/
This will help FFmpeg to continue to be the leading
multimedia framework by allowing these plugins to be
actively improved, enhanced, and maintained for existing
and future HW platforms.Signed-off-by : U. Artie Eoff <ullysses.a.eoff@intel.com>