outhud
commented
2 years ago This issue is still present in the 2021.12.17 version.
Open durai23 opened 5 years ago
outhud
commented
2 years ago This issue is still present in the 2021.12.17 version.
ghost
commented
2 years ago This should be an intended behavior against m4a_dash by this commit https://github.com/ytdl-org/youtube-dl/commit/62cd676c7474f696804eda653558ada94c5953a0 . See the linked issue reports what was the problem.
If you don't want this, use --fixup warn or --fixup never.
Please follow the guide below
xinto all the boxes [ ] relevant to your issue (like this:[x])Make sure you are using the latest version: run
youtube-dl --versionand ensure your version is 2018.12.09. If it's not, read this FAQ entry and update. Issues with outdated version will be rejected.Before submitting an issue make sure you have:
What is the purpose of your issue?
The following sections concretize particular purposed issues, you can erase any section (the contents between triple ---) not applicable to your issue
If the purpose of this issue is a bug report, site support request or you are not completely sure provide the full verbose output as follows:
Add the
-vflag to your command line you run youtube-dl with (youtube-dl -v <your command line>), copy the whole output and insert it here. It should look similar to one below (replace it with your log inserted between triple ```):If the purpose of this issue is a site support request please provide all kinds of example URLs support for which should be included (replace following example URLs by yours):
Note that youtube-dl does not support sites dedicated to copyright infringement. In order for site support request to be accepted all provided example URLs should not violate any copyrights.
Description of your issue, suggested solution and other information
Explanation of your issue in arbitrary form goes here. Please make sure the description is worded well enough to be understood. Provide as much context and examples as possible. If work on your issue requires account credentials please provide them or explain how one can obtain them.
ffmpeg container called on already downloaded m4a files
I sometimes have playlists that are processed a second time (by youtube-dl). The great thing is youtube-dl detects that the file is already present and reports in the verbose output("has already been downloaded"). This works great for video files. For audio files, unfortunately, youtube-dl invokes ffmpeg which processes the existing m4a files again (as seen in the log). This causes unnecessary use of network and disk time and is highly inefficient. Also this causes the creation time of these files, making it look like the files were created just now. This problem is only when the format is m4a (does not happen for webm files).
These are my arguments: ydlopts = { 'forcetitle':True, 'outtmpl':"M:\yt2018\%(id)s%(title)s_%(playlistid)s%(playlisttitle)s%(uploaddate)s%(height)s%(abr)s%(format_id)s.%(ext)s", 'format': "bestaudio[abr<160]", 'ignoreerrors':True, 'nooverwrites':True, 'verbose':True, 'proxy':"", 'sleep_interval':10, }
How to avoid this?
Thanks.