Recherche avancée

Sur d’autres sites (8877)

• Why are Cb and Cr planes displaced differently from lum by the displace complex filter in ffmpeg ?

  10 janvier 2024, par Neb

  I have a video encoded with the yuv420p pixel format and I want to displace its pixels. I'm using ffmpeg and its new displace filter. The filter takes as inputs (the video to be displaced and) two displacement maps respectively for X and Y axis. I decided to create the displacement maps directly into ffmpeg using the nullsrc video source filter and the geq filter to specify the value of the three planes : lum, Cb, Cr. The script is the following :

  



  ffmpeg INPUT.mp4 -f lavfi -i nullsrc=size=${WIDTH}x${HEIGHT}:d=0.1,geq='lum=128+30*sin(2*PI*X/400):Cb=128+30*sin(2*PI*X/400):Cr='128+30*sin(2*PI*X/400)' -f lavfi -i nullsrc=size=${WIDTH}x${HEIGHT}:d=0.1,geq='lum=128+30*sin(2*PI*X/400):Cb=128+30*sin(2*PI*X/400):Cr=128+30*sin(2*PI*X/400)' -lavfi '[0][1][2]displace' OUTPUT.mp4


  



  I used the example provided in the documentation of ffmpeg, since the expression used in geq is irrelevant for the purposes of the problem.

  



  At the and of the computation, I get the pixels of the input video not properly displaced, meaning that I can clearly see a sort of ghost carrying-color-information video under a displaced but b/w one.
After some tests, I noticed that the displacemnt map created had only the luma plane displaced correctly while the chrominance planes were displaced, but differently from luma, which is the origin of the planes disalignment in the intput video as you can see in the following extract frames :

  



  

  



  I also noticed that the video describing the Cb and Cr planes of the displacement maps have half resolution of the luma plane.

  



  My question is : how can i setup correctly the Cr and Cb planes in the geq definition so that they are exactly identical to the luma plane ?

  



  It would be also great if someone could explain me why ffmpeg gives me an output so much different for luma and Cb, Cr planes even if the function provided is the same.

  



  If, it can help, i'm using ffmpeg 3.3-static build.

  



  Thanks for your time.

  


• matplotlib 3D linecollection animation gets slower over time

  15 juin 2021, par Vignesh Desmond

  I'm trying to animate a 3d line plot for attractors, using Line3DCollection. The animation is initally fast but it gets progressively slower over time. A minimal example of my code :

  


  def generate_video(nframes):

    fig = plt.figure(figsize=(16, 9), dpi=120)
    canvas_width, canvas_height = fig.canvas.get_width_height()
    ax = fig.add_axes([0, 0, 1, 1], projection='3d')

    X = np.random.random(nframes)
    Y = np.random.random(nframes)
    Z = np.random.random(nframes)

    cmap = plt.cm.get_cmap("hsv")
    line = Line3DCollection([], cmap=cmap)
    ax.add_collection3d(line)
    line.set_segments([])

    def update(frame):
        i = frame % len(vect.X)
        points = np.array([vect.X[:i], vect.Y[:i], vect.Z[:i]]).transpose().reshape(-1,1,3)
        segs = np.concatenate([points[:-1],points[1:]],axis=1)
        line.set_segments(segs)
        line.set_array(np.array(vect.Y)) # Color gradient
        ax.elev += 0.0001
        ax.azim += 0.1

    outf = 'test.mp4'
    cmdstring = ('ffmpeg', 
                    '-y', '-r', '60', # overwrite, 1fps
                    '-s', '%dx%d' % (canvas_width, canvas_height),
                    '-pix_fmt', 'argb',
                    '-f', 'rawvideo',  '-i', '-',
                    '-b:v', '5000k','-vcodec', 'mpeg4', outf)
    p = subprocess.Popen(cmdstring, stdin=subprocess.PIPE)

    for frame in range(nframes):
        update(frame)
        fig.canvas.draw()
        string = fig.canvas.tostring_argb()
        p.stdin.write(string)

    p.communicate()

generate_video(nframes=10000)


  


  I used the code from this answer to save the animation to mp4 using ffmpeg instead of anim.FuncAnimation as its much faster for me. But both methods get slower over time and I'm not sure how to make the animation not become slower. Any advice is welcome.

  


  Versions :
Matplotlib : 3.4.2
FFMpeg : 4.2.4-1ubuntu0.1

  


• swscale/utils : add SwsFormat abstraction and helpers

  9 octobre 2024, par Niklas Haas

  swscale/utils : add SwsFormat abstraction and helpers
  Groups together all relevant color metadata from an AVFrame. While we could
  
  use AVFrame directly, keeping it a separate struct has three advantages :
  1. Functions accepting an SwsFormat will definitely not care about the
  
     data pointers.
  
  2. It clearly separates sanitized and raw metadata, since the function to
  
     construct an SwsFormat from an AVFrame will also sanitize.
  
  3. It's slightly more lightweight to pass around.
  Move these into a new header file "utils.h" to avoid crowding
  
  swscale_internal.h even more, and also to solve a circular dependency issue
  
  down the line.
  Sponsored-by : Sovereign Tech Fund
  
  Signed-off-by : Niklas Haas <git@haasn.dev>
  

  • [DH] libswscale/utils.c
  • [DH] libswscale/utils.h