Recherche avancée

Sur d’autres sites (3536)

• Mingw-w64 - printf does not work

  27 décembre 2013, par Gosha U.

  First I wanted to modificate ffplay according to my requirments. Then I noticed that original ffplay from my build can't play some video files, but it didn't write any message to console. Then I noticed that ffmpeg also don't write any usage message when I run it without params. But it works. If I run it from terminal it's like running asynchronously ! The terminal just shows next row. I mean it asks for a next command. But the ffmpeg process is visible in task manager and it writes the output video file what I had requested !

  I created following souce file. I have modified the Makefile. So it have built the exe-file works just the same way. I have no idea how it can be.

  #include 
  
  #include "cmdutils.h"
  
  
  
  const char program_name[] = "hello";
  
  const int program_birth_year = 2013;
  
  
  
  void show_help_default(const char *opt, const char *arg)
  
  {
  
      printf("zxcvbnm\n");
  
  }
  
  
  
  int main(int argc, char **argv)
  
  {
  
      printf("1234567890\n");
  
      return 0;
  
  }

  And after that I created real hello world app with MinGW-w64 and qmake without eny extra libs. And its printf does not work.

  I want to prevent this behavior.

  I want to make printf working in traditional manner.

  How I build FFmpeg :

  PKG_CONFIG_PATH=/home/developer/workspace/MinGW32fs/lib/pkgconfig/ \
  
  SDL_CONFIG=/home/developer/workspace/MinGW32fs/bin/sdl-config \
  
  ./configure \
  
    --prefix=/home/developer/workspace/MinGW32fs \
  
    --extra-ldflags="-L/home/developer/workspace/MinGW32fs/lib" \
  
    --extra-cflags="-I/home/developer/workspace/MinGW32fs/include" \
  
    --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32-  \
  
    --pkg-config=pkg-config   --enable-libtheora --enable-libvorbis --enable-libvpx \
  
    --enable-outdev=sdl --enable-shared --disable-static \
  
    --disable-doc --disable-manpages --disable-podpages
  
  
  
  make

