Recherche avancée

Médias (1)

Mot : - Tags -/bug

Autres articles (79)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

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

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

Sur d’autres sites (10822)

  • Why does ffmpeg cmake external project is not working

    24 mars 2019, par bottega

    I’m trying to compile ffmpeg with h264 support as an external cmake project. But after compile it, I’m getting libavcodec reference errors.

    The compile problem is occurring on Ubuntu 18.04 machine. I have installed all dependencies for ffmpeg and also libx264-dev.

    Cmake external project

    set( proj ffmpeg )
    
set( SHARED_FFMPEG )
    

    

    
set(BASIC
    
        --extra-ldflags=-L/usr/local/lib
    
        --extra-cflags=-I/usr/local/include
    
        --enable-gpl
    
        --enable-libx264)
    

    

    
option( FFMPEG_GPL "Use a GPL version of FFMPEG" OFF )
    

    
set(FFMPEG_INSTALL_DIR  ${CMAKE_BINARY_DIR}/INSTALL )
    

    
ExternalProject_Add(${proj}
    
        # Set up dirs
    
        SOURCE_DIR ${CMAKE_BINARY_DIR}/${proj}
    
        INSTALL_DIR ${FFMPEG_INSTALL_DIR}
    
        # get the project
    
        GIT_REPOSITORY "https://github.com/FFmpeg/FFmpeg.git"
    
        GIT_TAG "n3.2.13"
    

    
        # Build the project
    
        BUILD_IN_SOURCE 1
    

    
        # Configure step
    
        # DO STH FOR THE ARCHITECTURE...
    
        CONFIGURE_COMMAND /configure --prefix=${FFMPEG_INSTALL_DIR} ${SHARED_FFMPEG} ${FFMPEG_GPL_FLAG} ${BASIC}
    

    
        #  BUILD_COMMAND ${CMAKE_MAKE_PROGRAM} -j${NProcessors}
    
        )
    

    
# define the library suffix
    
if( SUPER_SHARED_LIBS )
    
    if( APPLE )
    
        set(LIBRARY_SUFFIX .dylib)
    
    else( APPLE )
    
        set(LIBRARY_SUFFIX .so)
    
    endif( APPLE )
    
else( SUPER_SHARED_LIBS )
    
    set(LIBRARY_SUFFIX .a)
    
endif( SUPER_SHARED_LIBS )
    

    
# ADD DIRECTORIES FOR DEPENDENCIES IN Main/CMakeLists.txt
    
set( FFMPEG_LIBRARYS libavcodec.a
    
        libavformat.a
    
        libavutil.a
    
        libswscale.a
    
        )
    

    
include_directories(${FFMPEG_INSTALL_DIR}/include)
    

    
set(FFMPEG_LIBRARY_DIRS ${FFMPEG_INSTALL_DIR}/lib/)
    
link_directories(${FFMPEG_LIBRARY_DIRS})

    C++ Where I used the library

    extern "C" {
    
#include 
    
#include 
    
#include 
    

    
#include "libavcodec/avcodec.h"
    
#include "libavformat/avformat.h"
    
#include "libavutil/mathematics.h"
    
#include "libswscale/swscale.h"
    

    
#define INBUF_SIZE 4096
    
#define AUDIO_INBUF_SIZE 20480
    
#define AUDIO_REFILL_THRESH 4096
    
}
    

    
...
    

    
 fReceiveBuffer = new u_int8_t[DUMMY_SINK_RECEIVE_BUFFER_SIZE];
    
    fReceiveBufferAV = new u_int8_t[DUMMY_SINK_RECEIVE_BUFFER_SIZE+4];
    
    fReceiveBufferAV[0] = 0;
    
    fReceiveBufferAV[1] = 0;
    
    fReceiveBufferAV[2] = 0;
    
    fReceiveBufferAV[3] = 1;
    

    

    
    av_init_packet(&avpkt);
    
    avpkt.flags |= AV_PKT_FLAG_KEY;
    
    avpkt.pts = avpkt.dts = 0;
    

    
    av_init_packet(&avpkt);
    
    avpkt.flags |= AV_PKT_FLAG_KEY;
    
    avpkt.pts = avpkt.dts = 0;
    

    
    /* set end of buffer to 0 (this ensures that no overreading happens for damaged mpeg streams) */
    
    memset(inbuf + INBUF_SIZE, 0, FF_INPUT_BUFFER_PADDING_SIZE);
    

    
    //codec = avcodec_find_decoder(CODEC_ID_MPEG1VIDEO);
    
    codec = avcodec_find_decoder(AV_CODEC_ID_H264);
    

    
...

    Error :

    [100%] Linking CXX executable ../../bin/awesom-o
    
/home/tiburcio/CLionProjects/awesom-o/cmake-build-debug/INSTALL/lib/libavcodec.a(libx264.o): In function `X264_frame':
    
/home/tiburcio/CLionProjects/awesom-o/cmake-build-debug/ffmpeg/libavcodec/libx264.c:280: undefined reference to `x264_picture_init'
    
/home/tiburcio/CLionProjects/awesom-o/cmake-build-debug/INSTALL/lib/libavcodec.a(libx264.o): In function `reconfig_encoder':
    
/home/tiburcio/CLionProjects/awesom-o/cmake-build-debug/ffmpeg/libavcodec/libx264.c:266: undefined reference to `x264_encoder_reconfig'
    
