Сборка на Arch-based/uv/fish/Wayland/Hyprland

[Antony-hash512]

С одной стороны у меня получилось всё собрать на моей системе с Arch Linux/uv/fish/Wayland/Hyprland/Kitty
Естественно последовательность команд будет отличаться от Debian-based/pip/venv/bash, для начала я воспроизведу последовательность команд, при помощи которых у меня получилось осуществить сборку на моей системе:

Сборка

1. Клонирование

mkdir -p ~/git
cd ~/git
git clone https://github.com/HelpFreedom/youthub.git
cd youthub

2. Python окружение через uv

uv venv --python 3.11
source .venv/bin/activate.fish

3. Python зависимости

uv pip install curl_cffi "httpx[http2]" Pillow playwright

4. Node.js зависимости

npm install

5. Системные зависимости (Arch)

sudo pacman -S --needed base-devel nasm sdl2 dav1d opus ffmpeg xdotool wmctrl ttf-dejavu

6. Сборка ffplay-yt (самое важное)

Сборка команадами из README у меня упала из-за несовместимости очень старого FFmpeg 4.3.9 (2020 год) и новейшей библиотеки libdav1d (1.5.3), которая стоит у меня на Arch.

API Dav1dSettings изменился, поэтому ошибки:

• n_tile_threads / n_frame_threads
• DAV1D_MAX_TILE_THREADS и т.д.

Grok Heavy предложил мне такое Решение:

• просто отключаем поддержку AV1 (libdav1d). Для YouTube она не нужна (достаточно H.264 + VP9).

Пока собирал именно на той версии 4.3.9, которая прописана в Readme, потом попробую на самой последней.

Переходим в папку и собираем:

# 1. Заходим в папку ffplay-yt
cd ffplay-yt

# 2. Скачиваем и распаковываем FFmpeg заново (если нужно)
mkdir -p src && cd src
wget -q https://ffmpeg.org/releases/ffmpeg-4.3.9.tar.xz
tar xf ffmpeg-4.3.9.tar.xz
cd ffmpeg-4.3.9

# 3. Копируем патченный ffplay.c
cp ../../ffplay.c fftools/ffplay.c

# 4. НОВАЯ КОНФИГУРАЦИЯ (БЕЗ libdav1d)
./configure \
  --disable-everything \
  --enable-gpl --enable-version3 \
  --enable-decoder=h264,vp9,opus,aac,mp3,mjpeg,png \
  --enable-demuxer=matroska,mov,webm \
  --enable-protocol=file,pipe,unix,fd \
  --enable-filter=aresample,scale,atempo,volume \
  --enable-parser=h264,vp9,opus,aac \
  --enable-libopus \
  --enable-sdl2 --enable-ffplay \
  --enable-indev=alsa \
  --disable-doc --disable-htmlpages --disable-manpages \
  --disable-ffmpeg --disable-ffprobe

# 5. Собираем (быстро, потому что без dav1d)
make ffplay -j$(nproc)

# 6. Копируем бинарник
mkdir -p ../../bin
cp ffplay ../../bin/ffplay-yt

cd ../../

7. Запуск (в активированном окружении)

python grid_demo.py

Запуск

Warning

Я тут по невнимательности запостил свой токен авторизации, но к счастью он одноразовый. Но в целом такая невнимательность несёт риски. Всем кто читает: будьте внимательнее и не повторяйте моёй ошибки.

(youthub) mega@vivobook ~/git/youthub (main) 
🦀🐟 python grid_demo.py
[grid] loading home + watch-next pivot…

  +-- YouTube TV pairing --------------------------------------
  |  Open:  https://www.google.com/device
  |  Code:  DPB-HWF-LCWF
  |  Waiting for activation... (Ctrl-C to cancel)
  +------------------------------------------------------------

