YTFE 1.12.3

Bugfixek:
- A program az elmúlt pár napban az EDL-es (feldarabolt) videók videosávjának letöltésénél közölte, hogy 'Erroneous HTTP headers, StatusCode: 200' és nem töltötte le őket, holott előtte működött. Oka a következő volt:
Hogy a program tudja mutatni, hogy hány százaléknál jár a letöltés, mielőtt nekiáll letölteni valamit, megereszt egy HEAD lekérést a fájlra, illetve EDL esetén az első pár fragmentre, hogy ugyan mutasson már egy Content-Length-et, így lehet tudni, hogy mekkora lesz a letöltés mérete; illetve EDL esetén inkább saccolni, mivel egy EDL videó akár többezer darabból is állhat és azt mind egyesével le-HEAD-ezni baromi sokáig tartana, így a program csak az első pár darabot kéri le és azoknak a méretéből átlagolva saccol egyet. (Az eltérés általában +/- 2%-on belül van.)
Ez eddig baromi jól működött, de most a kugli kitalálta, hogy az EDL-es videóknál Transfer-Encoding: chunked kódolással küldi az egyes fragmenteket, ami ugye kizárja a Content-Length jelenlétét, lehet letölteni az egészet, ha a hosszára vagy kiváncsi. Persze adja magát a kérdés, hogy a jávaszkriptes szeméthegyből nem-e lehet-e kiberhelni a videosáv teljes méretét, hátha megadja valamelyik JSON mélyén? Nos, a válasz az, hogy de, csak épp kivéve...? Na? Kivéve természetesen az EDL-es videosávoknál. Ezzel még a youtube-dl és yt-dlp sem tud mit kezdeni; a szokásos filesize mező helyett egy filesize_approx mező van ilyenkor az általuk épített JSON-okban, amiben egy becsült méret található. Persze erre mondhatná az ember, hogy az is több, mint a semmi, csak sajnos nem több, mert pl. ennél a videónál, a 244-es format-entry-nél ez az érték 24855183.36, azaz kb. 23.7 MB, míg a videosáv a valóságban kb. 11.5 MB, azaz kétszer akkorát adott meg, mint a valós...
Így hát jobbhíján EDL esetén a program mostantól kénytelen tényleg letölteni az első pár fragmentet (szerencsére ezek egyesével kb. ilyen 200-250 kB körül szoktak csak lenni). Ez valamennyit lassít majd a fájlméret megbecslésén (tovább lesz kiírva, hogy "Pending..."), de legalább működik.
Azt egyébként még értem, hogy a kugli 16 évvel a tecső felvásárlása után - jobb későn, mint sárgadinnye alapon - eljutott odáig, hogy az 1997-es HTTP 1.1-ben van egy ilyen fasza kis fícsőr, direkt a streaming-re kitalálva, de azt már ha megszakadok se értem, hogy a videosáv teljes méretét miért nem pakolja bele a JSON-ba, ahogy az egyfájlos sávoknál teszi, amikor ezt szerveroldalon lehet tudni, hogy a fragmentumok összesített mérete mekkora. (És azt sem értem, hogy az egyfájlos stream-eknél miért nem chunked encodinggal adja, ha már rájöttek, hogy van ilyen.)

Bugfixek:
- A kugli valamit variált a privát videókon, ami unavailable video helyett crash-t eredményezett.

Letöltések:
- FreeBSD AMD64
- Linux AMD64
- Linux i686
- OpenBSD AMD64
- Solaris AMD64
- Manual
- Online manual
(Az SHA1 ellenőrzőösszegeket a letöltőoldalon kiírja a rendszer.)