/home/tiburcio/CLionProjects/awesom-o/cmake-build-debug/INSTALL/lib/libavcodec.a(libx264.o): In function `X264_frame':
    
/home/tiburcio/CLionProjects/awesom-o/cmake-build-debug/ffmpeg/libavcodec/libx264.c:340: undefined reference to `x264_encoder_encode'

  • Deploying QT project with opencv and ffmpeg dylib error

    9 juillet 2019, par Clarky

    When I build my project using the opencv and ffmpeg dylibs my application crashes upon opining with the error :

    Dyld Error Message :
    Library not loaded :
    /usr/local/Cellar/ffmpeg/4.1.3/lib/libswresample.3.dylib

    Referenced from :
    /Applications/myApp.app/Contents/Frameworks/libavcodec.58.dylib
    Reason : image not found

    I have tried using the install_name_tool to try and change the paths using this :

    install_name_tool -change libavcodec.58.dylib 
    

    
@executable_path/../Frameworks/libavcodec.58.dylib
    

    
/Users/me/code/build_output/MyAppQML/myApp.app/Contents/MacOS/myApp

    Although this modified the file I was still getting the same error and crash at run time.

    Is install_name_tool suitable to fix this issue or should I be looking at something else ?

    I’ve used otool on libavcodec.58.dylib which showed that some of the paths where linked to the @executable_path

    @executable_path/../Frameworks/libavcodec.58.dylib (compatibility version 58.0.0, current version 58.35.100)
    
    /usr/local/Cellar/ffmpeg/4.1.3/lib/libswresample.3.dylib (compatibility version 3.0.0, current version 3.3.100)
    
    /usr/local/Cellar/ffmpeg/4.1.3/lib/libavutil.56.dylib (compatibility version 56.0.0, current version 56.22.100)
    
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.60.2)
    
    /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
    
    @executable_path/../Frameworks/liblzma.5.dylib (compatibility version 8.0.0, current version 8.4.0)
    
    @executable_path/../Frameworks/libopencore-amrwb.0.dylib (compatibility version 1.0.0, current version 1.3.0)

  • ffmpeg cross compiles nicely for aarch64, but when linking with my project, gives Relocations in generic ELF (EM : 62)

    29 août 2019, par Lucas Zanella

    Here’s how I’m configuring ffmpeg :

            ./configure \
    
        --prefix=${BUILD_DIR}/desktop/aarch64 \
    
        --disable-doc \
    
        --enable-cross-compile \
    
        --cross-prefix=aarch64-linux-gnu-\
    
        --target-os=linux \
    
        --arch=aarch64 \
    
        --extra-cflags="-O3 -fPIC" \
    
        --enable-shared \
    
        --disable-static \
    
        --disable-debug \
    
        --disable-runtime-cpudetect \
    
        --disable-programs \
    
        --disable-muxers \
    
        --disable-encoders \
    
        --disable-decoders \
    
        ${DECODERS_TO_ENABLE} \
    
        --disable-bsfs \
    
        --disable-pthreads \
    
        --disable-avdevice \
    
        --disable-network \
    
        --disable-postproc 
    

    
        make clean
    
        make -j$(nproc)
    
        make install

    It compiles fine. Then, when I try to link my project with this compiled ffmpeg, it gives me

    /usr/bin/ld: ../../../deps/ffmpeg/build/desktop/aarch64/lib/libavcodec.a(allcodecs.o): Relocations in generic ELF (EM: 62)
    
/usr/bin/ld: ../../../deps/ffmpeg/build/desktop/aarch64/lib/libavcodec.a(allcodecs.o): Relocations in generic ELF (EM: 62)
    
/usr/bin/ld: ../../../deps/ffmpeg/build/desktop/aarch64/lib/libavcodec.a(allcodecs.o): Relocations in generic ELF (EM: 62)
    
/usr/bin/ld: ../../../deps/ffmpeg/build/desktop/aarch64/lib/libavcodec.a(allcodecs.o): Relocations in generic ELF (EM: 62)
    
/usr/bin/ld: ../../../deps/ffmpeg/build/desktop/aarch64/lib/libavcodec.a(allcodecs.o): Relocations in generic ELF (EM: 62)
    
/usr/bin/ld: ../../../deps/ffmpeg/build/desktop/aarch64/lib/libavcodec.a(allcodecs.o): Relocations in generic ELF (EM: 62)
    
/usr/bin/ld: ../../../deps/ffmpeg/build/desktop/aarch64/lib/libavcodec.a(allcodecs.o): Relocations in generic ELF (EM: 62)
    
/usr/bin/ld: ../../../deps/ffmpeg/build/desktop/aarch64/lib/libavcodec.a(allcodecs.o): Relocations in generic ELF (EM: 62)
    
/usr/bin/ld: ../../../deps/ffmpeg/build/desktop/aarch64/lib/libavcodec.a(allcodecs.o): Relocations in generic ELF (EM: 62)
    
../../../deps/ffmpeg/build/desktop/aarch64/lib/libavcodec.a: error adding symbols: File in wrong format

    In this answer : https://stackoverflow.com/a/23185739/10116440 he says that CC is missing. I’m also not using CC but shouldn’t CC be the same as --cross-prefix ?

    I also found http://lakm.us/logit/2012/11/cross-compiling-ubuntu-arm-ffmpeg/ in where he says that I should use --cross-prefix=arm-linux-gnueabi-, in my case arm should be aarch64. However, there’s no aarch64-linux-gnueabi- toolchain, only aarch64-linux-gnu-. Can it be the problem ? I think no because eabi looks like its for 32 bits, I guess

    It’s worth noticing that I’m bulding ffmpeg on a amd64 but using the static library to build my project on a aarch64.

Navigation