Traceback (most recent call last):
  File "/home/mega/git/youthub/grid_demo.py", line 1262, in <module>
    sys.exit(main())
             ^^^^^^
  File "/home/mega/git/youthub/grid_demo.py", line 892, in main
    initial_videos, initial_shelf_of = load_feed_combined()
                                       ^^^^^^^^^^^^^^^^^^^^
  File "/home/mega/git/youthub/grid_demo.py", line 260, in load_feed_combined
    with innertube.InnerTube() as it:
         ^^^^^^^^^^^^^^^^^^^^^
  File "/home/mega/git/youthub/youthub/innertube.py", line 70, in __init__
    self._tokens = tokens or auth.get_tokens()
                             ^^^^^^^^^^^^^^^^^
  File "/home/mega/git/youthub/youthub/auth.py", line 168, in get_tokens
    return login_interactive()
           ^^^^^^^^^^^^^^^^^^^
  File "/home/mega/git/youthub/youthub/auth.py", line 133, in login_interactive
    td = _poll_token(client, device_code, interval)
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/mega/git/youthub/youthub/auth.py", line 110, in _poll_token
    raise RuntimeError(f"OAuth aborted by Google: {err}")
RuntimeError: OAuth aborted by Google: expired_token
(youthub) mega@vivobook ~/git/youthub (main) [1]
🦀🐟 

Мои предположения почему могло не сработать:

1. судя по ошибкам, гугл предположительно пофиксил маскировку под TV (через тот же ИИ, например)
2. В ридми, прописана жёсткая привязка к X11, который в данный момент лично я считаю уже полностью устаревшим. У меня негде тестить на X11 кроме виртуалки. На одном из моих ноутбуков Hyprland, на другом Gnome 50 из которого поддержку X11 тоже уже полностью удалили. Раньше я был фанатом openbox, но он давно не обновлялся и некоторый современный софт с ним уже несовместим, в отличие например от Wayland-base аналога labwc.
3. это могло произойти из-за адаптацию сбоки под мою современную систему
4. может быть я был уже залогиненным в используемом браузерном движке и это помешало запуску?

Вопрос

Какие именно данные я могу чекнуть/предоставить чтобы выявить в чём именно причина ошибка? Если куда то пишутся логи, то куда именно?

[BanHammerYKT]

куда именно?

логи в папке cache

я тоже собрал на арче. но с libdav1d
grid стартует отлично. thumbnails загружает
но не воспроизводит. логи

=== bridge_player PWydVB42t00 ===
bridge spawn: node /home/user/_projects_/_python_/youthub/sabr_bridge.mjs PWydVB42t00 --control /tmp/ytlive_PWydVB42t00_bridge_vz_hn7m2.sock
[bridge] /watch via pr_fetch (rotation, up to 24 strategies)
[bridge] control socket: /tmp/ytlive_PWydVB42t00_bridge_vz_hn7m2.sock
bridge control socket connected
[bridge] control client connected
[bridge] pr_fetch ok in 2571ms (attempt 1/24)
[bridge] got fresh playerResponse from /watch
[bridge] playability: OK
[bridge] adaptive formats: 112  duration: 5356000ms
[bridge] loading youtubei.js for n-decipher…
[bridge] initOnce failed: TypeError: fetch failed
    at node:internal/deps/undici/undici:15845:13
    at process.processTicksAndRejections (node:internal/process/task_queues:103:5)
    at async Player.create (file:///home/user/_projects_/_python_/youthub/node_modules/youtubei.js/dist/src/core/Player.js:23:25)
    at async Session.create (file:///home/user/_projects_/_python_/youthub/node_modules/youtubei.js/dist/src/core/Session.js:68:135)
    at async Innertube.create (file:///home/user/_projects_/_python_/youthub/node_modules/youtubei.js/dist/src/Innertube.js:27:30)
    at async initOnce (file:///home/user/_projects_/_python_/youthub/sabr_bridge.mjs:334:16)
    at async startSession (file:///home/user/_projects_/_python_/youthub/sabr_bridge.mjs:455:18)
    at async handleControlLine (file:///home/user/_projects_/_python_/youthub/sabr_bridge.mjs:571:18)
START_SESSION reply: 'ERR fetch failed'
START_SESSION refused ('ERR fetch failed') — retrying with fresh bootstrap
=== bridge_player PWydVB42t00 ===
bridge spawn: node /home/user/_projects_/_python_/youthub/sabr_bridge.mjs PWydVB42t00 --control /tmp/ytlive_PWydVB42t00_bridge__09ffv6h.sock
[bridge] /watch via pr_fetch (rotation, up to 24 strategies)
[bridge] control socket: /tmp/ytlive_PWydVB42t00_bridge__09ffv6h.sock
bridge control socket connected
[bridge] control client connected
[bridge] pr_fetch ok in 2388ms (attempt 1/24)
[bridge] got fresh playerResponse from /watch
[bridge] playability: OK
[bridge] adaptive formats: 112  duration: 5356000ms
[bridge] loading youtubei.js for n-decipher…
[bridge] initOnce failed: TypeError: fetch failed
    at node:internal/deps/undici/undici:15845:13
    at process.processTicksAndRejections (node:internal/process/task_queues:103:5)
    at async Player.create (file:///home/user/_projects_/_python_/youthub/node_modules/youtubei.js/dist/src/core/Player.js:23:25)
    at async Session.create (file:///home/user/_projects_/_python_/youthub/node_modules/youtubei.js/dist/src/core/Session.js:68:135)
    at async Innertube.create (file:///home/user/_projects_/_python_/youthub/node_modules/youtubei.js/dist/src/Innertube.js:27:30)
    at async initOnce (file:///home/user/_projects_/_python_/youthub/sabr_bridge.mjs:334:16)
    at async startSession (file:///home/user/_projects_/_python_/youthub/sabr_bridge.mjs:455:18)
    at async handleControlLine (file:///home/user/_projects_/_python_/youthub/sabr_bridge.mjs:571:18)
START_SESSION reply: 'ERR fetch failed'

[grid] bridge_player.start failed: bridge START_SESSION refused: 'ERR fetch failed'

[HelpFreedom]

Не хочу показаться не вежливым, но обе указанные проблемы Claude решил:

Цитирую:

@Antony-hash512
Ошибка у него совсем не та, на которую он грешит. Все четыре его предположения мимо.
Что на самом деле произошло:
RuntimeError: OAuth aborted by Google: expired_token — это стандартный ответ Google в OAuth 2.0 Device Flow. Означает он ровно одно: device_code протух до того, как пользователь подтвердил вход.
Логика device flow такая:
Скрипт получает у Google пару device_code + user_code (это DPB-HWF-LCWF).
Скрипт начинает поллить Google: «уже подтвердили?». В ответ Google шлёт authorization_pending, пока пользователь не зайдёт на google.com/device, не введёт код и не нажмёт «разрешить».
У device_code есть TTL (обычно 15–30 минут). Если за это время пользователь ничего не сделал — Google возвращает expired_token, и поллинг падает.
То есть он запустил grid_demo.py, увидел приглашение «Open: https://www.google.com/device, Code: DPB-HWF-LCWF» — и просто не пошёл вводить код в браузере. Либо пошёл, но протупил дольше TTL, либо ввёл не тот код, либо закрыл вкладку.
Почему его гипотезы неверны:
«Google пофиксил маскировку под TV» — нет. Если бы Google резал TV-клиент, ошибка была бы access_denied или invalid_client, ещё на стадии получения device_code. А тут код выдали, поллинг пошёл — значит Google принял клиента как легитимный TV.
«Привязка к X11 / Wayland» — вообще ни при чём. Device flow это чистый HTTP, никакого DISPLAY, никакого xdotool на этом этапе не задействовано. xdotool/wmctrl там нужны позже, для управления окном ffplay.
«Адаптация под современную систему» — auth.py не трогался при сборке ffplay-yt, эти штуки независимы.
«Был залогинен в браузерном движке» — никакого встроенного браузера в device flow нет. Браузер — это его собственный Firefox/Chromium, в котором он должен был руками открыть google.com/device. Логин там даже желателен (иначе пришлось бы вводить пароль перед подтверждением).
Что ему ответить на «куда смотреть»:
Логов тут специально смотреть не нужно — ошибка от самого Google и она самодостаточна. Ему нужно:
Запустить python grid_demo.py ещё раз.
Сразу же скопировать показанный код, открыть в браузере https://www.google.com/device, ввести код, выбрать аккаунт, нажать «Разрешить».
Вернуться в терминал — поллинг должен подхватить токен в течение интервала (обычно 5 секунд) и продолжить.
Если он хочет реально диагностировать поллинг — пусть в youthub/auth.py в _poll_token временно залогирует ответы Google (там должны бегать authorization_pending каждые N секунд, и только в конце прилететь expired_token). Если же ответ от Google приходит другой (например access_denied, slow_down, invalid_grant) — тогда уже можно говорить о чём-то более интересном, но сейчас по трейсу это именно тривиальный таймаут.

@BanHammerYKT
В отличие от Антония, дошёл дальше: OAuth прошёл, грид работает, превьюхи грузятся, но на воспроизведении видео падает Node-мост.
Что в логе важно:
[bridge] pr_fetch ok in 2571ms (attempt 1/24) ← Python-часть OK
[bridge] got fresh playerResponse from /watch ← /watch ответил
[bridge] playability: OK
[bridge] adaptive formats: 112 duration: 5356000ms
[bridge] loading youtubei.js for n-decipher… ← дальше переключение в Node
[bridge] initOnce failed: TypeError: fetch failed
at node:internal/deps/undici/undici:15845:13
at async Player.create (.../youtubei.js/.../Player.js:23:25)
Ключевая вещь — где именно падает. Player.create в youtubei.js — это шаг, где библиотека идёт за base.js (https://www.youtube.com/s/player//player_ias.vflset/en_US/base.js) и парсит из него n-decipher и sig-decipher функции (без них URL-ы стримов протухают мгновенно, видео не играет). И падает он на самом fetch() — то есть HTTP-запрос даже не доехал до парсинга.
Диагноз (с очень высокой вероятностью):
Это TLS-fingerprint / ТСПУ-замедление YouTube. Симптом классический:
Python-сторона работает (pr_fetch бежит через curl_cffi, который имитирует JA3 Chrome — DPI его пропускает как нормальный браузер).
Node-сторона падает (youtubei.js ходит через встроенный в Node undici, который шлёт нативный Node TLS-handshake — DPI его опознаёт и режет/сбрасывает соединение).
Отсюда асимметрия: grid (Python+curl_cffi), thumbnails (Python+curl_cffi), даже /watch через pr_fetch (Python+curl_cffi) — всё проходит. А как только бридж переключается в Node за base.js — TypeError: fetch failed, без HTTP-кода, что для undici типично при reset на TLS-уровне или таймауте handshake.
Как ему проверить (за 30 секунд):
bash# Должно отработать — Python с маскировкой
python -c "from curl_cffi import requests; print(requests.get('https://www.youtube.com/s/player/').status_code)"
Должно упасть так же — Node без маскировки
node -e "fetch('https://www.youtube.com/').then(r=>console.log(r.status)).catch(e=>console.error(e.message, e.cause?.code))"
Если первая отрабатывает, а вторая падает с fetch failed / UND_ERR_SOCKET / ECONNRESET — диагноз подтверждён.

[Antony-hash512]

Каюсь, торопился, в тот момент было мало времени (которого мне и хватило только создание ишью, пока без самостоятельного детального выяснения через нейронки) и имеено поэтому я невнимательно посмотрел в терминал и не увидел что надо зайти в браузер и авторизоваться. Но тут меня ещё и запутало, то что в вашем ютуб видео хотя и упоминули про авторизацию, но у вас там сразу всё открылось. Скорее всего потому что уже были авторизованы. Вот я и подумал что пин-код отправляется автоматически и я ожидал что у меня тоже всё откроется, но реальность не совпала с моими ожиданими про "никаких браузеров".

Сейчас попробую протестить как всё работает на моей текущей сборке + попробую ещё собрать с более новой версией libdav1d, которая не конфликтует с моим rolling-release Arch. Как протестирую напишу отсчёт как всё у меня работает.

---

Update: На текущей сборке: Успешно авторизовался, thumbnails работают, поиск работает, но при попытке открыть видео скрипт упал. Т.е. проблема такая же. (решено в следующем апдейте данного поста). Но я нахожуюсь в стране, где нету никаких ТСПУ/DPI. Тут проблема скорее всего в том, всего в том, что мы на Арче не установили необходимую зависимость

В терминале:

(youthub) mega@vivobook ~/git/youthub (main) 
🦀🐟 python grid_demo.py
[grid] loading home + watch-next pivot…

  +-- YouTube TV pairing --------------------------------------
  |  Open:  https://www.google.com/device
  |  Code:  DPB-HWF-LCWF
  |  Waiting for activation... (Ctrl-C to cancel)
  +------------------------------------------------------------

Traceback (most recent call last):
  File "/home/mega/git/youthub/grid_demo.py", line 1262, in <module>
    sys.exit(main())
[grid] CRASHED — traceback written to /home/mega/git/youthub/cache/grid_debug.log
Traceback (most recent call last):
  File "/home/mega/git/youthub/grid_demo.py", line 1154, in main
    rc = play_video(chosen_video.video_id,
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/mega/git/youthub/grid_demo.py", line 179, in play_video
    import bridge_player as bp_mod  # type: ignore[import-not-found]
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/mega/git/youthub/bridge_player.py", line 48, in <module>
    import bootstrap as bs_mod  # noqa: E402
    ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/mega/git/youthub/bootstrap.py", line 37, in <module>
    from playwright.async_api import async_playwright  # noqa: E402
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ModuleNotFoundError: No module named 'playwright'

(youthub) mega@vivobook ~/git/youthub (main) [2]
🦀🐟 

содержимое grid_debug.log полностью совпадает с данным выхлопом терминала. Тут скорее всего у меня пропущена завивисимоть, питоновский модуль playwright, попробую доустановить, и если всё заработает, то обновлю инструкцию для Arch в первом посте + попробую собрать более новой версие ffmpeg, которая совместима с моей системой и без вырезания AV1 кодека.

---

1. Доустановил playwright: uv pip install playwright
2. Добавил эту зависимость в первый пост
3. Теперь видео открывается, но в Hyprland не в самом терминале, в отдельном окне

потом протестирую в других графических оболочках

4. плюс ещё одна проблема: подключение через bluetooth-наушников переодически отваливается

[HelpFreedom]

У меня тоже в отдельном окне. Просто я пропатчил свой DWM, чтоб именно ffplay открывался поверх окон, и визуально это выглядит будто он в одном окне с grid.

[Antony-hash512]

Ок, вот, я разбрался как сделать это в Hyprland:

Новый Lua-синтаксис для версий Hyprland v0.55 (Новый формат, для hyprland.lua)

Используйте этот вариант, когда решите перевести вашу конфигурацию на новый Lua-формат.

-- Lua-правило для плеера
hl.window_rule({
    name = "ffplay-pip",
    match = { class = "^ffplay-yt?$" },
    float = true,
    pin = false,
    size = { 1280, 720 },
    --size = { 1920, 1080 },
    center = true
})

Для версий Hyprland v0.53 — v0.54 ( и допустимый Legacy для Hyprland v0.55) для ~/.config/hypr/hyprland.conf

Вариант 1. Однострочный синтаксис

Используйте этот вариант, если вы продолжаете работать с файлом hyprland.conf без перехода на Lua.

# Однострочные правила для плеера (подходит и для ffplay, и для ffplay-yt)
windowrule = match:class ^ffplay-yt?$, float 1
windowrule = match:class ^ffplay-yt?$, pin 0
windowrule = match:class ^ffplay-yt?$, size 1280 720
#windowrule = match:class ^ffplay-yt?$, size 1920 1080
windowrule = match:class ^ffplay-yt?$, center 1

---

Вариант 2. Блочный синтаксис

Более структурированный и аккуратный вариант в рамках классического hyprland.conf.

# Блочное правило для плеера
windowrule {
    match = {
        class = ^ffplay-yt?$
    }
    float = 1
    pin = 0
    size = 1280 720
    #size = 1920 1080
    center = 1
}

---

💡 Пояснения к флагам:

• pin (pin = true / pin 1) — закрепляет окно поверх других окон и отображает его на всех виртуальных рабочих столах (воркспейсах), создавая полноценный эффект «картинки в картинке» (Picture-in-Picture).
• float — делает окно плавающим, предотвращая его растягивание тайловым менеджером.

Скрин

[Antony-hash512]

TODO:

• надо сделать так, что звук по-умочанию подавался в Bluetoth-наушники, если они подключены, а не в динамик. И чтобы нушники со временем не отваливались, если на них переключить через Pavucontrol.
• можно выводить видео по чесному прямо в терминал без доп окна при помощи mpv --vo=kitty или mpv --vo=sixel (но на слабом железе это тормозит, лучше сделать эту возможность опциональной) плюс можно сделать режим использования libcaca, чтобы видео могло возпроизводиться ввиде ascii-графики даже на голом TTY.