Recherche avancée

Sur d’autres sites (13334)

• Getting error "WebAssembly.Memory() : could not allocate memory" when running ffmpeg.wasm on android chrome browser

  27 juin 2022, par Ravi Kundu

  Error in detail :

  


  WebAssembly.Memory(): could not allocate memory
at https://*******/ffmpeg-core.js:22:82
at https://*******/ffmpeg.min.js:1:6506
at f (https://*******/ffmpeg.min.js:1:11322)
at Generator._invoke (https://*******/ffmpeg.min.js:1:11110)
at Generator.next (https://*******/ffmpeg.min.js:1:11747)
at i (https://*******/ffmpeg.min.js:1:4295)
at c (https://*******/ffmpeg.min.js:1:4498)


  


  Code for ffmpeg :

  


  const downloadWithFFMPEG = async () =>{
  const sourceBuffer = await fetch(recordingURL).then(r => r.arrayBuffer());
  await ffmpeg.load();
  await ffmpeg.FS(
    "writeFile",
    "input.webm",
    new Uint8Array(sourceBuffer, 0, sourceBuffer.byteLength)
  );
  await ffmpeg.run("-i", "input.webm", "-c", "copy", "output.mp4")
  const output = ffmpeg.FS("readFile", "output.mp4");
  var link = document.createElement('a')
  link.href = URL.createObjectURL(new Blob([output.buffer], { type: 'video/mp4;codecs=H264' }));
  link.download = this.data;
  link.click();
  recording = false;
}


  


  Brief about problem :
The error only comes for android chrome browser. The same code works fine on pc/laptop chrome.
Have also enabled Webassembly-thread on chrome ://flags for android browser as someone suggested me to do it but still same error. Can someone help me ?

  


• Revert "avcodec : add FF_CODEC_CAP_INIT_CLEANUP for all codecs which use ff_mpv_common...

  24 décembre 2020, par Andreas Rheinhardt

  Revert "avcodec : add FF_CODEC_CAP_INIT_CLEANUP for all codecs which use ff_mpv_common_init()"
  This mostly reverts commit 4b2863ff01b1fe93d9a518523c9098d17a9d8c6f.
  
  Said commit removed the freeing code from ff_mpv_common_init(),
  
  ff_mpv_common_frame_size_change() and ff_mpeg_framesize_alloc() and
  
  instead added the FF_CODEC_CAP_INIT_CLEANUP to several codecs that use
  
  ff_mpv_common_init(). This introduced several bugs :
  a) Several decoders using ff_mpv_common_init() in their init function were
  
  forgotten : This affected FLV, Intel H.263, RealVideo 3.0 and V4.0 as well as
  
  VC-1/WMV3.
  
  b) ff_mpv_common_init() is not only called from the init function of
  
  codecs, it is also called from AVCodec.decode functions. If an error
  
  happens after an allocation has succeeded, it can lead to memleaks ;
  
  furthermore, it is now possible for the MpegEncContext to be marked as
  
  initialized even when ff_mpv_common_init() returns an error and this can
  
  lead to segfaults because decoders that call ff_mpv_common_init() when
  
  decoding a frame can mistakenly think that the MpegEncContext has been
  
  properly initialized. This can e.g. happen with H.261 or MPEG-4.
  
  c) Removing code for freeing from ff_mpeg_framesize_alloc() (which can't
  
  be called from any init function) can lead to segfaults because the
  
  check for whether it needs to allocate consists of checking whether the
  
  first of the buffers allocated there has been allocated. This part has
  
  already been fixed in 76cea1d2ce3f23e8131c8664086a1daf873ed694.
  
  d) ff_mpv_common_frame_size_change() can also not be reached from any
  
  AVCodec.init function ; yet the changes can e.g. lead to segfaults with
  
  decoders using ff_h263_decode_frame() upon allocation failure, because
  
  the MpegEncContext will upon return be flagged as both initialized and
  
  not in need of reinitialization (granted, the fact that
  
  ff_h263_decode_frame() clears context_reinit before the context has been
  
  reinited is a bug in itself). With the earlier version, the context
  
  would be cleaned upon failure and it would be attempted to initialize
  
  the context again in the next call to ff_h263_decode_frame().
  While a) could be fixed by adding the missing FF_CODEC_CAP_INIT_CLEANUP,
  
  keeping the current approach would entail adding cleanup code to several
  
  other places because of b). Therefore ff_mpv_common_init() is again made
  
  to clean up after itself ; the changes to the wmv2 decoder and the SVQ1
  
  encoder have not been reverted : The former fixed a memleak, the latter
  
  allowed to remove cleanup code.
  Fixes : double free
  
  Fixes : ff_free_picture_tables.mp4
  
  Fixes : ff_mpeg_update_thread_context.mp4
  
  Fixes : decode_colskip.mp4
  
  Fixes : memset.mp4
  Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavcodec/h261dec.c
  • [DH] libavcodec/h263dec.c
  • [DH] libavcodec/mpeg12dec.c
  • [DH] libavcodec/mpeg4videodec.c
  • [DH] libavcodec/mpegvideo.c
  • [DH] libavcodec/msmpeg4dec.c
  • [DH] libavcodec/rv10.c

