-
-
Notifications
You must be signed in to change notification settings - Fork 5.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
-o "%(duration>%H:%M:%S)s"
is sanitized to 01_16_58
while -o "%(duration>%H: %M: %S)s"
is sanitized to 01: 16: 58
#9964
Comments
|
Okay, so I've just gone through what I thought I had already done earlier and see that applying My confusion was that while Using Although, while investigating with Here's a stripped down version of my Is this expected behaviour? Or am I going crazy! 😄
|
On Windows, filenames cannot contain |
I'm doing all this on Linux, and if I put a space either side of the colon, or any other regular character, including another colon, in the Seems like that might be a bug... 🫤
|
-o "%(duration>%H:%M:%S)s"
produce 01_16_58
while -o "%(duration_string>%H:%M:%S)s"
produces NA
instead of both producing 01:16:58
-o "%(duration>%H:%M:%S)s"
is sanitized to 01_16_58
while -o "%(duration>%H: %M: %S)s"
is sanitized to 01: 16: 58
Additionally, as a workaround to get the desired format, I am using the following
So it seems like the issue is isolated to whatever is used to parse Any presence of a colon elsewhere, for me, like the "%(title)", does seem to get converted to a unicode full-width colon. Which for Linux isn't strictly necessary. |
see #9591 for that |
EDIT: see #9964 (comment)
DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE
Checklist
Please make sure the question is worded well enough to be understood
My question: Is this expected behaviour, or a bug?
If I put a space or other character before, or after, the colon
:
then I get a colon in the filename, otherwise I either get an underscore_
orNA
depending on whether I useduration
orduration_string
respectively... 😿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
Even after updating the behaviour still exists. $ yt-dlp -vU [debug] Command-line config: ['-vU'] [debug] Encodings: locale UTF-8, fs utf-8, pref UTF-8, out utf-8, error utf-8, screen utf-8 [debug] yt-dlp version stable@2024.03.10 from yt-dlp/yt-dlp [615a84447] (zip) [debug] Python 3.10.12 (CPython x86_64 64bit) - Linux-5.15.0-106-generic-x86_64-with-glibc2.35 (OpenSSL 3.0.2 15 Mar 2022, glibc 2.35) [debug] exe versions: ffmpeg 4.4.2 (setts), ffprobe 4.4.2 [debug] Optional libraries: Cryptodome-3.11.0, brotli-1.0.9, certifi-2020.06.20, mutagen-1.45.1, requests-2.25.1, secretstorage-3.3.1, sqlite3-3.37.2, urllib3-1.26.5 [debug] Proxy map: {} [debug] Request Handlers: urllib [debug] Loaded 1803 extractors [debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest [debug] Downloading _update_spec from https://github.com/yt-dlp/yt-dlp/releases/latest/download/_update_spec [debug] Downloading SHA2-256SUMS from https://github.com/yt-dlp/yt-dlp/releases/download/2024.04.09/SHA2-256SUMS Current version: stable@2024.03.10 from yt-dlp/yt-dlp Latest version: stable@2024.04.09 from yt-dlp/yt-dlp Current Build Hash: 5576348930e44102add235c0a032e766f416a507db1dd2c75da833ff21e9fb6c Updating to stable@2024.04.09 from yt-dlp/yt-dlp ... [debug] Downloading yt-dlp from https://github.com/yt-dlp/yt-dlp/releases/download/2024.04.09/yt-dlp Updated yt-dlp to stable@2024.04.09 from yt-dlp/yt-dlp
The text was updated successfully, but these errors were encountered: