Recherche avancée

Sur d’autres sites (6955)

• discord.py. FFmpegPCMAudio. Applying filters to running source FFmpeg sub-procces

  23 janvier 2024, par Vladimir Blanven

  How can I apply a new filter (e.g. the same afade) to source, after running voice.play(source) at any time, without killing the current one and creating a new ffmpeg sub-process ? For instance the user will call a voice.pause() command, after which the afade=t=out filter will be applied to the current timestamp, and only then will the source audio be stopped.

  


  start_time = datetime.now()
audio_path = os.path.join(CURRENT_DIRECTORY, MUSIC_FOLDER_NAME, audiofile)
audio_long = MP3(audio_path)
end_time = int(audio_long.info.length)
before_options= f'-ss 0:00:00'
options = f'-af "afade=t=in:st=0:d={FADE_DURATION}, afade=t=out:st={end_time-FADE_DURATION}:d={FADE_DURATION}"'
source = discord.PCMVolumeTransformer(discord.FFmpegPCMAudio(source=audio_path, executable=FFMPEG_EXECUTABLE_FILE_PATH, before_options=before_options, options=options))
voice.play(source)


  


  For now I have this kinda premitive sort of construction (simulating linear afade=t=out effect) :

  


  volume = 1.0
for _ in range(FADE_DURATION * 10):
    volume -= (1.0 / (FADE_DURATION * 10.0)
    voice.source.volume = volume
    await asyncio.sleep(SLEEP_DURATION)


  


• Interplay MVE : Implement frame format 0x06

  25 juin 2017, par Hein-Pieter van Braam

  Interplay MVE : Implement frame format 0x06
  This implements the 0x06 frame format for Interplay MVE movies. The
  
  format is relatively simple. The video data consists of two parts :
  16 bits per 8x8 block movement data
  
  a number of 8x8 blocks of pixel data
  For each 8x8 block of pixel data the movement data is consulted. There
  
  are 3 possible meanings of the movement data :
  
  * zero : copy the 8x8 block from the pixel data
  
  * negative : copy the 8x8 block from the previous frame from an offset
  
               determined by the actual value of the entry -0xC000.
  
  * positive : copy the 8x8 block from the current frame from an offset
  
               determined by the actual value of the entry -0x4000
  Decoding happens in two passes, in the fist pass only new pixeldata is
  
  copied, during the second pass data is copied from the previous and
  
  current frames.
  The codec expects that the current frame being decoded to still has the
  
  data from 2 frames ago on it when decoding starts.
  Signed-off-by : Hein-Pieter van Braam <hp@tmm.cx>
  

  • [DH] libavcodec/interplayvideo.c
  • [DH] libavformat/ipmovie.c

• How to compile latest FFmpeg Library for Android ?

  28 novembre 2022, par Timo Schuck

  Struggling to put together a working and generally best practice build of current FFmpeg. There seems to be no up-to-date documents or tutorials. What does exist is full of outdated links or build-scripts that do not work.