[-i mode insufficent] ExtractorError: This video is unavailable. (previous answer still incorrect)

• I’ve verified and I assure that I’m running youtube-dl 2018.08.04

Before submitting an issue make sure you have:

• At least skimmed through the README, most notably the FAQ and BUGS sections
• Searched the bugtracker for similar issues including closed ones
• Checked that provided video/audio/playlist URLs (if any) are alive and playable in a browser

What is the purpose of your issue?

• Bug report (encountered problems with youtube-dl)
• Site support request (request for adding support for a new site)
• Feature request (request for a new functionality)
• Question
• Other

---

youtube-dl RDEMww6ZEHgLhQ-8eu_x7Z-FJw -v -i -f m4a --restrict-filenames --no-mtime -o '%(epoch)s.%(id)s.%(title).40s.%(ext)s'

[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: [u'RDEMww6ZEHgLhQ-8eu_x7Z-FJw', u'-v', u'-i', u'-f', u'm4a', u'--restrict-filenames', u'--no-mtime', u'-o', u'%(epoch)s.%(id)s.%(title).40s.%(ext)s']
[debug] Encodings: locale UTF-8, fs UTF-8, out None, pref UTF-8
[debug] youtube-dl version 2018.08.04
[debug] Python version 2.7.9 (CPython) - Linux-4.4.38-v7+-armv7l-with-debian-8.0
[debug] exe versions: avconv 11.12-6, avprobe 11.12-6
[debug] Proxy map: {}
WARNING: Unable to extract video title
ERROR: This video is unavailable.
Traceback (most recent call last):
 File \"/usr/local/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py\", line 792, in extract_info
 ie_result = ie.extract(url)
 File \"/usr/local/lib/python2.7/dist-packages/youtube_dl/extractor/common.py\", line 502, in extract
 ie_result = self._real_extract(url)
 File \"/usr/local/lib/python2.7/dist-packages/youtube_dl/extractor/youtube.py\", line 1886, in _real_extract
 raise ExtractorError(error_message, expected=True)
ExtractorError: This video is unavailable.

---

The response in https://github.com/rg3/youtube-dl/issues/17286#issuecomment-414475214 is still insufficient.

Contributor requests that I compare lhs to rhs.

As shown in logs, here is what is passed:

youtube-dl RDEMww6ZEHgLhQ-8eu_x7Z-FJw -v -i -f m4a --restrict-filenames --no-mtime -o '%(epoch)s.%(id)s.%(title).40s.%(ext)s'

Verbose mode confirms it’s using: u'RDEMww6ZEHgLhQ-8eu_x7Z-FJw'

And here is the original URI: https://www.youtube.com/watch?v=kXYiU_JCYtU&start_radio=1&list=RDEMww6ZEHgLhQ-8eu_x7Z-FJw

RDEMww6ZEHgLhQ-8eu_x7Z-FJw
RDEMww6ZEHgLhQ-8eu_x7Z-FJw
RDEMww6ZEHgLhQ-8eu_x7Z-FJw

These are all identical.

[dstftw]

1. It’s not documented and it’s a mess at the moment, e.g. 101 is returned on successful --max-download reached scenario violating the only zero return code on success rule.
2. That depends. If you want to detect general failures you’re better use not 0 (if you don’t use --max-download).

[Cokemonkey11]

Thanks! In order to ignore when a video is unavailable in -i mode, I now have some code like this:

set -euxo pipefail

ret=0
youtube-dl "ytsearch:$1" -v -i -f m4a --restrict-filenames --no-mtime -o '%(epoch)s.%(id)s.%(title).40s.%(ext)s' || ret=$?
if [ $ret -ne 0 && $ret -ne 1 ]; then exit $rc; fi