Recherche avancée

Sur d’autres sites (6628)

• Audio data for reflective background with FFMPEG/Base.dll

  18 avril 2018, par AV9

  I would like to generate a video with reflective elements, like graphical equaliser, etc. I know FFMPEG can generate waveform using such a data itself, but I would like to have more control and build up something of my own using such a data.
  Is is possible to extract all the data like peaks, volume of all the channels of an audio file into a text file and so that the data would be extracted every 0.1 sec ?

  Is Base.dll a better solution rather than FFMpeg ?
  Thanks

• MediaStream to C++ data type conversion

  20 juillet 2016, par Mohammad Abu Musa

  I am sending a video and audio stream to C++ from Google Chrome, I am not sure how to cast the data.

  What is the data type of this and how do I convert it to C++ ?

  videoStream.getVideoTracks()[0]

  I want to build ffmpeg encoder using C++ but I can not figure out how to cast this type ?

  I was also wondering if there is method to build a test case similar to this data type ?

• AVFrame : How to get/replace plane data buffer(s) and size ?

  19 juillet 2018, par user10099431

  I’m working on gstreamer1.0-libav (1.6.3), trying to port custom FPGA based H264 video acceleration from gstreamer 0.10.

  The data planes (YUV) used to be allocated by a simple malloc back in gstreamer 0.10, so we simply replaced the AVFrame.data[i] pointers by pointers to memory in our video acceleration core. It seems to be MUCH more complicated in gstreamer 1.12.

  For starters, I tried copying the YUV planes from AVFrame.data[i] to a separate buffer - which worked fine ! Since I haven’t seen an immediate way to obtain the size of AVFrame.data[i] and I recognized that data[0], data[1], data[2] seem to be in a single continuous buffer, I simply used (data[1] - data [0]) for the size of the Y plane and (data[2] - data[1]) for the sizes of the U/V planes respectively. This works fine, expect for one scenario :

  • Input H264 stream with resolution of 800x600 or greater
  • The camera is covered (jacket, hand, ...)

  This causes a SEGFAULT in the memcpy of the V plane (data[2]) using the sizes determined as described above. Before covering the camera, the stream is displayed completely fine ... so for some reason the dark screen changes the plane sizes ?

  My ultimate goal is replacing the data[i] pointers allocated by gstreamer by my custom memory allocation (for futher processing) ... where exactly are these buffers assigned, can I change them and how can I obtain the size of each plane (data[0], data[1], data[2]) ?