Recherche avancée

Sur d’autres sites (13806)

• ffmpeg stops reading rtsp livestream after some seconds

  26 décembre 2020, par user3019668

  I'm trying to save locally a rtsp livestream with ffmpeg but it stops after a few seconds. It works smooth, but suddently it just stops, more or less always after 10-15 seconds.

  



  This is the command :

  



  ffmpeg -rtsp_transport tcp -i rtsp://xxx.xxx.xxx.xxx:554/test.sdp -c copy test.ts


  



  And this is the log. I tried with previous ffmpeg versions with the same result :

  



  ffmpeg version git-2020-04-26-1128aa8 Copyright (c) 2000-2020 the FFmpeg developers
  built with gcc 9.3.1 (GCC) 20200328
  configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libsrt --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --disable-w32threads --enable-libmfx --enable-ffnvcodec --enable-cuda-llvm --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt --enable-amf
  libavutil      56. 43.100 / 56. 43.100
  libavcodec     58. 82.100 / 58. 82.100
  libavformat    58. 42.101 / 58. 42.101
  libavdevice    58.  9.103 / 58.  9.103
  libavfilter     7. 79.100 /  7. 79.100
  libswscale      5.  6.101 /  5.  6.101
  libswresample   3.  6.100 /  3.  6.100
  libpostproc    55.  6.100 / 55.  6.100
Input #0, rtsp, from 'rtsp://xxx.xxx.xxx.xxx:554/test.sdp':
  Duration: N/A, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: h264 (Main), yuv420p(top first), 1920x1080, 25 fps, 50 tbr, 90k tbn, 50 tbc
    Stream #0:1: Audio: aac (LC), 48000 Hz, 4.0, fltp
Output #0, mpegts, to 'test.ts':
  Metadata:
    encoder         : Lavf58.42.101
    Stream #0:0: Video: h264 (Main), yuv420p(top first), 1920x1080, q=2-31, 25 fps, 50 tbr, 90k tbn, 90k tbc
    Stream #0:1: Audio: aac (LC), 48000 Hz, 4.0, fltp
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame=  387 fps= 21 q=-1.0 Lsize=   18405kB time=00:00:16.91 bitrate=8912.2kbits/s speed=0.923x
video:17295kB audio:575kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.993069%


  



  Debug shows also "No more output streams to write to, finishing" when it stops.

  



  Could you help me, please ? I don't know what else to try... Thank you.

  


• Zipping Conda Environment Breaks Audioread's Backend (Python/Pyspark)

  25 octobre 2017, par Tim

  I have previously build pyspark environments using conda to package all dependancies and ship them to all the nodes at runtime. Here’s how I create the environment :

  `conda/bin/conda create -p conda_env --copy -y python=2  \
  
  numpy scipy ffmpeg gcc libsndfile gstreamer pygobject audioread librosa`
  
  
  
  `zip -r conda_env.zip conda_env`

  Then sourcing conda_env and running pyspark shell I can successfully execute :

  `import librosa
  
  y, sr = librosa.load("test.m4a")`

  Note without the environment sourced this script results in an error as ffmpeg/gstreamer are NOT installed on my locally.

  Submitting a script to the cluster results in a librosa.load error which traces back to audioread indicating the backend (either gstreamer or ffmpeg) can no longer be found in the zipped archive environment. The stacktrace is below :

  Submit :

  `PYSPARK_PYTHON=./NODE/conda_env/bin/python spark-submit --verbose \
  
          --conf spark.yarn.appMasterEnv.PYSPARK_PYTHON=./NODE/conda_env/bin/python \
  
          --conf spark.yarn.appMasterEnv.PYTHON_EGG_CACHE=/tmp \
  
          --conf spark.executorEnv.PYTHON_EGG_CACHE=/tmp \
  
          --conf spark.yarn.executor.memoryOverhead=1024 \
  
          --conf spark.hadoop.validateOutputSpecs=false \
  
          --conf spark.driver.cores=5 \
  
          --conf spark.driver.maxResultSize=0 \
  
          --master yarn --deploy-mode cluster --queue production \
  
          --num-executors 20 --executor-cores 5 --executor-memory 40G \
  
          --driver-memory 20G --archives conda_env.zip#NODE \
  
          --jars /data/environments/sqljdbc41.jar \
  
          script.py`

  Trace :

  `Caused by: org.apache.spark.api.python.PythonException: Traceback (most recent call last):
  
    File "/mnt/yarn/usercache/user/appcache/application_1506634200253_39889/container_1506634200253_39889_01_000003/pyspark.zip/pyspark/worker.py", line 172, in main
  
      process()
  
    File "/mnt/yarn/usercache/user/appcache/application_1506634200253_39889/container_1506634200253_39889_01_000003/pyspark.zip/pyspark/worker.py", line 167, in process
  
      serializer.dump_stream(func(split_index, iterator), outfile)
  
    File "/mnt/yarn/usercache/user/appcache/application_1506634200253_39889/container_1506634200253_39889_01_000003/pyspark.zip/pyspark/serializers.py", line 263, in dump_stream
  
      vs = list(itertools.islice(iterator, batch))
  
    File "script.py", line 245, in <lambda>
  
    File "script.py", line 119, in download_audio
  
    File "/mnt/yarn/usercache/user/appcache/application_1506634200253_39889/container_1506634200253_39889_01_000003/NODE/conda_env/lib/python2.7/site-packages/librosa/core/audio.py", line 107, in load
  
      with audioread.audio_open(os.path.realpath(path)) as input_file:
  
    File "/mnt/yarn/usercache/user/appcache/application_1506634200253_39889/container_1506634200253_39889_01_000003/NODE/conda_env/lib/python2.7/site-packages/audioread/__init__.py", line 114, in audio_open
  
      raise NoBackendError()
  
  NoBackendError`
  
  </lambda>

  My question is : How can I package this archive so that librosa (really audioread) is able to find the backend and load .m4a files ?

