Recherche avancée

Sur d’autres sites (7482)

• Scrolling Effect of an Image using FFmpeg [closed]

  5 juin, par neeebzz

  I want to create an mp4 video of 40 seconds where an image just floats from top to bottom and vice versa.

  


  I am using the following ffmpeg command :

  


  ffmpeg 
    -loop 1 
    -t 40 
    -i ./input.jpg 
    -filter_complex [0]scale=800:-1[s0];[s0]crop=h=450:w=800:x=0:y=(ih-450)*(3*pow(t/40.241\,2) - 2*pow(t/40\,3))[s1];[s1]scale=800:400[s2] 
    -map [s2] 
    -pix_fmt yuv420p 
    -preset medium 
    -r 30 
    -vcodec libx264 
    ./output.mp4 -y


  


  The animation is working as expected however the motion is very jerky. How can I smooth it out ?

  


  Ffmpeg version :

  


  ffmpeg version 5.1.6-0+deb12u1 Copyright (c) 2000-2024 the FFmpeg developers


  


• avutil : Fix linking x86 asm constants with Clang in MSVC mode

  12 juin, par Martin Storsjö

  avutil : Fix linking x86 asm constants with Clang in MSVC mode
  This fixes building with Clang in MSVC mode, for x86, which was
  
  broken in 6e49b8699657b808b7dc80033f2c3f2d0e029fa3 (in Nov 2024) ;
  
  previously it failed with undefined symbols for the constants
  
  defined with DECLARE_ASM_CONST, accessed via inline assembly.
  Before 57861911a34e1c33796be97f2b2f44e05fffd647, there was an
  
      #elif defined(__GNUC__) || defined(__clang__)
  
  case before the
  
      #elif defined(_MSC_VER)
  
  case for defining DECLARE_ASM_CONST, which included av_used.
  
  (This case included the explicit "defined(__clang__)" since
  
  f637046d3134a331e4b5a7243ac3dfb92735b8a5.)
  After 57861911a34e1c33796be97f2b2f44e05fffd647, it used the
  
  generic definition of DECLARE_ASM_CONST that also included
  
  av_used - which also worked for Clang in MSVC mode. But after
  
  6e49b8699657b808b7dc80033f2c3f2d0e029fa3, Clang in MSVC mode
  
  ended up using the MSVC specific variant which lacked the
  
  av_used declaration, causing linker errors due to undefined
  
  symbols.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavutil/mem_internal.h

• FFMPEG send RTP audio at 8k bytes/sec [closed]

  10 mai, par Muzza

  I'm trying to use FFMPEG to mimick a device that transmits G711U audio over UDP/RTP at 8k bytes per second.
The device im mimicking sends rtp packets every 20ms with 160byte payload.

  


  I've had limited success using the following command

  


  ffmpeg -f dshow -i audio="Microphone (Realtek(R) Audio)" -ac 1 -ar 8000 -ab 8 -acodec pcm_mulaw -f rtp rtp://127.0.0.1:12345?pkt_size=160


  


  This sends G711U encoded audio, in 160byte chunks, but streams at 64kB/s, not the 8kB/s that my device is expected, so the device errors out ?

  


  Any idea's would be massively appreciated !

  


  Thank you

  


  Log from FFMPEG

  


  >ffmpeg -f dshow -i audio="Microphone (Realtek(R) Audio)" -ac 1 -ar 8000 -ab 8 -acodec pcm_mulaw -f rtp rtp://127.0.0.1:12345?pkt_size=160
ffmpeg version 2025-04-23-git-25b0a8e295-essentials_build-www.gyan.dev Copyright (c) 2000-2025 the FFmpeg developers
  built with gcc 14.2.0 (Rev3, Built by MSYS2 project)
  configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-zlib --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-sdl2 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-libaom --enable-libopenjpeg --enable-libvpx --enable-mediafoundation --enable-libass --enable-libfreetype --enable-libfribidi --enable-libharfbuzz --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-dxva2 --enable-d3d11va --enable-d3d12va --enable-ffnvcodec --enable-libvpl --enable-nvdec --enable-nvenc --enable-vaapi --enable-libgme --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libtheora --enable-libvo-amrwbenc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-librubberband
  libavutil      60.  2.100 / 60.  2.100
  libavcodec     62.  0.101 / 62.  0.101
  libavformat    62.  0.100 / 62.  0.100
  libavdevice    62.  0.100 / 62.  0.100
  libavfilter    11.  0.100 / 11.  0.100
  libswscale      9.  0.100 /  9.  0.100
  libswresample   6.  0.100 /  6.  0.100
  libpostproc    59.  1.100 / 59.  1.100
[aist#0:0/pcm_s16le @ 00000198256b73c0] Guessed Channel Layout: stereo
Input #0, dshow, from 'audio=Microphone (Realtek(R) Audio)':
  Duration: N/A, start: 135470.702000, bitrate: 1411 kb/s
  Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s, Start-Time 135470.702s
Stream mapping:
  Stream #0:0 -> #0:0 (pcm_s16le (native) -> pcm_mulaw (native))
Press [q] to stop, [?] for help
[pcm_mulaw @ 00000198256cf240] Bitrate 8 is extremely low, maybe you mean 8k
Output #0, rtp, to 'rtp://127.0.0.1:12345?pkt_size=160':
  Metadata:
    encoder         : Lavf62.0.100
  Stream #0:0: Audio: pcm_mulaw, 8000 Hz, mono, s16 (8 bit), 64 kb/s
    Metadata:
      encoder         : Lavc62.0.101 pcm_mulaw
SDP:
v=0
o=- 0 0 IN IP4 127.0.0.1
s=No Name
c=IN IP4 127.0.0.1
t=0 0
a=tool:libavformat 62.0.100
m=audio 12345 RTP/AVP 0
b=AS:64

[out#0/rtp @ 00000198256cdd00] video:0KiB audio:973KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 8.467470%
size=    1055KiB time=00:02:04.51 bitrate=  69.4kbits/s speed=   1x
Exiting normally, received signal 2.


  


  Wireshark :
Wireshark Log

  


  Shows packets being sent every 0.20ms