• Linking error stdc++

  11 mars 2016, par Per M.

  Why am I having these linking errors ?

  Here is a short sample of link errors, there are hundreds similar :

  /tmp/main-NtNkRQ.o : In function

  __cxx_global_var_init':
 /home/go/NetBeansProjects/Arbete_216/Ajourwork/Components/TheRealDeal/GUI/../../../Components/TheRealDeal/GUI/main.cpp:(.text+0x10):
 undefined reference to

  std::ios_base::Init::Init()’
  /home/go/NetBeansProjects/Arbete_216/Ajourwork/Components/TheRealDeal/GUI/../../../Components/TheRealDeal/GUI/main.cpp :(.text+0x17) :
  undefined reference to

  std::ios_base::Init::~Init()'
 /tmp/main-NtNkRQ.o: In function

  main’ :
  /home/go/NetBeansProjects/Arbete_216/Ajourwork/Components/TheRealDeal/GUI/../../../Components/TheRealDeal/GUI/main.cpp:123 :
  undefined reference to

  __cxa_begin_catch'
 /home/go/NetBeansProjects/Arbete_216/Ajourwork/Components/TheRealDeal/GUI/../../../Components/TheRealDeal/GUI/main.cpp:127:
 undefined reference to

  __cxa_end_catch’
  /home/go/NetBeansProjects/Arbete_216/Ajourwork/Components/TheRealDeal/GUI/../../../Components/TheRealDeal/GUI/main.cpp:127 :
  undefined reference to

  __cxa_end_catch'
 /home/go/NetBeansProjects/Arbete_216/Ajourwork/Components/TheRealDeal/GUI/../../../Components/TheRealDeal/GUI/main.cpp:123:
 undefined reference to

  std::terminate()’
  /tmp/main-NtNkRQ.o :(.data.rel.ro._ZTI26go_s_module_init_exception[_ZTI26go_s_module_init_exception]+0x0) :
  undefined reference to

  vtable for __cxxabiv1::__class_type_info'
 /tmp/main-NtNkRQ.o:(.data.DW.ref.__gxx_personality_v0[DW.ref.__gxx_personality_v0]+0x0):
 undefined reference to

  __gxx_personality_v0’
  /home/go/NetBeansProjects/Arbete_216/Ajourwork/Components/TheRealDeal/GUI/linuxobj//GO_C_Align.o :
  In function

  GO_C_Align':
 /home/go/NetBeansProjects/Arbete_216/Ajourwork/Utilities/Image/Align/GO_C_Align.cpp:35:
 undefined reference to

  std::terminate()’
  /home/go/NetBeansProjects/Arbete_216/Ajourwork/Components/TheRealDeal/GUI/linuxobj//GO_C_Align.o :
  In function

  ~GO_C_Align':
 /home/go/NetBeansProjects/Arbete_216/Ajourwork/Utilities/Image/Align/GO_C_Align.cpp:44:
 undefined reference to

  std::terminate()’
  /home/go/NetBeansProjects/Arbete_216/Ajourwork/Components/TheRealDeal/GUI/linuxobj//GO_C_Align.o :
  In function

  GO_C_Align::de_init()':
 /home/go/NetBeansProjects/Arbete_216/Ajourwork/Utilities/Image/Align/GO_C_Align.cpp:187:
 undefined reference to

  operator delete’
  /home/go/NetBeansProjects/Arbete_216/Ajourwork/Components/TheRealDeal/GUI/linuxobj//GO_C_Align.o :
  In function

  GO_C_Align::init(int, int, GO_C_BufferManager*)':
 /home/go/NetBeansProjects/Arbete_216/Ajourwork/Utilities/Image/Align/GO_C_Align.cpp:121:
 undefined reference to

  operator new[](unsigned long)’

  I am on Debian 7, using Clang compiler. The code is built using a makefile system, the following compiler flags is used

  CXXFLAGS = -g -I /opt/intel/composer_xe_2015.1.133/ipp/include/ -Wno-deprecated -D_GNU_SOURCE  -D_REENTRANT -D__STDC_CONSTANT_MACROS -I/usr/include/postgresql/ -I/usr/local/Qt/5.2.1/gcc_64/include/QtX11Extras/ -I/usr/local/Qt/5.2.1/gcc_64/include/QtWidgets/ -I/usr/local/Qt/5.2.1/gcc_64/include/ -I/usr/local/Qt/5.2.1/gcc_64/include/QtGui/ -fPIC -fPIE -I/home/go/ffmpeg_build/include/ -I/usr/local/Qt/5.2.1/gcc_64/include/QtCore/  -fPIC -fPIE -I/home/go/ffmpeg_build/include/libavcodec -I/home/go/ffmpeg_build/include/libavformat/
  
  
  
  
  
   $(CXX) -o xxx_GUI $(MAIN_FILE) $(TARGETROOT)/*.o  $(TARGETROOT)/*.a $(DEFINE_FLAGS) $(INCLUDE_FLAGS) $(CXXFLAGS) -lpq -lippi -lipps -lippcore -lpthread -lgcrypt -lippvm -lippcv -lippcc -L/opt/intel/composer_xe_2015.1.133/ipp/lib/intel64 -L/usr/local/Qt/5.2.1/gcc_64/include/QtWidgets/ -L/usr/X11R6/lib/  -lXv -lX11 -lXext -ltar

  If I add -lstdc++ to my compiler options, FFmpeg gives link errors instead. I have wrapped FFmpeg includes in extern "C" as I have seen elsewhere on this site. It doesn’t help. But I don’t think that is the problem here.

  FFmpeg is compiled as dynamic libs from source. (I had the same behavior when I linked static libs.)

  I have checked the FFmpeg libs with ldd and the dependencies is in place. I have checked for 32/64 mix-ups but it all seems to be 64 as it should be.

  root@antec :/usr/local/lib# file libavcodec.so.57.27.101
  libavcodec.so.57.27.101 : ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x6bf103d9a0531802fdcc608a8032a77d5b89b898, stripped
  root@antec :/usr/local/lib# file /lib/x86_64-linux-gnu/libc.so.6
  /lib/x86_64-linux-gnu/libc.so.6 : symbolic link to `libc-2.13.so’
  root@antec :/usr/local/lib# file /lib/x86_64-linux-gnu/libc-2.13.so
  /lib/x86_64-linux-gnu/libc-2.13.so : ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), BuildID[sha1]=0xb5053aa2420700afc9687ab357a8d5d89fcb1bd0, for GNU/Linux 2.6.26, stripped

  The example contained in FFmpeg source compiled and linked fine.

  Is there any other external part that could give these errors ? C++11 ? Any indication could help. Thanks.

• FFMPEG - 4K HDR - MPEG - BIG FILE convert

  8 mars 2018, par Ian Lodanko

  I would like to ask how through ffmpeg to achieve the smallest file size and yet keep the best quality [LIKE Youtube convert].

  Currently used :

  ffmpeg -i "/home/sampe_4K_HDR.mkv" -map 0:00 -c:v libx264 -preset ultrafast -b:v 66718k -pix_fmt yuv420p10le -x264-params "colorprim=bt2020:transfer=smpte2084:colormatrix=bt2020nc" -crf 18 -c:a libfdk_aac -profile:v baseline -level 3.0 "/home/sampe_4K_HDR.mp4"

  But the size of the video after conversion is very large, I would like to preserve as much as possible the quality of the original video and get the smallest possible video size.

  Could you please advise ? Write some examples of how to get better with smaller sizes ? Thank you in advance and I apologize for my English in advance.