• Opencv is working for my project on my laptop but stop working on raspberry pi

  10 mars 2021, par Clovis Tiwange

  Good morning all ! I despair (This is my first post).
I am trying to set up a human detection system using the openvino toolkit. I am using an example project provided by openvino at the following openvino multi target tracking. I first tested them on my computer (ubuntu) and it worked. I have now tried to run the project on raspberry pi but it gets stuck at opencv level. I followed the following tutorial Install openvino on rasbian for setting up openvino.
While debugging, I realized that the problem was with cv2.videocapure (link). Apparently there is a problem with the backend ffmepg but also GStreamer.

  


  I run the following command

  


  python3 multi_camera_multi_target_tracking.py     -i http://192.168.137.160:4747/video    --m_detector model/intel/person-detection-retail-0013/FP32/person-detection-retail-0013.xml     --m_reid model/intel/person-reidentification-retail-0031/FP32/person-reidentification-retail-0031.xml     --config config.py -l /opt/intel/openvino/deployment_tools/inference_engine/lib/intel64/libcpu_extension_avx2.so


  


  And i have the following results

  


  INFO: 2021-03-07 21:07:34: Opening file http://192.168.137.160:4747/video
[DEBUG:0] global ../opencv/modules/videoio/src/videoio_registry.cpp (171) VideoBackendRegistry VIDEOIO: Builtin backends(8): FFMPEG(1000); GSTREAMER(990); INTEL_MFX(980); MSMF(970); V4L2(960); CV_IMAGES(950); CV_MJPEG(940); UEYE(930)

[DEBUG:0] global ../opencv/modules/videoio/src/videoio_registry.cpp (195) VideoBackendRegistry VIDEOIO: Available backends(8): FFMPEG(1000); GSTREAMER(990); INTEL_MFX(980); MSMF(970); V4L2(960); CV_IMAGES(950); CV_MJPEG(940); UEYE(930)

[ INFO:0] global ../opencv/modules/videoio/src/videoio_registry.cpp (197) VideoBackendRegistry VIDEOIO: Enabled backends(8, sorted by priority): FFMPEG(1000); GSTREAMER(990); INTEL_MFX(980); MSMF(970); V4L2(960); CV_IMAGES(950); CV_MJPEG(940); UEYE(930)

[ WARN:0] global ../opencv/modules/videoio/src/cap.cpp (108) open VIDEOIO(FFMPEG): trying capture filename='http://192.168.137.160:4747/video' ...

[ INFO:0] global ../opencv/modules/videoio/src/backend_plugin.cpp (359) getPluginCandidates VideoIO pluigin (FFMPEG): glob is 'libopencv_videoio_ffmpeg*.so', 1 location(s)

[ INFO:0] global ../opencv/modules/videoio/src/backend_plugin.cpp (366) getPluginCandidates     - /opt/intel/openvino/opencv/lib: 1

[ INFO:0] global ../opencv/modules/videoio/src/backend_plugin.cpp (370) getPluginCandidates Found 1 plugin(s) for FFMPEG

[ INFO:0] global ../opencv/modules/videoio/src/backend_plugin.cpp (175) libraryLoad load /opt/intel/openvino/opencv/lib/libopencv_videoio_ffmpeg.so => FAILED

[ WARN:0] global ../opencv/modules/videoio/src/cap.cpp (170) open VIDEOIO(FFMPEG): backend is not available (plugin is missing, or can't be loaded due dependencies or it is not compatible)

[ WARN:0] global ../opencv/modules/videoio/src/cap.cpp (108) open VIDEOIO(GSTREAMER): trying capture filename='http://192.168.137.160:4747/video' ...

[ INFO:0] global ../opencv/modules/videoio/src/backend_plugin.cpp (359) getPluginCandidates VideoIO pluigin (GSTREAMER): glob is 'libopencv_videoio_gstreamer*.so', 1 location(s)

[ INFO:0] global ../opencv/modules/videoio/src/backend_plugin.cpp (366) getPluginCandidates     - /opt/intel/openvino/opencv/lib: 1

[ INFO:0] global ../opencv/modules/videoio/src/backend_plugin.cpp (370) getPluginCandidates Found 1 plugin(s) for GSTREAMER

[ INFO:0] global ../opencv/modules/videoio/src/backend_plugin.cpp (175) libraryLoad load /opt/intel/openvino/opencv/lib/libopencv_videoio_gstreamer.so => OK

[ INFO:0] global ../opencv/modules/videoio/src/backend_plugin.cpp (236) PluginBackend Video I/O: loaded plugin 'GStreamer OpenCV Video I/O plugin'

[ INFO:0] global ../opencv/modules/videoio/src/cap_gstreamer.cpp (711) open OpenCV | GStreamer: http://192.168.137.160:4747/video

[ INFO:0] global ../opencv/modules/videoio/src/cap_gstreamer.cpp (744) open OpenCV | GStreamer: mode - URI


  


  The program seems to be stuck there. No exception is thrown.