Sziasztok.
Néhány oktatóvideót offline szoktam nézegetni.
Nemrég a youtube-hoz írt eddig bevált letöltőprogramom nem akart működni, ezért ezt kellett használnom:
yt-dlp --cookies-from-browser firefox https://www.youtube.com/watch?v=wENUMqpntzc
(példa kedvéért egy zenei videó)
Szóval a yt-dlp a böngésző sütijei között kikeresi amitmegenne, és használja.
...és a videó így se jön le.
Tapasztaltatok hasonlót?
Állandóan változnak a szervereken a hozzáférést akadályozó tényezők -- de néhány ember igenis csóró és offline nézegetne videókat...
----------
Megoldás:
letöltöttem a legújabb verziót, majd make és make install.
Forrás: https://github.com/yt-dlp/yt-dlp
Köszi mindenkinek!
- 826 megtekintés
Hozzászólások
A yt-dlp repojaban nincs már commit ami javítja a problémád? Ők elég gyorsan le szokták követni a yt genyosagait. Esetleg TCH progija?
- A hozzászóláshoz be kell jelentkezni
Nekem ezzel a kapcsolóval nem tudta felszedni az Edge sütijeit
- A hozzászóláshoz be kell jelentkezni
Az az általam használt yt-dlp parancssor:
yt-dlp --cookies /home/ritter/my-cookies.txt --all-subs --convert-subs 'srt'
--compat-options no-live-chat --write-info-json --fragment-retries infinite
--output "%(upload_date)s %(uploader)s - %(title)s-%(id)s.f%(format_id)s.%(ext)s"
-f "(313/271/315/308/248/303/137/247/298/136/244/135/bestvideo)+(338/251/171/140/bestaudio)"
--ignore-errors --merge-output-format mkv "https://www.youtube.com/watch?v=jhQ2e8yXiuk"
A my-cookies.txt -t a következő Firefox pluginnal mentettem fájlba: https://github.com/hrdl-github/cookies-txt
(Természetesen be kell előbb jelentkezni a Google világba, például youtube loginnal majd utána menteni a cookies fájlba)
Továbbá lementi a feliratfájlokat (ha vannak) srt formátumban, live chatet skippeli, mert csak feleslegesen lassítja a letöltést és 99.999% bullshit van ott. Hiba esetén végtelenszer próbálja újra letölteni a hibás szeletet, ha leőfordulna ilyen, feltöltési dátummal és feltöltő nevével együtt határozza meg a lementendő videó output fájlnevét. Végül pedig az általam favorizált videó és audio formátumot választja. Ez az a sok szám az --output után. Az első amit megtalál azt fogja menteni. Ha a kódok jelentésére vagy kíváncsi nézd meg a letölteni kívánt yt videó linkjét yt-dlp -F kapcsolóval. Vagy összefoglalva itt nézheted meg: https://gist.github.com/AgentOak/34d47c65b1d28829bb17c24c04a0096f
- A hozzászóláshoz be kell jelentkezni
$ yt-dlp --cookies-from-browser firefox https://www.youtube.com/watch?v=wENUMqpntzc
Extracting cookies from firefox
Extracted 2087 cookies from firefox
[youtube] Extracting URL: https://www.youtube.com/watch?v=wENUMqpntzc
[youtube] wENUMqpntzc: Downloading webpage
[youtube] wENUMqpntzc: Downloading web creator player API JSON
[youtube] wENUMqpntzc: Downloading mweb player API JSON
[youtube] wENUMqpntzc: Downloading player f3d47b5a
[info] wENUMqpntzc: Downloading 1 format(s): 247+251
[download] Destination: VANGELIS - Opera Sauvage REMASTERED FULL ALBUM 1979 [wENUMqpntzc].f247.webm
[download] 100% of 779.74MiB in 00:01:02 at 12.38MiB/s
[download] Destination: VANGELIS - Opera Sauvage REMASTERED FULL ALBUM 1979 [wENUMqpntzc].f251.webm
[download] 100% of 150.99MiB in 00:00:11 at 13.05MiB/s
[Merger] Merging formats into "VANGELIS - Opera Sauvage REMASTERED FULL ALBUM 1979 [wENUMqpntzc].webm"
Deleting original file VANGELIS - Opera Sauvage REMASTERED FULL ALBUM 1979 [wENUMqpntzc].f251.webm (pass -k to keep)
Deleting original file VANGELIS - Opera Sauvage REMASTERED FULL ALBUM 1979 [wENUMqpntzc].f247.webm (pass -k to keep)
bash-5.2$ ls -l VANGELIS\ -\ Opera\ Sauvage\ REMASTERED\ FULL\ ALBUM\ 1979\ \[wENUMqpntzc\].webm
-rw-r--r-- 1 polesz users 975930628 Jan 11 23:59 VANGELIS\ -\ Opera\ Sauvage\ REMASTERED\ FULL\ ALBUM\ 1979\ [wENUMqpntzc].webm
$ yt-dlp --version
2024.12.23
- A hozzászóláshoz be kell jelentkezni
Köszi, leszedtem a legújabbat, forgattam, már megy.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Arra jó volt a téma, hogy leszedtem ezt a Vangelis albumot. 😂
- A hozzászóláshoz be kell jelentkezni
Verzió? Mert nekem is simán lejött.
- A hozzászóláshoz be kell jelentkezni
Kb. egy hete kezdett el nem működni. Se gui-val, se parancssorból. Sőt a Video DownloadHelper is mindíg az "Ezen a lapon nincs feldolgozható média" üzenetet dobta. Tegnap frissült mind a kettő, azóta megy jól minden. 0.12.21 a yt-dlp verzióm most. 9.3.0.1 a Video DownloadHelperé.
T.E.
T. E.
- A hozzászóláshoz be kell jelentkezni
Persze, a Google konstans átvariál dolgokat, hogy ezeket a 3rd party downloader, plugin, addon történeketek szándékosan eltörje, és a weboldalon nézze mindenki a videókat, megnézve a reklámokat is remélhetőleg. Ezért mindig nagyon szorosan kell követni a yt-dlp verzióit, ahogy kijön az új, fel kell tenni. Egyetlen hét késés már túl sok lehet. Tudom, ez Ubuntun, Debianon nehezebb, de szerencsére a yt-dlp Python-alapú, így könnyű beszerezni tárolón kívül is a legújabb verziót
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Én a ~/.local/bin-be "telepítem", így fenn van a path-on, és a -U paranccsal önmagát frissíti.
- A hozzászóláshoz be kell jelentkezni
Pontosan. Legalább havonta KELL apdételni a yt-dlp-t, mert különben elromlik valahogy a letöltés. Ez egy örök harc, amíg a yt-dlp fejlesztői fel nem adják v. a google nem találja fel a tökéletes védelmet.
- A hozzászóláshoz be kell jelentkezni
Sajnos néha feladják, vagy elsöprik a projektet. Anno így járt a Netflix 1080p böngészőaddon fejlesztője is, a végén már naponta variált át a Netflix, és nem bírta lekövetni, feladta pár év után. A yt-dlp-nek meg az elődjét a yt-dl-t meg a jogvédők szanálták, levetették, ezért is jött létre forkként a yt-dlp. Ezért ha nem megy a letöltés, vagy túl lassú, akkor mindig az az első, hogy az ember megnézi, hogy a jó forknak a legújabb verzióján van-e, gyaníthatóan az lesz a megoldás, nem a sütikkel vergődés.
Kicsit hasonló sok nyílt torrentoldal (The Piratebay, Kickass, rarbg, stb.), meg a Genesis Library is (bár az .li végű már 3. éve elérhető), azokat is mindig levetetik, de átköltöznek más szerverre, URL-re, kell hozzájuk működő címet keresni, nem feladni, ha a régi nem megy. Kell egyfajta leleményesség, tájékozódóképesség hozzá.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Havonta? - A legnagyobb "csibészség" jelenleg a videó streamelés-adagolásnál van. Ha megnézed a uBlock "advanced" módjában a videó indítás minden egyes kattintásánál egy újabb, még nem engedélyezett szerver ugrik be. Ez megcsinálja egy videónál akár 6-8-szor is. Engedélyezed a uBlock-ban, és jön a következő, még nem engedélyezett. Közben a videó indítása mindig alapra áll vissza. - De végül utána már nem jön több akasztás, "feladja a sorjázást, - vagy elfogy az éppen igénybe vehető domain?" :)
Ugyan mennyi felhasználó lehet, akik ragaszkodnának a megtekintés ilyen módjához? - Kicsinyesség a G részéről!
Minden piszlicsáré dologból pénzt akarnak "optimalizálni". - Persze, hogy elfogy a "downloader"-fejlesztők türelme és feladják.., vagy.., - de ez is a G célja!
Kell a kitartás legalább a felhasználók részéről.., eldönthetik, hogy a G-nek fizetnek a prémiumért, vagy a "downloader"-fejlesztőknek, mert azért ők sem hülyék heti rendszerességgel ingyen szívattatni magukat. Nagyon Góliát és Dávid esete a kűzdelemben. (De kinek merre áll a "szimpátia-rúdja". :) )
Ez a topik már a magyar hungarikumos szürkezónában van! Ha tovább globalizálódunk, ezért már kiküldik a drónt! :)
- A hozzászóláshoz be kell jelentkezni