Recherche avancée

Sur d’autres sites (9452)

• Could not find com.arthenica:ffmpeg-kit-full:6.0-2 [closed]

  6 août, par gabocalero

  I started receiving this message when I build my project

  


  > Could not find com.arthenica:ffmpeg-kit-full:6.0-2.
  Searched in the following locations:
    - https://dl.google.com/dl/android/maven2/com/arthenica/ffmpeg-kit-full/6.0-2/ffmpeg-kit-full-6.0-2.pom
    - https://repo.maven.apache.org/maven2/com/arthenica/ffmpeg-kit-full/6.0-2/ffmpeg-kit-full-6.0-2.pom
    - https://jcenter.bintray.com/com/arthenica/ffmpeg-kit-full/6.0-2/ffmpeg-kit-full-6.0-2.pom
    - https://jitpack.io/com/arthenica/ffmpeg-kit-full/6.0-2/ffmpeg-kit-full-6.0-2.pom
    - https://pkgs.dev.azure.com/MicrosoftDeviceSDK/DuoSDK-Public/_packaging/Duo-SDK-Feed/maven/v1/com/arthenica/ffmpeg-kit-full/6.0-2/ffmpeg-kit-full-6.0-2.pom
    - https://oss.sonatype.org/content/repositories/snapshots/com/arthenica/ffmpeg-kit-full/6.0-2/ffmpeg-kit-full-6.0-2.pom
  Required by:
      project :presentation > project :domain


  


  These are the project's repositories

  


  allprojects {     
   repositories {
      google()
      mavenCentral()
      jcenter()
      maven { url 'https://jitpack.io' }
      maven { url "https://oss.sonatype.org/content/repositories/snapshots" }     
   } 
}


  


  And this is the dependency I'm adding

  


      implementation(libs.arthenica.ffmpeg.full)


  


  This is my libs.version.toml

  


  ffmpeg = "6.0-2"
arthenica-ffmpeg-full = {  group = "com.arthenica", name = "ffmpeg-kit-full", version.ref = "ffmpeg" }


  


  AFAICS in the project's github page, it will not be maintained anymore


  


  In the short term, do you know any other repository that still servers this dependency ?

  


  On the other hand, do you know any other project to replace Arthenica ffmpeg-kit-full dependency ?

  


• ffmpeg selects shortest movie but leaves full length audio

  26 octobre 2015, par Stan James

  I’ve created a tool to create a grid of movies, like in the Brady Bunch opening. It’s a cool, funny effect.

  Here’s a sample movie showing the grid.

  

  The problem is that ffmpeg is choosing the shortest movie to determine the maximum length of overlaid videos, but still using the full length of the first audio track to determine the overall output movie length.

  So all my videos stop moving when the shortest one ends, but the audio plays on for full length of the first movie.

  How can I either (1) set the length of the output movie to the longest input movie or (2) match the audio length to the shortest movie length as well ?

  Gist of my script.

  Based on this ffmpeg example usage which exhibits the same audio problem :

  ffmpeg
  
      -i 1.avi -i 2.avi -i 3.avi -i 4.avi
  
      -filter_complex "
  
          nullsrc=size=640x480 [base];
  
          [0:v] setpts=PTS-STARTPTS, scale=320x240 [upperleft];
  
          [1:v] setpts=PTS-STARTPTS, scale=320x240 [upperright];
  
          [2:v] setpts=PTS-STARTPTS, scale=320x240 [lowerleft];
  
          [3:v] setpts=PTS-STARTPTS, scale=320x240 [lowerright];
  
          [base][upperleft] overlay=shortest=1 [tmp1];
  
          [tmp1][upperright] overlay=shortest=1:x=320 [tmp2];
  
          [tmp2][lowerleft] overlay=shortest=1:y=240 [tmp3];
  
          [tmp3][lowerright] overlay=shortest=1:x=320:y=240
  
      "
  
      -c:v libx264 output.mkv

• lavfi/vf_libplacebo : support blending multiple inputs

  15 juin 2023, par Niklas Haas

  lavfi/vf_libplacebo : support blending multiple inputs
  Subsequent inputs require frame blending to be enabled, in order to not
  
  overwrite the existing frame contents.
  For output metadata, we implicitly copy the metadata of the *first*
  
  available stream (falling back to the second stream if the first has
  
  already reached EOF, and so on). This is done to resolve any conflicts
  
  between inputs with differing metadata. So when e.g. input 1 is HDR and
  
  output 2 is SDR, the output will be HDR, and vice versa. This logic
  
  could probablly be improved by dynamically determining some "superior"
  
  set of metadata, but I don't want to handle that complexity in this
  
  series.
  

  • [DH] libavfilter/vf_libplacebo.c