puc9

I think this fixes #3736 as I had the same issue before the fix

> [12bc034](https://github.com/yt-dlp/yt-dlp/commit/12bc0342b9add6cc9e6766c5f8fbb9fb5a85a1cd) is wrong. Explain what you are trying to do with it I started working on this extractor because it never finished downloading the pages from a channel. It...

@pukkandan I've fixed the tests. The entries field in ie_result used to be a dict, but now it's a tuple. I can't tell what changed in the main code for...

A few questions that may help clarify: 1. Did you change the Generated file naming hash in the system settings? By default it is set to ohash but if you...

Based on https://developer.mozilla.org/en-US/docs/Web/API/WebVTT_API#cue_timings the old format is not valid as it is missing the millisecond component `ttt`: ``` Each cue timing contains five components: - Timestamp for start time. -...

While searching for a solution I stumbled upon this doc from Google: https://developers.google.com/media/vp9/hdr-encoding#tools_needed_to_signal_hdr_in_webm_and_mp4_output_matroska_command-line_tools I managed to recover the mp4 with the HDR information and converting it to a webm using:...

@PikuZheng I don't really know, but I believe that the issue here is indeed ffmpeg. MediaInfo, PotPlayer, VLC, those mkv tools, mp4box, have absolutely no issue with format 636 from...

> the [latest **master** build from yt-dlp/FFmpeg-Builds](https://github.com/yt-dlp/FFmpeg-Builds/releases/latest) has the fix, if anyone wants to test it This has worked for the streams I kept to validate this. Thanks for building...