YouTube-playlists in een post, met dezelfde parsing als de hub
Een link naar een YouTube-album speelde het eerste nummer en stopte, en
een kale playlist-link werd helemaal niet als YouTube herkend.
detectProvider hield alleen de video-id vast en gooide list= weg.
De ref kent nu drie vormen, exact die van de Klonkt hub, zodat één ref
tussen de twee heen en weer kan zonder vertaling:
"<video>" een video
"<video>?list=<L>" die video, en door de lijst heen
"list:<L>" de hele playlist (YouTube's videoseries)
list mag voor of na v= staan en is in een gebakken href vaak
entity-gecodeerd (&), dus er wordt over de hele URL gezocht in plaats
van op een vaste volgorde. youtube-nocookie.com telt mee als host: dat is
wat een embed zelf uitzendt en dus wat mensen terugplakken.
videoseries is EXACT elf tekens, net als een video-id. Geen lengte- of
grensregel vangt hem -- hij moet bij naam uitgesloten worden. Ik liep er
tijdens het bouwen zelf in met een grenscontrole die eroverheen leek te
gaan; vandaar de test die hem apart vastlegt.
Aan de clientkant (embed-player.js) kennen ytId/ytList/ytEmbedSrc dezelfde
drie vormen. Twee dingen die daar meekomen:
- De poster interpoleerde een
null video-id tot
i.ytimg.com/vi/null/hqdefault.jpg -- een 404 als achtergrond. Een kale
playlist heeft geen video, en krijgt nu gewoon geen poster.
- YouTube meldt binnen een playlist "ended" TUSSEN elk tweetal nummers.
Daar meteen onEnded op vuren geeft de wachtrij door na nummer één en
kapt het album af. Op een lijst wachten we daarom 2,5 seconde, en telt
alleen een stilte die niet door het volgende nummer wordt onderbroken
-- dezelfde regel als in de hub.
De dode youtubeIframe() is meegegaan: hij wordt nergens aangeroepen, maar
een terugval die de playlist stil laat vallen is de ergste soort, want
die ziet eruit alsof het werkte.
Wat hier NIET in zit: de hub haalt ook de nummerlijst van een playlist op
(Data API met sleutel, anders keyless via de RSS-feed). Dat vraagt een
sleutel en een bewaarplek en is een aparte keuze.
Co-Authored-By: Claude Opus 5 <noreply@…>
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
