Can't download from MTV.it

[antanilol]

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

• I understand that I will be blocked if I remove or skip any mandatory* field

Checklist

• I'm reporting a broken site
• I've verified that I'm running yt-dlp version 2022.10.04 (update instructions) or later (specify commit)
• I've checked that all provided URLs are playable in a browser with the same IP and same login details
• I've checked that all URLs and arguments with special characters are properly quoted or escaped
• I've searched the bugtracker for similar issues including closed ones. DO NOT post duplicates
• I've read the guidelines for opening an issue
• I've read about sharing account credentials and I'm willing to share it if required

Region

Italy

Provide a description that is worded well enough to be understood

When I try to download from mtv.it I get an error, it seems that yt-dlp can't retrieve video urls.

Provide verbose output that clearly demonstrates the problem

• Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
• Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output

[debug] Command-line config: ['-vU', 'https://www.mtv.it/episodi/24bqab/mario-una-serie-di-maccio-capatonda-cavoli-amario-stagione-1-e-1']
[debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version 2022.10.04 [4e0511f] (win32_exe)
[debug] Python 3.8.10 (CPython 64bit) - Windows-10-10.0.22623-SP0
[debug] Checking exe version: ffmpeg -bsfs
[debug] Checking exe version: ffprobe -bsfs
[debug] exe versions: ffmpeg 5.1.2-full_build-www.gyan.dev (setts), ffprobe 5.1.2-full_build-www.gyan.dev
[debug] Optional libraries: Cryptodome-3.15.0, brotli-1.0.9, certifi-2022.09.24, mutagen-1.45.1, sqlite3-2.6.0, websockets-10.3
[debug] Proxy map: {}
[debug] Loaded 1690 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest
Latest version: 2022.10.04, Current version: 2022.10.04
yt-dlp is up to date (2022.10.04)
[debug] Using fake IP 79.62.123.56 (IT) as X-Forwarded-For
[debug] [mtv.it] Extracting URL: https://www.mtv.it/episodi/24bqab/mario-una-serie-di-maccio-capatonda-cavoli-amario-stagione-1-e-1
[mtv.it] mario-una-serie-di-maccio-capatonda-cavoli-amario-stagione-1-e-1: Downloading webpage
[mtv.it] 2e0c4723-1ad5-4218-92e7-6a07196337e7: Downloading info
[mtv.it] 5e0dc416-88b2-11eb-9b1b-0e40cf2fc285: Extracting information
[mtv.it] 5e0dc416-88b2-11eb-9b1b-0e40cf2fc285: Downloading video urls
ERROR: [mtv.it] 24bqab: mtv.it returned error: not_found -
      Sorry, this video is not found or no longer available due to date or rights restrictions.

  File "yt_dlp\extractor\common.py", line 672, in extract
  File "yt_dlp\extractor\mtv.py", line 327, in _real_extract
  File "yt_dlp\extractor\mtv.py", line 231, in _get_videos_info
  File "yt_dlp\extractor\mtv.py", line 243, in _get_videos_info_from_url
  File "yt_dlp\extractor\mtv.py", line 152, in _get_video_info

[bashonly]

are you able to watch the video in your browser without any sort of authentication? (use private/incognito tab)

I suggest changing the title to specify mtv.it, since there is another open MTV issue but this one is distinctly different from the other (MTV US)

[antanilol]

are you able to watch the video in your browser without any sort of authentication? (use private/incognito tab)

Yes

I suggest changing the title to specify mtv.it, since there is another open MTV issue but this one is distinctly different from the other (MTV US)

Title fixed, thank you

[dirkf]

However the problem is in the common code MTVServicesInfoExtractor._getvideo_info() where the extractor gets an error response from https://media-utils.mtvnservices.com/services/MediaGenerator/mgid:arc:video:mtv.intl:5e0dc416-88b2-11eb-9b1b-0e40cf2fc285?arcStage=live&accountOverride=esperanto.mtvi.com&billingSection=intl&ep=&acceptMethods=hls:

<package version="1.7.1">
  <video>
    <item type="text" code="not_found">
      Sorry, this video is not found or no longer available due to date or rights restrictions.
    </item>
  </video>
</package>

Same behaviour in yt-dl back-port, and in the test for MTVItaliaIE.

[bashonly]

MTV US doesn't use the RSS feed anymore. Although the two sites currently share code, MTVIE (US) needs a complete overhaul. So tracking these as two separate issues is useful

[dirkf]

Per your #4928 (comment): that failure is at the "Downloading info" stage.

Possibly this site is now requiring the device query parameter to be set, currently stripped out, but used in the new US API, or the parameter ep. An obvious Referer header doesn't have any effect, nor does acceptMethods=fms.