Мобильные SoC вообще практически все текущие умеют HEVC 10bpp (Mali V550 и выше, RockChip RK3288 и выше, PowerVR D5500 и выше; а вот Qualcomm запоздали, там HEVC 10bpp будет только начиная со Snapdragon 820).

Поддержку H264 10bpp добавлять не спешат, т.к. это была очень опциональная спефицикация и в отличие от HEVC 10bpp не использовалась ни в каком лицензионном контенте, да и поезд ушел, сейчас HEVC считается актуальным кодеком на будущее. Поэтому почти всегда заявляя о поддержке 10bpp имеют ввиду именно HEVC, а H264 10bpp при этом может и не поддерживаться (напр. http://www.cnx-software.com/2015/09/15/hisilicon-hi3798c-v200-64-bit-arm-proc).

Что, к слову сказать, куда лучше, чем если было бы наоборот - HEVC настолько требователен к ресурсам, что без аппаратной поддержки его использовать крайне сложно... На 4K 10bpp HEVC загнется практически любой процессор, а если еще и 60fps, то *вообще* любой из существующих. А аппаратные декодеры спокойно воспроизводят такое.

Переобразования при кодировании и декодировании производятся с большей точностью, в результате для передачи градиентов без бандинга (лесенки) и тёмных областей без квадратов надо меньше битрейта.
> И почему только анимэ в таком формате я видел?

Потому что:
— ирл градиенты без текстур встречаются реже;
— большинство видеокамер даёт шум, в результате чего на градиентах сам собой получается дизеринг;
— зрители (и релизеры рипов) фильмов в большинстве своём технически менее подкованы, и воспроизведение новых форматов у них чаще вызывает проблемы. До сих пор значительное количество фильмов выкладывается в xvid/avi, в то время как аниме кодировать в этот формат перестали лет 10 назад.

А в youtube-dl параметрами или конфигом это можно как-то исправить?

Да нет, как оказалось, это именно косяк mpv.
https://github.com/mpv-player/mpv/issues/2592

Спасибо, хотел с самого начала сделать именно так, не получалось из-за отсутствия знака = на конце опции для флагов, что я не сразу понял и нащёл в мане, но это всё равно не помогло. Запостил баг https://github.com/rg3/youtube-dl/issues/7867
>Только проигрывание начнётся с первого видео. Можно исправить с помощью дополнительного
> ",playlist-start=D", номер из query-параметра index.

Спасибо за совет, с этим я уже тоже сталкивался, решал аналогичным образом.

P.S. Оказывается амперсанд нужно экранировать
mpv https://www.youtube.com/watch?v=-TqYul6LOyQ\&list=PL5FMLPRj1j6IChoB7nBKYN

P.S. Запостил баг теперь к mpv https://github.com/mpv-player/mpv/issues/2592

Ну, разработка там идёт. Но на каком уровне? Вот последние 2 месяца там вообще дедлок в мастере. Главный сделал комит, у него всё пашет. Да, дедлок не воспроизводится 100%. Помощник главного пытается его исправить (т.к. на андроиде воспроизводимость получше). Сначала главный вообще сопротивлялся, но потом, кажись, понял, в чём дело. Выходит, что у них там даже база шатается. Про фичи даже не знаю. А посмотришь имена функций, куча локов, хозяинов локов, ничё не понятно. Никакой большой блоксхемы, какие потоки, и как данные между декодером, отображателем плавают не нашёл. Из диалога главного и помощника о асинхронно-синхронном процессе видно, что и они сами уже не совсем видят всю картинку, не говоря уже о других, которые хотели бы поковыряться.
А вообще, был уверен, что VLC - это комьюнити проект. А выходит, что это почти приватный опен-соурс. Т.е. главный жёстко комментируют чужие патчи, а свои просто комитит (дедлок? - не верю, да и если даже, то всё к лучшему). Вон даже никто из 5 главных разработчиков Golang не комитит свои патчи (за очень редким исключением): они должны пройти ревью и только коллега может закомитить.