Closed deldesir closed 9 months ago
ah yeah sorry about that
This should work starting from v2.2.167:
--extractor-config "writethumbnail=True format=bestvideo[height<=720][vcodec=vp9]+bestaudio/best[height<=720][vcodec=vp9]"
Let me know if you experience any other bugs
thx
With v2.2.170 it should be possible to do:
lb dl test.db --video --prefix /home/user/Downloads \
--write-thumbnail \
--format='bestvideo[height<=720][vcodec=vp9]+bestaudio/best[height<=720][vcodec=vp9]'
Or use any other yt-dlp option directly instead of going through --extractor-config
within the --audio and --video download modes.
However, there are some option conflicts. Only the unknown options are passed to yt-dlp. For example, -f
will be read into xklb
first (a shortcut for --force
) before being passed to yt-dlp. You should be pretty safe using the long options or just keep using --extractor-config
.
If an option can't be read by either xklb
nor yt-dlp
then it will show up as an no such option:
error.
also closes #10
Describe the bug When attempting to use the
lb dl
command with the provided arguments and configuration, an error occurs during the parsing of the--extractor-config
argument. The specific error message is: "argument --extractor-config/-extractor-config: Could not parse argument "['format=bestvideo[height<=720][vcodec=vp9]+bestaudio/best[height<=720][vcodec=vp9]']" as k1=1 k2=2 format too many values to unpack (expected 2)."To Reproduce
Expected behavior The
lb dl
command should execute without errors, utilizing the specified video URL and extractor configurations, and initiate the download process.Screenshots N/A
Desktop:
Additional context It seems that the issue is related to the parsing of the
--extractor-config
argument, specifically with the provided configuration string "['format=bestvideo[height<=720][vcodec=vp9]+bestaudio/best[height<=720][vcodec=vp9]'." The error suggests that there is an unexpected number of values to unpack during the parsing process, though it's technically 2.Here is the actual log: