
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 (22)
-
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 (...) -
Use, discuss, criticize
13 avril 2011, parTalk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
A discussion list is available for all exchanges between users. -
Encoding and processing into web-friendly formats
13 avril 2011, parMediaSPIP automatically converts uploaded files to internet-compatible formats.
Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
All uploaded files are stored online in their original format, so you can (...)
Sur d’autres sites (4852)
-
In what order should statically linked libraries for libavdevice and x11 be linked ?
15 janvier 2020, par Curtis DransfieldCurrently having a problem with statically linking my project. After adding avdevice as statically linked I received the following error.
:-1 : error :
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libXext.a(XShm.o) :
undefined reference to symbol ’_XGetBitsPerPixel’The following is a snippet of the libraries I’ve added statically.
LIBS += -L"/usr/local/lib" \
-L"/usr/local/lib64" \
-lm -lz -llzma -lass -lfreetype -lmp3lame -ltheora -lvorbis -lvorbisenc -lva -lva-drm -lva-x11 -ldrm -logg -lvpx -lopenh264 -lavformat -lavcodec -lswscale -lavutil -lavfilter -lswresample -lavdevice -lX11 -lXfixes -lXext -lxcb -lXdmcp -lXau \I’ve tried moving -lXext in front of -lX11 but get a whole bunch of undefined references such as
error: undefined reference to `uncompress'
In what order do these statically linked libraries need to be in for the project to compile ?
-
ffmpeg : move field order decision making to encoder initialization
20 septembre 2020, par Jan Ekströmffmpeg : move field order decision making to encoder initialization
We now have the possibility of getting AVFrames here, and we should
not touch the muxer's codecpar after writing the header.Results of FATE tests change as the MXF and Matroska muxers actually
write down the field/frame coding type of a stream in their
respective headers. Before this change, these values in codecpar
would only be set after the muxer was initialized. Now, the
information is also available for encoder and muxer initialization. -
ffprobe : report field order for video streams
4 octobre 2016, par Rodger Combsffprobe : report field order for video streams
- [DH] doc/ffprobe.xsd
- [DH] ffprobe.c
- [DH] tests/ref/fate/concat-demuxer-extended-lavf-mxf
- [DH] tests/ref/fate/concat-demuxer-extended-lavf-mxf_d10
- [DH] tests/ref/fate/concat-demuxer-simple1-lavf-mxf
- [DH] tests/ref/fate/concat-demuxer-simple1-lavf-mxf_d10
- [DH] tests/ref/fate/concat-demuxer-simple2-lavf-ts
- [DH] tests/ref/fate/ffprobe_compact
- [DH] tests/ref/fate/ffprobe_csv
- [DH] tests/ref/fate/ffprobe_default
- [DH] tests/ref/fate/ffprobe_flat
- [DH] tests/ref/fate/ffprobe_ini