Recherche avancée

Sur d’autres sites (5722)

• Corrupt video duration after ffmpeg speeding up process

  4 avril 2022, par Agustín Bulzomi

  I'm using this code to speed up some videos :

  


  "C:\Program Files (x86)\ffmpeg\bin\ffmpeg.exe" -i "C:\Users\Agustín\Downloads\Presentación.mp4" -vf "setpts=(PTS-STARTPTS)/1.5" -crf 18 -af atempo=1.5 "C:\Users\Agustín\Downloads\Comercio\Presentación.mp4"


  


  The first batch of videos turned out fine, but the second didn't : the descriptions of each video still have the original length and, when playing the videos, the time bar shows the original length. For example, when you play a video that was shortened to be 40 minutes, the bar keeps showing 1 hour as its length ; after the 40 minutes, the video ends (no silent playing, it just stops and goes to 00:00).

  


  I've found this post : https://superuser.com/questions/863183/how-to-fix-ffmpeg-inaccurate-time-stamp-that-corrupts-thumbnail-generation

  


  The solution proposed was to copy the video and audio to a new container so the length would be reset...

  


  ffmpeg -i input -c:v copy -c:a copy output


  


  ... but it doesn't work with my videos.

  


  I believe the problem lies in timestamps : the first batch of videos didn't have them, but this one does ("screen recording started", etc.). After speeding up the videos, timestamps were left unchanged (they don't correlate with the video that is faster now).

  


  Any ideas ? Thanks in advance !

  


• Why is my Youtube Video not downloading completely ? "Input buffer exhausted, packet corrupt"

  15 septembre 2021, par user16909319

  Introduction :

  


  I'm working on a Discord Music Bot for personal use only. Basically, when I play a 2min song with the bot, it plays the song for 1min 30secs, then skips it and plays the next one in the queue. The error is shown below :

  


  


  Error in Pull Function
  
IO error : Error number -10054 occurred
  
[mov,mp4,m4a,3gp,3g2,mj2 @ 0000018f86a6f4c0] Packet corrupt (stream = 0, dts = 11154432).
  
Input buffer exhausted before END element found
  
Invalid Data found when processing Input
  
[mov,mp4,m4a,3gp,3g2,mj2 @ 0000018f86a6f4c0] stream 0, offset 0x3e805c : partial file

  


  


  The code block which I think is causing the problem :

  


  Search song method

  


      async def search_song(self, amount, song, get_url=False):
        info = await self.bot.loop.run_in_executor(None, lambda: youtube_dl.YoutubeDL(ytdl_format_options).extract_info(
            f"ytsearch{amount}:{song}", download=False, ie_key="YoutubeSearch"))
        if len(info["entries"]) == 0: return None

        return [entry["webpage_url"] for entry in info["entries"]] if get_url else info


  


  Play_song method

  


      async def play_song(self, ctx, song):
        url = pafy.new(song).getbestaudio().url
        ctx.voice_client.play(discord.PCMVolumeTransformer(discord.FFmpegPCMAudio(url, executable="C:/ffmpeg/bin/ffmpeg.exe")),
                              after=lambda error: self.bot.loop.create_task(self.check_queue(ctx)))
        ctx.voice_client.source.volume = 0.5


  


  Formatting Options I provided :

  


  ytdl_format_options = {
    'format': 'bestaudio/best',
    'outtmpl': '%(extractor)s-%(id)s-%(title)s.%(ext)s',
    'restrictfilenames': True,
    'noplaylist': True,
    'nocheckcertificate': True,
    'ignoreerrors': True,
    'logtostderr': False,
    'quiet': True,
    'no_warnings': True,
    'default_search': 'auto',
    'source_address': '0.0.0.0'
}


  


  Solutions that I've tried :

  


  

  • Running it on both Replit and locally.

  


  • Redownloading FFmpeg

  


  • Ensuring FFmpeg, pafy, and youtube_dl are all up to date.

  


  


  Things to Note :

  


  

  • Playing a 2mins song, it stops after 1min 30 seconds and displays the error above. (75% of the song)

  


  • Playing a 1hr song, it still continues after 10 minutes.

  


  


  I do not have much experience in this yet so I'm not entirely sure where in my code is actually causing this issue or other ways which I can use to test and fix the issue.

  


• Stop ffmpeg from concealing corrupt frames

  22 mai 2021, par Dominic Mason

  To those who know the answer...

  


  I've been piping ffmpeg to aomenc quite successfully. Problem is, I'm sometimes getting source files for ffmpeg with false I-frames. I've loaded the files into virtualdub, and got the same result. There are some dummy frames, usually fake I-frames in a few of the files I have. So obviously, I want ffmpeg to simply drop such frames. I added the -err_detect aggressive -fflags discardcorrupt flags, but ffmpeg isn't having it. At the front of one vid I have a false I frame, but instead of dropping it I get :

  


  [h264 @ 0000000002ab8c00] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame


  


  The result is I have a grey colored frame at the front of the video. So, I've read the other answers. Is there any other way than discardcorrupt of forcing ffmpeg to automatically drop these frames, or do I have to manually remove them ? I'm using a windows build of ffmpeg from gyandev in case that matters, compiled about a month ago.