Recherche avancée

Sur d’autres sites (11517)

• avfilter/blend_modes : Always preserve constness

  7 septembre 2023, par Andreas Rheinhardt

  avfilter/blend_modes : Always preserve constness
  These casts cast const away temporarily ; they are safe, because
  
  the pointers that are initialized point to const data. But this
  
  is nevertheless not nice and leads to warnings when using
  
   Wcast-qual. blend_modes.c generates 546 (2*39*7) such warnings
  
  which is the majority of such warnings for FFmpeg as a whole.
  
  vf_blend.c and vf_blend_init.h also use this pattern ;
  
  they have also been changed.
  Reviewed-by : Paul B Mahol <onemda@gmail.com>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavfilter/blend_modes.c
  • [DH] libavfilter/vf_blend.c
  • [DH] libavfilter/vf_blend_init.h

• Streaming webm with ffmpeg/ffserver

  20 octobre 2014, par Mediocre Gopher

  I’m attempting to cast my desktop screen to an ffserver and stream it as a webm. I’m using the following ffserver configuration :

  <feed>               # This is the input feed where FFmpeg will send
  
     File ./feed1.ffm            # video stream.
  
     FileMaxSize 1G              # Maximum file size for buffering video
  
     ACL allow 127.0.0.1
  
     ACL allow localhost
  
  </feed>
  
  
  
  <stream>              # Output stream URL definition
  
     Feed feed1.ffm              # Feed from which to receive video
  
     Format webm
  
  
  
     # Audio settings
  
     AudioCodec vorbis
  
     AudioBitRate 64             # Audio bitrate
  
  
  
     # Video settings
  
     VideoCodec libvpx
  
     VideoSize 720x576           # Video resolution
  
     VideoFrameRate 25           # Video FPS
  
  
  
     AVOptionVideo cpu-used 10
  
     AVOptionVideo qmin 10
  
     AVOptionVideo qmax 42
  
     AVOptionVideo quality good
  
     AVOptionAudio flags +global_header
  
     PreRoll 15
  
     StartSendOnKey
  
     VideoBitRate 400            # Video bitrate
  
  </stream>

  And the following command on my desktop :

  ffmpeg -f x11grab -r 25 -s 1280x800 -i :0.0 -f alsa -i pulse http://127.0.0.1:8090/feed1.ffm

  With ffmpeg being version 2.4.2 and with libvpx enabled (latest on Arch). I get the error :

  [libvpx @ 0x20a21a0] CQ level 0 must be between minimum and maximum quantizer value (10-42)

  On the client side. As far as I can tell from calling ffmpeg -h full there’s no way of setting the cq-level, and setting qmin to 0 doesn’t work (it ends up as 3 for some reason, I guess ffmpeg enforces a minimum).

  This configuration seems to have worked for others on the internet, but I can’t see how if cq-level defaults 0. If anyone has any ideas I’d really appreciate it.

• How to fix the problem of wrong colors shown in the local video window of MicroSIP ?

  25 juillet 2022, par Yadid

  I'm developing a project which is a customization based on MicroSIP in Windows. The local video window performs the video stream from Screen Capture Recorder, which is as a virtual camera and captures the screen. And the problem is the colors of the picture of the local video window are not correct. The picture I uploaded is the example of the problem, it seems like that the red and the blue are exchanged.

  
I'd tried to upgrade the FFmpeg to 5.0.1 and the SDL to 2.0.22, both are probably the latest versions, but it doesn't fix the color problem.

  
This problem also occurs when using the latest official version of MicroSIP(3.21.2).
  
source code of MicroSIP
  
source code of PJSIP (the low-level module which provides interfaces for video, audio, etc. Maybe it's the origin of the color problem)
  
And while using some of the other software which can display pictures of the virtual camera, they can show pictures fine with the correct colors, e.g. MyCam.

  
How to fix this problem ? Or which parts can I do some research on about this problem ? Any help would be appreciated.