Recherche avancée

Médias (91)

Autres articles (85)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • Organiser par catégorie

    17 mai 2013, par

    Dans 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 (...)

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (5855)

  • undefined reference to 'memset' while configuring ffmpeg

    20 mai 2013, par Jacques Giraudel

    I want to port ffmpeg on android to use it in an app (to convert video files in webm format).

    I use the following command to configure FFMPEG :

    ./configure --target-os=linux \
       --cross-prefix=arm-linux-androideabi \
       --arch=arm-linux \
       --sysroot=$TC_SYSROOT \
       --nm=$NM \
       --ar=$AR \
       --cc=$CC \
       --ld=$LD \
       --disable-symver \
       --enable-small \
       --enable-libvorbis \
       --enable-libvpx \
       --extra-cflags="-I$PROJECT_BASE/jni/libvorbis/build/include -I$PROJECT_BASE/jni/libogg/build/include -I$PROJECT_BASE/jni/libvpx/libvpx -I$PROJECT_BASE/jni/libvpx/libvpx/build/install/include" \
       --extra-ldflags="-L$PROJECT_BASE/jni/libvorbis/build/lib -L$PROJECT_BASE/jni/libogg/build/lib -L$PROJECT_BASE/jni/libvpx/libvpx/build/install/lib" \
       --prefix=$PROJECT_BASE/jni/ffmpeg/build

    I use a standalone toolchain (NDK compiler version : 4.6). I dont use the AS of the toolchain, when I try the command block (I have waited for 10 minutes without response, some starting infos in the config.log and it seems to block at the beginning of the compilation). The different lib and directory added are the build install of the libraries needed (ogg, vorbis and vpx).

    I obtain this message :

     /Bureau/TripApp/jni/ffmpeg /Bureau/TripApp/jni /Bureau/TripApp/jni
    ERROR : libvpx decoder version must be >=0.9.1

    When I look at the config.log file, I have :

    check_lib2 vpx/vpx_decoder.h vpx/vp8dx.h vpx_codec_dec_init_ver -lvpx
    check_func_headers vpx/vpx_decoder.h vpx/vp8dx.h vpx_codec_dec_init_ver -lvpx
    check_ld cc -lvpx
    check_cc
    BEGIN /tmp/ffconf.TOBhIIiF.c
       1   #include <vpx></vpx>vpx_decoder.h>
       2   #include <vpx></vpx>vp8dx.h>
       3   long check_vpx_codec_dec_init_ver(void) { return (long) vpx_codec_dec_init_ver; }
       4   int main(void) { return 0; }
    END /tmp/ffconf.TOBhIIiF.c
    /home/jacques/my-android-toolchain2/bin/arm-linux-androideabi-gcc --sysroot=/home/jacques/my-android-toolchain2/sysroot -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -I/home/jacques/Bureau/TripApp/jni/libvorbis/build/include -I/home/jacques/Bureau/TripApp/jni/libogg/build/include -I/home/jacques/Bureau/TripApp/jni/libvpx/libvpx -I/home/jacques/Bureau/TripApp/jni/libvpx/libvpx/build/install/include -march=armv5te -std=c99 -fomit-frame-pointer -fPIC -marm -c -o /tmp/ffconf.bbOA0x5j.o /tmp/ffconf.TOBhIIiF.c
    /home/jacques/my-android-toolchain2/bin/arm-linux-androideabi-ld -L/home/jacques/Bureau/TripApp/jni/libvorbis/build/lib -L/home/jacques/Bureau/TripApp/jni/libogg/build/lib -L/home/jacques/Bureau/TripApp/jni/libvpx/libvpx/build/install/lib --sysroot=/home/jacques/my-android-toolchain2/sysroot -o /tmp/ffconf.IqRLz1B9 /tmp/ffconf.bbOA0x5j.o -lvpx -lvorbisenc -lvorbis -logg -lm -lz
    /home/jacques/my-android-toolchain2/bin/arm-linux-androideabi-ld: /home/jacques/Bureau/TripApp/jni/libvpx/libvpx/build/install/lib/libvpx.a(vpx_decoder.c.o): in function vpx_codec_dec_init_ver:(.text+0xc0): **error: undefined reference to &#39;memset&#39;**
    ERROR: libvpx decoder version must be >=0.9.1

    I have also a warning at the beginning of the file :

    WARNING: arm-linux-androideabipkg-config not found, library detection may fail.

    And many other errors which seem to be not blocking (eg : related to the support of older ARM version than the targeted one)

    libvpx is configured using the following command (the make succeeds) :

    ./libvpx/configure --target=armv5te-android-gcc --disable-examples \
                       --sdk-path=$NDK_BASE --prefix=$PROJECT_BASE/jni/libvpx/libvpx/build

    The NDK version used is r8e.

    My search on this :
    The libvpx version used is 1.1.0, memset is a function defined in string.h. String.h is present in the include dir of the sysroot used (and memset is defined).

    Do you see what could be the source of the problem ?

  • My webcam works fine, while using cv2.Videocapture() but while trying to read from hard drive it shows error cap.isOpened() returns false, why ?

    27 septembre 2017, par Hu Yang

    import cv2
    video_capture = cv2.VideoCapture("rtsp ://admin:Trust1986_@10.58.94.47:554/h264/ch1/main/av_stream")
    video_capture.isOpened()

    False

    Other information below here, and ffmpeg I had installed.

     Video I/O:
       DC1394 1.x:                  NO
       DC1394 2.x:                  NO
       FFMPEG:                      NO
         avcodec:                   NO
         avformat:                  NO
         avutil:                    NO
         swscale:                   NO
         avresample:                NO
       GStreamer:                   NO
       OpenNI:                      NO
       OpenNI PrimeSensor Modules:  NO
       OpenNI2:                     NO
       PvAPI:                       NO
       GigEVisionSDK:               NO
       Aravis SDK:                  NO
       UniCap:                      NO
       UniCap ucil:                 NO
       V4L/V4L2:                    NO/NO
       XIMEA:                       NO
       Xine:                        NO
       Intel Media SDK:             NO
       gPhoto2:                     NO

    root@ubuntu:/home/face_recognition/opencv/ffmpeg/ffmpeg-3.3.4# ffmpeg -version
    ffmpeg version 3.3.4 Copyright (c) 2000-2017 the FFmpeg developers
    built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3)
    configuration:
    libavutil      55. 58.100 / 55. 58.100
    libavcodec     57. 89.100 / 57. 89.100
    libavformat    57. 71.100 / 57. 71.100
    libavdevice    57.  6.100 / 57.  6.100
    libavfilter     6. 82.100 /  6. 82.100
    libswscale      4.  6.100 /  4.  6.100
    libswresample   2.  7.100 /  2.  7.100
    root@ubuntu:/home/face_recognition/opencv/ffmpeg/ffmpeg-3.3.4#
    root@ubuntu:/home/face_recognition/opencv/ffmpeg/ffmpeg-3.3.4# python3.6m -V
    Python 3.6.2
    root@ubuntu:/home/face_recognition/opencv/ffmpeg/ffmpeg-3.3.4# pkg-config --modversion opencv  
    3.3.0

    what shall I do next step ? Thanks.

  • cinepakenc : fixes and improvements

    27 juin 2017, par addr-see-the-website@aetey.se
    cinepakenc : 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 encoder

    version 2013-02-12 Rl
    - separated codebook training sets, avoided the transfer of wasted bytes,
    which yields both better quality and smaller files
    - now 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 true
    - simplified codebook generation,
    the old code was meant for other optimizations than we actually do
    - optimized 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 updates
    - fixed 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>

    • [DBH] libavcodec/cinepakenc.c