Recherche avancée

Sur d’autres sites (2018)

• Why do I use the header file/library + ffplay.c download from the official website of ffmpeg to make the player worse than the official ffplay ?

  15 juillet 2020, par fredirty2017
  


  1. I am use win10 system with a "http_url_mp4" in hand, the MIME of this file is :
video/mp4 ; codecs="mp4a.40.2,avc1.640020" ; profiles="isom,mp41,mp42".

     


  


  2. I downloaded the header files, libraries, dlls, source code from https://ffmpeg.zeranoe.com/builds/ ,then :

     


  


  3. Run offical "ffplay http_url_mp4", audio and video viewing is normal ;

     


  


  4. I used VS2017 (the project has no special settings) to compile and link the fftools/ffplay.c，fftools/cmdutil.c and the included header files(libavcodec/libavutil and so on), libraries(such as avcodec.lib, avdevicelib, etc.), dlls(avcodec-58.dll / avformat-58.dll...), then run "myffplay http_url_mp4", The playback is stuttering, debugging found av_read_frame relative The processing cost more time, the calling frequency will be lower.

     


  


  5. i found config.h only line '#define FFMPEG_CONFIGURATION "—enable-gpl"', but offical ffplay cmdline shows :
'—disable-static —enable-shared —enable-gpl —enable-version3 —enable-cuda —enable-cuvid —enable-d3d11va —enable-dxva2 —enable-libmfx —enable-nvenc —enable-avisynth —enable-bzlib —enable-fontconfig —enable-frei0r —enable-gnutls —enable-iconv —enable-libass —enable-libbluray —enable-libbs2b —enable-libcaca —enable-libfreetype —enable-libgme —enable-libgsm —enable-libilbc —enable-libmodplug —enable-libmp3lame —enable-libopencore-amrnb —enable-libopencore-amrwb —enable-libopenh264 —enable-libopenjpeg —enable-libopus —enable-librtmp —enable-libsnappy —enable-libsoxr —enable-libspeex —enable-libtheora —enable-libtwolame —enable-libvidstab —enable-libvo-amrwbenc —enable-libvorbis —enable-libvpx —enable-libwavpack —enable-libwebp —enable-libx264 —enable-libx265 —enable-libxavs —enable-libxvid —enable-libzimg —enable-lzma —enable-zlib',

     


  


  6. Does the VS project need special settings or other codes ?

     


  


  


• avformat/mux : Make uncoded frames av_packet_unref() compatible

  9 août 2019, par Andreas Rheinhardt

  avformat/mux : Make uncoded frames av_packet_unref() compatible
  Currently uncoded frames (i.e. packets whose data actually points to an
  
  AVFrame) are not refcounted. As a consequence, calling av_packet_unref()
  
  on them will not free them, but may simply make sure that they leak by
  
  losing the pointer to the frame.
  This commit changes this by actually making uncoded frames refcounted.
  
  In order not to rely on sizeof(AVFrame) (which is not part of the public
  
  API and so must not be used here in libavformat) the packet's data is
  
  changed to a (padded) buffer containing just a pointer to an AVFrame.
  
  Said buffer is owned by an AVBuffer with a custom free function that
  
  frees the frame as well as the buffer. Thereby the pointer/the AVBuffer
  
  owns the AVFrame.
  Said ownership can actually be transferred by copying and resetting
  
  the pointer, as might happen when actually writing the uncoded frames
  
  in AVOutputFormat.write_uncoded_frame() (although currently no muxer
  
  makes use of this possibility).
  This makes packets containing uncoded frames compatible with
  
  av_packet_unref(). This already has three advantages in interleaved mode :
  
  1. If an error happens at the preparatory steps (before the packet is
  
  put into the interleavement queue), the frame is properly freed.
  
  2. If the trailer is never written, the frames still in the
  
  interleavement queue will now be properly freed by
  
  ff_packet_list_free().
  
  3. The custom code for moving the packet to the packet list in
  
  ff_interleave_add_packet() can be removed.
  It will also simplify fixing further memleaks in future commits.
  Suggested-by : Marton Balint <cus@passwd.hu>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavformat/mux.c

• Input/output error while using ffmpeg with pulse

  2 septembre 2017, par user116522

  i want to record my audio output. Yesterday, i used the following command

  ffmpeg -f pulse -ac 2 -i 1 -c:a libfdk_aac -b:a 192k test4.m4a

  and it was working. But now, i receive the output :

   ffmpeg version N-83415-g012dd8c Copyright (c) 2000-2017 the FFmpeg developers
  
    built with gcc 4.8 (SUSE Linux)
  
    configuration: --enable-gpl --enable-libx264 --enable-libx265 --enable-nonfree --enable-libfdk-aac --enable-libpulse
  
    libavutil      55. 46.100 / 55. 46.100
  
    libavcodec     57. 75.100 / 57. 75.100
  
    libavformat    57. 66.101 / 57. 66.101
  
    libavdevice    57.  2.100 / 57.  2.100
  
    libavfilter     6. 73.100 /  6. 73.100
  
    libswscale      4.  3.101 /  4.  3.101
  
    libswresample   2.  4.100 /  2.  4.100
  
    libpostproc    54.  2.100 / 54.  2.100
  
  1: Input/output error

  The command

  pactl list sources

  says :

  Source #0
  
          State: SUSPENDED
  
          Name: alsa_output.pci-0000_01_00.1.hdmi-stereo.monitor
  
          Description: Monitor of HDA NVidia Digital Stereo (HDMI)
  
          Driver: module-alsa-card.c
  
          Sample Specification: s16le 2ch 44100Hz
  
          Channel Map: front-left,front-right
  
          Owner Module: 6
  
          Mute: no
  
          Volume: front-left: 65536 / 100% / 0,00 dB,   front-right: 65536 / 100% / 0,00 dB
  
                  balance 0,00
  
          Base Volume: 65536 / 100% / 0,00 dB
  
          Monitor of Sink: alsa_output.pci-0000_01_00.1.hdmi-stereo
  
          Latency: 0 usec, configured 0 usec
  
          Flags: DECIBEL_VOLUME LATENCY 
  
          Properties:
  
                  device.description = "Monitor of HDA NVidia Digital Stereo (HDMI)"
  
                  device.class = "monitor"
  
                  alsa.card = "1"
  
                  alsa.card_name = "HDA NVidia"
  
                  alsa.long_card_name = "HDA NVidia at 0xf7080000 irq 17"
  
                  alsa.driver_name = "snd_hda_intel"
  
                  device.bus_path = "pci-0000:01:00.1"
  
                  sysfs.path = "/devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1"
  
                  device.bus = "pci"
  
                  device.vendor.id = "10de"
  
                  device.vendor.name = "NVIDIA Corporation"
  
                  device.product.id = "0fb9"
  
                  device.string = "1"
  
                  module-udev-detect.discovered = "1"
  
                  device.icon_name = "audio-card-pci"
  
          Formats:
  
                  pcm