
Recherche avancée
Médias (1)
-
The pirate bay depuis la Belgique
1er avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
Autres articles (23)
-
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...) -
Contribute to documentation
13 avril 2011Documentation is vital to the development of improved technical capabilities.
MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
To contribute, register to the project users’ mailing (...) -
Le plugin : Podcasts.
14 juillet 2010, parLe problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
Types de fichiers supportés dans les flux
Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)
Sur d’autres sites (2577)
-
How to "extend" aws docker base image (.net core from scratch) by ... libs/ubuntu/ffmpeg ?
26 avril 2022, par Nigrimmisti would like to use AWS Lambda through the image containers using .net core 3.1 and it is works fine for me in simplest code case. But i stucked with next scenario :


By default, aws provide base image with .net core with aws libs based on "from scratch". So as i know, it minimal Linux that does not contains even package manager.


I need to work with ffmpeg in the code, but to do it i need to install few packages and ... fmpeg. I have working code on image


FROM mcr.microsoft.com/dotnet/runtime:3.1-bionic



It is ubuntu with .net core runtime. But what is the right strategic in case of AWS Lambda image ? How can i ... merge them ?.


Have few ideas, but not sure :


- 

- use as is
FROM public.ecr.aws/lambda/dotnet:core3.1
and try to install package manager, all depenendencies to use ffmpeg and so on ? - Use
mcr.microsoft.com/dotnet/runtime:3.1-bionic
, somehow add required by amazon dependencies (how ? download content and attach from local ?) and configure it to run in Lambda runtime ? - ... ?








Will be glad to hear where is the solution here. Thanks !


- use as is
-
Building ffmpeg on mac results in undefined symbols
9 juin 2017, par PeterEnvironment : macOS 10.12.5, Xcode 8.3.3, pkg-config installed via brew
I need to build a minimal version of ffmpeg that supports H.264 decoding. I have downloaded the source for ffmpeg version 3.3.1 and have successfully built it for Windows and Linux. Now, I am trying to build it for mac.
The specific flags of the configuration that are relevant are :
--disable-yasm
--disable-everything
--enable-decoder=h264
--enable-decoder=h264_vda
--enable-vdaAfter running the configuration, when I run make, all the libraries such as libavcodec.a, libavfilter.a, libavformat.a, are built. However, ffmpeg itself does not get built. The error I get is :
Undefined symbols for architecture x86_64:
"_ff_vda_create_decoder", referenced from:
_vdadec_init in libavcodec.a(vda_h264_dec.o)
"_ff_vda_destroy_decoder", referenced from:
_vdadec_init in libavcodec.a(vda_h264_dec.o)
_vdadec_close in libavcodec.a(vda_h264_dec.o)
ld: symbol(s) not found for architecture x86_64Looks like the functions are defined in ./libavcodec/vda_h264.c. However, it appears vda_h264.c is never compiled. Other vda related files such as vda.c and vda_h264_dec.c do get compiled (and added to libavcodec.a).
I am thinking perhaps I am missing a configuration flag. Can someone please help ? Regards.
-
avcodec/eatgv : Check remaining size after the keyframe header
28 juillet 2019, par Michael Niedermayeravcodec/eatgv : Check remaining size after the keyframe header
The minimal size which unpack() will not fail on is 5 bytes
Fixes : Timeout (14sec -> 77ms) (testcase 15508)
Fixes : 15508/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_EATGV_fuzzer-5700053513011200
Fixes : 15996/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_EATGV_fuzzer-5751353223151616Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>