Recherche avancée

Sur d’autres sites (14702)

• avcodec/proresenc_aw : use for frame flag in the header the same value than the offic...

  8 octobre 2018, par Martin Vignali

  avcodec/proresenc_aw : use for frame flag in the header the same value than the official encoder
  

  • [DH] libavcodec/proresenc_anatoliy.c
  • [DH] tests/ref/vsynth/vsynth1-prores
  • [DH] tests/ref/vsynth/vsynth2-prores
  • [DH] tests/ref/vsynth/vsynth3-prores
  • [DH] tests/ref/vsynth/vsynth_lena-prores

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

  30 janvier 2023, par 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 !!

  


• FFMPEG [mp3float @ 0x7fd42f813200] Header missing

  10 février 2021, par rahi82

  I have a problem with some mp3 files. When transcoding the file with FFMPEG I get the following error :

  


  [mp3float @ 0x7fd42f813200] Header missing
Error while decoding stream #0:0: Invalid data found when processing input


  


  Is this a problem of the file itself, and how it is produced ?
Or is it a problem of FFMPEG ?

  


  Here full decoding message :

  


  ffmpeg version git-2020-07-28-dfd12ee Copyright (c) 2000-2020 the FFmpeg developers
  built with Apple clang version 11.0.0 (clang-1100.0.33.16)
  configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD-dfd12ee_2 --enable-shared --cc=clang --host-cflags= --host-ldflags= --enable-gpl --enable-libaom --enable-libdav1d --enable-libmp3lame --enable-libopus --enable-libsnappy --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-libass --enable-demuxer=dash --disable-libjack --disable-indev=jack --enable-opencl --enable-videotoolbox --disable-htmlpages --enable-libfdk-aac --enable-nonfree
  libavutil      56. 57.100 / 56. 57.100
  libavcodec     58. 97.102 / 58. 97.102
  libavformat    58. 49.100 / 58. 49.100
  libavdevice    58. 11.101 / 58. 11.101
  libavfilter     7. 87.100 /  7. 87.100
  libswscale      5.  8.100 /  5.  8.100
  libswresample   3.  8.100 /  3.  8.100
  libpostproc    55.  8.100 / 55.  8.100
[mp3 @ 0x7fd42f808200] Estimating duration from bitrate, this may be inaccurate
Input #0, mp3, from 'Ice Mc - Think About The Way.mp3':
  Metadata:
    title           : Think About The Way
    TBPM            : 133
    artist          : Ice MC
    date            : 1994
    track           : 4/15
    disc            : 0
    album_artist    : ICE MC
  Duration: 00:04:16.39, start: 0.000000, bitrate: 323 kb/s
    Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s
    Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 600x592 [SAR 72:72 DAR 75:74], 90k tbr, 90k tbn, 90k tbc (attached pic)
    Metadata:
      comment         : Other
Stream mapping:
  Stream #0:1 -> #0:0 (mjpeg (native) -> wrapped_avframe (native))
  Stream #0:0 -> #0:1 (mp3 (mp3float) -> pcm_s16le (native))
Press [q] to stop, [?] for help
Output #0, null, to 'pipe:':
  Metadata:
    title           : Think About The Way
    TBPM            : 133
    artist          : Ice MC
    date            : 1994
    track           : 4/15
    disc            : 0
    album_artist    : ICE MC
    encoder         : Lavf58.49.100
    Stream #0:0: Video: wrapped_avframe, yuvj420p(progressive), 600x592 [SAR 72:72 DAR 75:74], q=2-31, 200 kb/s, 90k fps, 90k tbn, 90k tbc (attached pic)
    Metadata:
      comment         : Other
      encoder         : Lavc58.97.102 wrapped_avframe
    Stream #0:1: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s
    Metadata:
      encoder         : Lavc58.97.102 pcm_s16le
[mp3float @ 0x7fd42f813200] Header missing
Error while decoding stream #0:0: Invalid data found when processing input
frame=    1 fps=0.0 q=-0.0 Lsize=N/A time=00:04:16.60 bitrate=N/A speed= 725x    
video:1kB audio:44204kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown


  


  What is also noticed is that this mp3 has the cover embedded as a video stream. And there is also this weird cross mapping. Not sure if that is normal ?