Recherche avancée

Sur d’autres sites (9581)

• Moviepy write_videofile works the second time but not the first ?

  30 novembre 2023, par Andrew Best

  I'm concatenating a list of video objects together then writing them with write_videofile, weirdly enough the first time I write the file, it plays fine for the first halfish then the first few frames of each clip in the file afterwards plays before freezing. But here's the odd part, If I write the exact same video object right after the first video writes, it writes just fine and plays perfectly.

  


  Here's my code

  


  from moviepy.editor import VideoFileClip, concatenate_videoclips

clipslist = []
clips = ['https://clips-media-assets2.twitch.tv/AT-cm%7C787619651.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787628097.mp4', 'https://clips-media-assets2.twitch.tv/2222789345-offset-20860.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787624765.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787539697.mp4', 'https://clips-media-assets2.twitch.tv/39235981488-offset-3348.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C788412970.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787682495.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787962593.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787627256.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787573008.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C788543065.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787593688.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C788079881.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C788707738.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C788021727.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787595029.mp4', 'https://clips-media-assets2.twitch.tv/39233367648-offset-9536.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C788517651.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C788087743.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787497542.mp4', 'https://clips-media-assets2.twitch.tv/39233367648-offset-9154.mp4', 'https://clips-media-assets2.twitch.tv/7109626012888880881-offset-4818.mp4', 'https://clips-media-assets2.twitch.tv/72389234-offset-760.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787774924.mp4', 'https://clips-media-assets2.twitch.tv/AT-cm%7C787565708.mp4']

for clip in clips:
    dlclip = VideoFileClip(clip, target_resolution=(1080, 1920))  # Download clip
    clipslist.append(dlclip)

videofile = concatenate_videoclips(clipslist)
videofile.write_videofile("final1.mp4") # Broken after the first halfish
videofile.write_videofile("final2.mp4") # Works entirely fine.
videofile.close


  


  Any ideas ? Any suggestions appreciated.

  


  

  • Sometimes when the video is small enough it seems to write the first time just fine too.

  


  • It seems there is no set point where it breaks, each time I write it for the first time it typically breaks at a different spot.

  


  • I've tried waiting for the thread to exit and sleeping after the concatenation and that doesn't seem to fix the issue.

  


  


• (FFMPEG Error)Real-time buffer [USB cam's name] too full or near too full

  9 juin 2020, par ZzangWoo

  I am doing project about making rtsp stream of my USB Camera.
And my project environment is 
- OS : windows server 2019
- CPU : AMD Ryzen 7 3700X
- RAM : 64GB
- GPU : NVIDIA GeForce RTX 2070 SUPER

  



  My project goal is to detect object with YOLO and show original cam video, detected video to client. So I need to change my USB Camera to RTSP Stream. But I had an error below picture.
enter image description here

  



  And this is my command line.

  



  ffmpeg -re -f dshow -i video="JOYTRON HD20" -pix_fmt yuv420p -vsync 1 -threads 0 -vcodec libx264 -r 30 -g 60 -sc_threshold 0 -b:v 640k -bufsize 768k -maxrate 800k -preset veryfast -profile:v baseline -tune film -acodec aac -b:a 128k -ac 2 -ar 48000 -f rtsp rtsp ://localhost:8888/test

  



  I saw an answer that the problem is bandwidth. So I added parameter. It didnt help.

  



  I also added the -rtbufsize parameter and -thread_queue_size parameter. But it didnt help anything.

  



  What should I do ??

  


• Output to pipe and file at the same time even if pipe isn't accepting inputs

  5 juillet 2018, par Eduardo Perez

  So, I made a script for Cygwin that uses Windows’s ImageMagick and FFmpeg, but I am not sure if the results here will also apply for bash on Linux. So, what the script does is I have some cartoon video files and I’m using Waifu2x to enhance and upscale the images to 4K, and then using ImageMagick to pipe it to FFmpeg, which is also used to resize it to 3840x2160 in case the resolution is slightly different. Here’s a small script I wrote for this example to simplify how it outputs to FFmpeg, as the real script is extremely lengthy and complex.

  #!/bin/bash
  
  fun(){
  
  convert out.png JPG:-|tee "$outfile"
  
  }
  
  fun|ffmpeg -f image2pipe -r 60 -i - -c:v libx265 -movflags +faststart "$outputfile"

  Now, what I noticed is that if FFmpeg fails to encode, the function continues but fails to output to $outfile. What I want to do is have it able to output to that file in case the encoding fails since I also write all the images to a cache folder for FFmpeg to run through in case the encoding fails, but I also want to write to both the pipe for FFmpeg and the file at the same time. What seems to be happening is that the command tee appears to be refusing to write to the file if it can’t write to the pipe. I’m not sure if this behavior is intended, and/or if it also does this on Linux bash. How can I get around this and have it write to the file even if it can’t write to the pipe, but write to both at the same time rather than writing to the file and attempting to read it back to the pipe ?