Advanced search

On other websites (4558)

• FFmpeg API example (encode_video.c) does not work correctly

  30 January 2023, by NewbieCoder

  I am using the official encode_video.c example to test if FFmpeg works correctly for me. 
I got the pre-built windows edition from ffmpeg.zeranoe.com/builds. It is built already with libx264 and other external libraries. I got both dev and shared editions and added the DLLs, header files and libs accordingly in Visual Studio.

  



  Now the encode_video.c example does not work correctly.

  



  



  What I tried:

  



  I compiled the example and run it on many different file formats and codecs such as the following.

  



  First I tried all of these file formats (.mp4, .m4v, .h264, .x264, .avi, .flv) with codec name as libx264. The code executed without errors but the output video file did not play in VLC or Windows 10 default player.

  



  Next, I tried all of those above file formats but with codec name as mpeg4. The code executed without errors but the output video file played only for .m4v in VLC.

  



  



  What is expected:

  



  All of those combinations should have produced a video file which could be played in VLC. None of them worked except for .m4v as file format and mpeg4 as codec name.

  



  



  Please tell me how to make this work for h264. I mainly want it to work for h264 as that is only important for now.

  



  I am running the code like ./encode_video.exe test.mp4 libx264 where first argument is output filename and second argument is codec name.

  



  This is the output for test.mp4 and libx264 as command line arguments https://imgur.com/a/AHLQwuK

  



  It seems that in the encode function, it goes over the below code and returns because of AVERROR(EAGAIN) or AVERROR_EOF. Please tell me what is happening.

  



  while (ret >= 0) {
        ret = avcodec_receive_packet(enc_ctx, pkt);
        if (ret == AVERROR(EAGAIN) || ret == AVERROR_EOF)
            return;
        else if (ret < 0) {
            fprintf(stderr, "Error during encoding\n");
            exit(1);
        }

        printf("Write packet %3"PRId64" (size=%5d)\n", pkt->pts, pkt->size);
        fwrite(pkt->data, 1, pkt->size, outfile);
        av_packet_unref(pkt);
    }


  



  I used DepenciesGUI to find out the DLLs linked and it shows that the DLLs are correctly linked. Please help me figure out what the problem is now!!

  


• Case-insensitive URL match for canPlayURL(), etc. (eg. so foobar.MP3 will work)

  10 June 2010, by Scott Schiller

  m script/soundmanager2-jsmin.js m script/soundmanager2-nodebug-jsmin.js m script/soundmanager2.js Case-insensitive URL match for canPlayURL(), etc. (eg. so foobar.MP3 will work)

• Revision 7e802a5bba: Fixes for highbitdepth on 32bit x86 Some of the assembler routines only work fo

  8 July 2014, by Peter de Rivaz

  Changed Paths:
   Modify /test/convolve_test.cc

  
   Modify /test/vp9_intrapred_test.cc

  
   Modify /vp9/common/vp9_common.h

  
   Modify /vp9/common/vp9_rtcd_defs.pl

  
   Modify /vp9/common/x86/vp9_asm_stubs.c

  
   Modify /vp9/common/x86/vp9_high_intrapred_sse2.asm

  
   Modify /vp9/common/x86/vp9_high_subpixel_bilinear_sse2.asm

  
  
  Fixes for highbitdepth on 32bit x86

  Some of the assembler routines only work for 64bit
  architectures. This patch makes such routines fall
  back to using C implementations.

  Change-Id: Ia1e59d9ce5856eca0d56ab59fbc9436fa2838745