Skip to content

problem with youtube video playing #993

Description

@emikaruo-prog

this problem didn't exist until this morning when you open a video its only allows you to watch a minute of the video after that a error would pop up and tells you to refresh the page. refreshing dose not solve the error.

im gonna include my app settings:
android client:
mode = app script
connection mode = TUN-vpn
send youtube through relay = on
parallel relay = 2
block quic = on
block doh = on
bypass doh = off
coalesce step (min) = 10ms
coalesce step (max) = 800ms

at the end thank you very much for this beautiful app its a life saver this days ❤️

Activity

  1. therealaleph commented on May 10, 2026

    @therealaleph
    Owner

    Reviewed via Anthropic Claude.

    @emikaruo-prog — your symptom ("watch ~1 minute then error, refresh doesn't help") is the YouTube SABR streaming cliff (#464). Apps Script's response cap aligns with SABR's chunk window, and YouTube identifies Apps Script's User-Agent as a low-bandwidth profile so it routes to SABR — which is the path that has the cliff.

    Three workarounds, in increasing effort:

    1. bandaid fix for youtube 0:59 buffering #942's ?t= increment trick (Sherrybmd): when video stops, edit URL to add 60 to the t= parameter. Page reloads from that point and plays for another ~60s. Manual but works reliably.

    2. YouTube restricted mode/safe mode fix #986's mid-session toggle (Amin177a): load YouTube tab WITH youtube_via_relay: false, then flip to true and restart mhrv-rs without closing the tab. Inherits non-restricted bootstrap state in the tab while routing future chunks via relay. Lasts a few minutes per session.

    3. PR feat(youtube): relay_url_patterns + SABR strip + exit-node-full SNI #977 (in community testing): SABR query-string strip that bypasses the cliff at the source. Track that PR for the architectural fix.

    Your config looks reasonable. youtube_via_relay: on is what's enabling the relay-cliff path; off would let videos play full-length but Restricted Mode applies. There's no current setting that gives both "normal speed" + "no Restricted Mode" reliably — that's exactly what #977 is trying to fix.

    Closing as duplicate of #464. Thanks for the kind words.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions