k00UASRvAiw: Downloading 1 format(s): 313+251 Default format spec: bestvideo+bestaudio/best Found 2 segments in the SponsorBlock database Formats sorted by: hasvid, ie_pref, quality, res, fps, hdr:12(7), source, vcodec:vp9.2(10), acodec, lang, proto, filesize, fs_approx, tbr, vbr, abr, asr, vext, aext, hasaud, id

Sort order given by extractor: quality, res, fps, hdr:12, source, codec:vp9.2, lang, proto k00UASRvAiw: Downloading android player API JSON exe versions: ffmpeg 4.2.3, ffprobe 4.4-essentials_build- Optional libraries: Cryptodome, mutagen, sqlite, websockets Python version 3.8.10 (CPython 64bit) - Windows-10-1-SP0 Encodings: locale cp1252, fs utf-8, out cp1252 (No ANSI), err cp1252 (No ANSI), pref cp1252 I have also tested and it does not seem to be a one off issue with this video, it seems to happen on all videos (only on auto generated subtitles not traditional subtitles). This used to not happen, and does not seem to be caused by a change in yt-dlp since the behaviour changed without a change in yt-dlp. Looking at the generated vtt and then converted ass subtitles the script is fully pulled, but it places the full script within the first few seconds (<5) in the subtitle files. The auto subtitles from youtube no longer work properly. I've read about sharing account credentials and I'm willing to share it if required.I've read the guidelines for opening an issue.I've searched the bugtracker for similar issues including closed ones.I've checked that all URLs and arguments with special characters are properly quoted or escaped.I've checked that all provided URLs are alive and playable in a browser.I've verified that I'm running yt-dlp version 2022.02.04.

Youtube subtitle extractor