• Creating a shared library that statically includes ffmpeg

  10 octobre 2017, par El Sampsa

  I’m having hard time trying to create a shared library that has ffmpeg libraries "baked in" as static ones.

  Consider the following directory schema :

  include/
  
    my own .h files
  
    ext/
  
      ffmpeg .h files
  
  lib/
  
    libav*.a archive files (softlinks to the actual .a files)
  
    libValkka.so (my shared library)
  
  test/
  
    mytest.cpp
  
  bin/
  
    (binaries appear here)

  I’ve come a long way (see Including objects to a shared library from a C++ archive (.a) ) and the library compiles ok with this : ([STUFF] has been omitted for brevity)

  /usr/bin/c++ -fPIC -std=c++14 -pthread -Iinclude/ext -I/usr/include/libdrm -g -shared -Wl,-soname,libValkka.so -o lib/libValkka.so CMakeFiles/Valkka.dir/src/avthread.cpp.o CMakeFiles/Valkka.dir/src/opengl.cpp.o CMakeFiles/Valkka.dir/src/openglthread.cpp.o [STUFF] CMakeFiles/Valkka.dir/src/filters.cpp.o -lX11 -lGLEW -lGLU -lGL -Wl,—allow-multiple-definition -Wl,-Bsymbolic -Wl,—whole-archive -Wreorder lib/libavdevice.a lib/libavfilter.a lib/libavformat.a lib/libavcodec.a lib/libavutil.a lib/libswscale.a lib/libswresample.a -Wl,—no-whole-archive

  However, when creating executables - their source code does not use any ffmpeg api (just my own api) - with :

  c++ -std=c++14 -pthread -Iinclude -Iinclude/ext -Llib test/mytest.cpp -lValkka -g -o bin/mytest

  I get a hoard of errors about missing ffmpeg dependencies. Not everything is missing, just some weird stuff :

  lib/libValkka.so: undefined reference to `pa_stream_get_index'
  
  lib/libValkka.so: undefined reference to `deflateInit_'
  
  lib/libValkka.so: undefined reference to `pa_stream_get_state'
  
  lib/libValkka.so: undefined reference to `lzma_stream_decoder'
  
  lib/libValkka.so: undefined reference to `BZ2_bzDecompress'
  
  lib/libValkka.so: undefined reference to `vaInitialize'
  
  lib/libValkka.so: undefined reference to `pa_stream_unref'
  
  lib/libValkka.so: undefined reference to `deflateInit2_'
  
  lib/libValkka.so: undefined reference to `snd_pcm_close'
  
  ...
  
  lib/libValkka.so: undefined reference to `vaGetDisplayDRM'
  
  lib/libValkka.so: undefined reference to `vaMaxNumEntrypoints'
  
  lib/libValkka.so: undefined reference to `uncompress'
  
  lib/libValkka.so: undefined reference to `pa_stream_drop'
  
  lib/libValkka.so: undefined reference to `pa_context_connect'
  
  lib/libValkka.so: undefined reference to `FT_Get_Kerning'
  
  lib/libValkka.so: undefined reference to `ass_free_track'
  
  lib/libValkka.so: undefined reference to `pa_operation_unref'
  
  lib/libValkka.so: undefined reference to `FT_Stroker_Done'
  
  lib/libValkka.so: undefined reference to `vaTerminate'
  
  lib/libValkka.so: undefined reference to `ass_new_track'
  
  lib/libValkka.so: undefined reference to `jack_client_close'
  
  ...
  
  lib/libValkka.so: undefined reference to `xcb_xfixes_query_version'
  
  lib/libValkka.so: undefined reference to `xcb_shape_rectangles'
  
  lib/libValkka.so: undefined reference to `pa_mainloop_free'
  
  lib/libValkka.so: undefined reference to `snd_device_name_hint'
  
  lib/libValkka.so: undefined reference to `vaCreateImage'
  
  lib/libValkka.so: undefined reference to `vaBeginPicture'
  
  lib/libValkka.so: undefined reference to `DtsSetColorSpace'
  
  lib/libValkka.so: undefined reference to `vaDestroyConfig'
  
  lib/libValkka.so: undefined reference to `pa_stream_writable_size'
  
  lib/libValkka.so: undefined reference to `snd_pcm_hw_params_get_buffer_size_max'
  
  lib/libValkka.so: undefined reference to `ass_read_file'

  This is pretty frustrating, especially when I can see that those names are included in the shared library..!

  nm lib/libValkka.so | grep "vaBeginPicture"

  gives

  U vaBeginPicture

  etc. I thought it might be a problem regarding the dependency order the archive .a files, and also tried with :

  ..... -Wl,—allow-multiple-definition -Wl,-Bsymbolic -Wl,—start-group -Wl,—whole-archive -Wreorder lib/libavdevice.a lib/libavfilter.a lib/libavformat.a lib/libavcodec.a lib/libavutil.a lib/libswscale.a lib/libswresample.a -Wl,—no-whole-archive -Wl,—end-group

  But the problem persists.

  I have succesfully created a shared library that does not "bake in" those .a archives, i.e. that just depends dynamically on ffmpeg libraries, and there are no such problems.

  I am baffled.. Have I misunderstood something fundamental, forgot some annoying linked option, or both ? Help appreciated !