Open lancylot2004 opened 1 year ago
Seems to only happen for 616. No idea why
Seems to only happen for 616.
It happens with all of the iOS vp9 HLS formats (602, 604, 605, 606, 609, 614, 616). see also https://github.com/yt-dlp/yt-dlp/pull/7248#issuecomment-1650358120
Seems like an ffmpeg bug imo, since avc HLS formats are not affected
If by some miracle someone else is having the same problem:
@pukkandan suggested avoiding DASH formats on Discord, and changing the format to -f bv*[protocol*=https]
or even -f bv*[protocol!*=dash]
seems to solve the problem for now. Note that some terminals require the !
to be escaped \!
.
Thank you for the help!
I have attempted to add/remove the following options:
--compat-option no-direct-merge
Using the --compat-option no-direct-merge
option helped me resolve a similar error where ffmpeg was choking with the error "Invalid data found when processing input"
DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE
Checklist
Provide a description that is worded well enough to be understood
Downloading specific sections of videos using the following command:
But the resulting video file is corrupt and exactly
258B
in size. This error is not 100% reproducible - changing the section to-download-sections *0:00:00-0:00:10
functions just fine, and outputs a playable video of the expected timeframes.I have attempted to add/remove the following options:
--force-keyframes
-f bv*[protocol!=dash]
and-f bv*[protocol!*=dash]
verbose from Discord pinned--compat-option no-direct-merge
"
around arguments for-f
and--download-sections
And none have resolved the issue. What is puzzling is that only certain timeframes cause this error.
I am aware that there are somewhat similar issues posted before, but since none of them are exactly the same or solved my issue, I thought I'd post about it... Please do tell me if that is not what I should've done!
(Apparently the content was too long, so I had to delete some very similar lines in the verbose output, around 20 pairs which look like:)
Provide verbose output that clearly demonstrates the problem
yt-dlp -vU <your command line>
)'verbose': True
toYoutubeDL
params instead[debug] Command-line config
) and insert it belowComplete Verbose Output