[ytdl] playlist thumbnail error

[masha9000]

When I loading a YouTube playlist through the ytdl extractor, it gives an error

ytdl: [info] Writing playlist thumbnail avatar_uncropped to: Name_for_Playlist_Thumbnail.ext
ytdl:  ERROR: [Errno 13] Permission denied: Name_for_Playlist_Thumbnail.ext

If I disable thumbnails in the yt-dlp configuration, everything works as it should (but without thumbnails). With a download single video also no problems.
In my ytdl extractor configuration:

"directory": ["{extractor}", "{uploader}", "({upload_date:D%Y%m%d/%Y-%m-%d}) {fulltitle}"],
"filename": "({upload_date:D%Y%m%d/%Y-%m-%d}) {fulltitle}",

downloader.ytdl.outtmpl = null but the output -o is written in the yt-dlp config
including the playlist thumbnail name: -o "pl_thumbnail:%(title)s.%(ext)s"
It looks like he doesn't know which folder to write this file to.
Please advise how to fix it.

[mikf]

The issue is that yt-dlp writes any playlist metadata/thumbnail during its general playlist processing and video listing step, which is before gallery-dl sets any outtmpl path, meaning yt-dlp will try to write these files to the default path instead of where it is going to write all the other playlist videos.

I'm not really sure how to fix this as long as these yt-dlp steps are combined into one function call. Maybe I could make gallery-dl manually handle the playlist processing to have more control over how and when metadata/thumbnails are written, but that sounds like a lot of effort ...

[masha9000]

Clear. Well, it's your reign.
Then before I show up in the yt-dlp discussion, maybe someone here knows how to load only the video thumbnails, skipping the playlist thumbnail? (It works somewhat roughly there: either everything or nothing.) Or redirect pl_thumbnail to a separate fixed path?

[mikf]

skipping the playlist thumbnail

Maybe with --no-write-playlist-metafiles

Or redirect pl_thumbnail to a separate fixed path?

--paths pl_thumbnail:C:/path/here if I read --help correctly.
Or --output.

[masha9000]

Oh! Just add the direct path to -o. How could I not have guessed it myself?! =)
Thank you!