Sur d’autres sites (10993)

• Not able to install ffmpeg vlc rubberband anything in my centOS stream 9 [closed]

  16 septembre 2023, par Yash Goyal

  sudo dnf install ffmpeg

  


  Last metadata expiration check : 0:15:12 ago on Saturday 16 September 2023 05:22:51 PM.
Error :
Problem : package ffmpeg-5.1.3-1.el9.x86_64 from rpmfusion-free-updates requires libavfilter.so.8()(64bit), but none of the providers can be installed

  


  

  • package ffmpeg-5.1.3-1.el9.x86_64 from rpmfusion-free-updates requires libavfilter.so.8(LIBAVFILTER_8)(64bit), but none of the providers can be installed

  


  • package libavfilter-free-5.1.3-1.el9.x86_64 from epel requires librubberband.so.2()(64bit), but none of the providers can be installed

  


  • package ffmpeg-libs-5.1.3-1.el9.x86_64 from rpmfusion-free-updates requires librubberband.so.2()(64bit), but none of the providers can be installed

  


  • conflicting requests

  


  • nothing provides ladspa needed by rubberband-3.1.3-1.el9.x86_64 from epel
(try to add '—skip-broken' to skip uninstallable packages or '—nobest' to use not only best candidate packages)
[root@yashgoyal yash]# sudo dnf install ffmpeg —skip-broken
Last metadata expiration check : 0:15:17 ago on Saturday 16 September 2023 05:22:51 PM.
Dependencies resolved.

  


  


  Problem : package ffmpeg-5.1.3-1.el9.x86_64 from rpmfusion-free-updates requires libavfilter.so.8()(64bit), but none of the providers can be installed

  


  

  • package ffmpeg-5.1.3-1.el9.x86_64 from rpmfusion-free-updates requires libavfilter.so.8(LIBAVFILTER_8)(64bit), but none of the providers can be installed

  


  • package libavfilter-free-5.1.3-1.el9.x86_64 from epel requires librubberband.so.2()(64bit), but none of the providers can be installed

  


  • package ffmpeg-libs-5.1.3-1.el9.x86_64 from rpmfusion-free-updates requires librubberband.so.2()(64bit), but none of the providers can be installed

  


  • conflicting requests

  


  • nothing provides ladspa needed by rubberband-3.1.3-1.el9.x86_64 from epel
================================================================================
Package Arch Version Repository Size
================================================================================
Skipping packages with broken dependencies :
ffmpeg x86_64 5.1.3-1.el9 rpmfusion-free-updates 1.7 M
ffmpeg-libs x86_64 5.1.3-1.el9 rpmfusion-free-updates 7.8 M
libavfilter-free x86_64 5.1.3-1.el9 epel 1.4 M
rubberband x86_64 3.1.3-1.el9 epel 364 k

  


  


  Transaction Summary

  


  Skip 4 Packages

  


  Nothing to do.
Complete !

  


  this is the problem i am facing i tried everything that is available on internet but not able to fix it

  


• Concat two mp4 files with MP4Box error : Bad Parameter [on hold]

  6 février 2014, par user3279646

  I'm trying to concat two mp4 files. But I get an error : Bad Parameter

  Can someone help me with this problem ?

  I'm using de debian packages. On a previously version it worked fine. I moved from a old debian version to the new one and I also had to change the ffmpeg to avconv which I use to create these mp4 files. I also had to change the audio codec to '-acodec aac -strict experimental'

  Kind Regards,
  Marcel

      MP4Box -force-cat -cat conv1-1391608417314.mp4 -add conv1-1391608417345.mp4 -new output.mp4
  
      IsoMedia import - track ID 1 - Video (size 384 x 288)
  
      Error importing conv1-1391608417345.mp4: Bad Parameter

  ---

      MP4Box -info conv1-1391608417314.mp4
  
      Movie Info 
  
      Timescale 1000 - Duration 00:00:23.985
  
      Fragmented File no - 2 track(s)
  
      File Brand isom - version 512
  
      Created: UNKNOWN DATE
  
      File has root IOD (9 bytes)
  
      Scene PL 0xff - Graphics PL 0xff - OD PL 0xff
  
      Visual PL: Not part of MPEG-4 Visual profiles (0xfe)
  
      Audio PL: Not part of MPEG-4 audio profiles (0xfe)
  
      No streams included in root OD
  
  
  
      iTunes Info:
  
      Encoder Software: Lavf53.21.1
  
  
  
      Track # 1 Info - TrackID 1 - TimeScale 1000 - Duration 00:00:23.985
  
      Media Info: Language "Undetermined" - Type "vide:avc1" - 23988 samples
  
      Visual Track layout: x=0 y=0 width=384 height=288
  
      MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
  
      AVC/H264 Video - Visual Size 384 x 288
  
      AVC Info: 1 SPS - 1 PPS - Profile High @ Level 4.2
  
      NAL Unit length bits: 32
  
      Self-synchronized
  
  
  
      Track # 2 Info - TrackID 2 - TimeScale 44100 - Duration 00:00:23.962
  
      Media Info: Language "Undetermined" - Type "soun:mp4a" - 1032 samples
  
      MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40
  
      MPEG-4 Audio MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 44100
  
      Synchronized on stream 1
  
      Alternate Group ID 1

  ---

      MP4Box -version
  
      MP4Box - GPAC version 0.5.0-rev
  
      GPAC Copyright: (c) Jean Le Feuvre 2000-2005
  
      (c) ENST 2005-200X
  
      GPAC Configuration: --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libdir=${prefix}/lib/x86_64-linux-gnu --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking --prefix=/usr --mandir=${prefix}/share/man --libdir=lib/x86_64-linux-gnu --extra-cflags='-Wall -fPIC -DPIC -I/usr/include/mozjs -DXP_UNIX' --enable-joystick --enable-debug --disable-ssl
  
      Features: GPAC_HAS_JPEG GPAC_HAS_PNG

• RTP/UDP or RTSP for accessing stream and passing frame to OpenCV ?

  15 janvier 2020, par xor31four

  Apologies for my inexperience in this domain..I am trying to implement an algorithm that detects the occurrence of a particular event in real-time. The particular event is a consecutive growth of motion across 5 consecutive frames.. almost analogous to a growing sphere or beach ball.

  I am able to detect the event on pre-recorded video that is in .avi format (mjpeg frames) with EmguCV (C# wrapper for OpenCV). The method I use is based on background subtraction.. outlined here https://www.pyimagesearch.com/2015/05/25/basic-motion-detection-and-tracking-with-python-and-opencv/

  The problem is that the live video transport stream is usually in the format rtsp ://XXX.XXX.X.XX/stream1.sdp

  EmguCV on windows can’t decode this h.264 stream for some reason that I am still trying to figure out ... I tried the same url using Python and OpenCV and received a non-matching transport in server reply message similar to this one "Nonmatching transport in server reply" when cv2.VideoCapture rtsp onvif camera, how to fix ? - the answer didn’t work for me.

  I can open the rtsp URL using VLCPlayer and its corresponding C# library - from my understanding it is using ffmpeg, although I may be wrong. FFmpeg on the command line can access the stream.

  EmguCV also uses ffmpeg as a backend which is why I am very confused as to why it can’t open the rtsp URL.

  Here is an image of the module tree when VLCPlayer opens the rtsp stream : .

  From my understanding, EmguCV doesn’t use live555 or avcodec..

  I’ve noticed that if I change the streamer configuration to use UDP or RTP rather than RTSP, EmguCV can access the h.264 URL, although the URL is now in the format rtp/udp ://XXX.XXX.X.XX:XXXXX - no .sdp extension.

  I would highly appreciate if someone with more experience can give me some pointers.
  I have a great deal to learn even though I have spent a lot of time researching this topic. In regards to the detections remaining successful would it be recommended to process H.264 frames with possible distortion or MJPEG frames ?

  I can’t afford a delay longer than 1-2 seconds, and would ideally like to continue with the current method used to detect the event.

  From my current understanding, here are the routes I can take :

  1) Use RTP/UDP and process h.264 video using EmguCV - there is some distortion in the video when there is a large amount of movement.. I also receive several h264 error messages during the stream

  [h264 @ 00000124f13a5080] SPS unavailable in decode_picture_timing
  
  [h264 @ 00000124f13a5080] non-existing PPS 0 referenced
  
  [h264 @ 00000124f13a5080] decode_slice_header error
  
  [h264 @ 00000124f13a5080] no frame!
  
  [h264 @ 00000124f135eac0] Missing reference picture, default is 0
  
  [h264 @ 00000124f135eac0] decode_slice_header error
  
  [h264 @ 00000124f13a5080] cbp too large (6929) at 11 20
  
  [h264 @ 00000124f13a5080] error while decoding MB 11 20
  
  [h264 @ 00000124f135eac0] top block unavailable for requested intra mode -1
  
  [h264 @ 00000124f135eac0] error while decoding MB 3 0
  
  [h264 @ 00000124f124e580] cbp too large (96) at 33 0
  
  [h264 @ 00000124f124e580] error while decoding MB 33 0
  
  [h264 @ 00000124f19940c0] top block unavailable for requested intra mode
  
  [h264 @ 00000124f19940c0] error while decoding MB 1 1

  

  2) Keep RTSP protocol, use libav to decode the frames and pass to EmguCV.. following this answer https://www.raspberrypi.org/forums/viewtopic.php?t=83127 .. I’m not sure if this will introduce a huge delay

  3) Keep RTSP protocol, use ffmpeg to convert h.264 stream to MJPEG and access this URL instead ?
  Again I’m not sure if this will be a feasible solution if it will introduce a great delay.

  4) Use a Linux machine rather than windows and configure a gstreamer backend - not ideal

  Thank you for taking the time to read this post.