Dotaz: youtube-dl - nejde stahnout ČT

[jouda]

Uz nejaky cas mi nejdou stahovat porady. Mam verzi 2019.07.02-1 z unstable. Toto mi vypisuje:

CT.ERROR: Unable to download webpage: < urlopen error [SSL: DH_KEY_TOO_SMALL] dh key too small (_ssl.c:1056)> (caused by URLError(SSLError(1, '[SSL: DH_KEY_TOO_SMALL] dh key too small (_ssl.c:1056)')))

---

---

Odpovědi

[KOLEGA]

Je potreba patch, ktery povoli stahovani ze spatne zabezpecenych HTTPS stranek.

[jouda]

Dik. Uz to jede:)

[mica]

Já se osměluju ještě se k tomuto zeptat: Jak ten výše zmíněný patch aplikovat (v Debianu) natrvalo? Já jsem svědomitě do příslušných souborů dopsal potřebné řádky, což splnilo účel, ale aktualizace programu všechny změny zase vymazala. A youtube-dl se aktualizuje často, takže bych ty soubory musel přepisovat pořád dokola.

[LarryL]

Můžeš zakázat aktualizaci konkrétního balíčku https://askubuntu.com/questions/18654/how-to-prevent-updating-of-a-specific-package , ale spíše je divné, že i po aktualizaci tam tu chybu pořád máš. Nemám tady Debian, ale na Manjaru stahování pořadů z ČT bez problémů funguje (verzi mám 2019.08.13). Jestli se správně dívám na webu tak na Debianu Unstable je verze (2019.09.28-1), tam by to podle mě už opravené být mělo. Předpokládám že používáš balíček ze Stable kde je asi ještě stará verze.

[mica]

Zákaz aktualizace mě samozřejmě napadl, ale doufal jsem, že se to obejde bez toho.

Mám testing a verzi youtube-dl 2019.10.29. Asi Debian tu záplatu odmítá.

[LarryL]

Jak vidím v komentářích níže, tak problém není v balíčku youtube-dl ale protože "In latest Debian Linux (unstable), SSL library does not accept small Diffie-Hellman keys by default." a ten patch od Jindřicha je na Githubu stále "Open".

[xhi]

v souboru /etc/ssl/openssl.conf zmenit security level: CipherString = DEFAULT@SECLEVEL=1

[Andrej]

Vlákno bylo přesunuto do samostatné diskuse.

[flibor]

Stačí přidat parametr --no-check-certificate a není třeba žádný patch. Případně ho přidat do youtube-dl.conf, aby se nemusel pořád vypisovat.

[jouda]

Nevim jak ve Vasi distribuci, ale na Debianu testing/unstable to bez patche nejde. Kouknete na popis na konci pull requestu

[Andrej]

Na Debianu nikdy nic nejde. Používají ho lidé, kteří rádi trpí. Stačí si vzpomenout, jak v roce 2008 bylo 32768 klíčů dost pro všechny.

[ewew]

Na archlinuxe všetko ide. Je používani ľudmi, ktorí radi čakajú na kompiláciu. :) Stačí si spomenuť ako dobre funguje neštandardný systém.

[Meh]

Pro stahovani CT mam vlastni skript. Z webu odchytis .mpd soubor, ulozis a pak spustis skript s .mpd jako parametrem. Wgetem to postahuje kousky audio a video (720p) a ffmpegem posklada dohromady.

#!/bin/sh

if [ "$1" == "" ]; then
	MPDFILE=$(ls *.mpd)

	if [ "$MPDFILE" == "" ]; then
		echo "No .mpd file."
		exit 1
	else
		MPD="$PWD/$MPDFILE"
	fi
else
	# .mpd file, full path and just file
	MPD="$1"
	MPDFILE=$(basename "$1")
fi

# create temp dirs
rm -rf VIDEO AUDIO
mkdir VIDEO AUDIO

if [ "$MPDFILE" == "manifest.mpd" ]; then
	# new manifest format

	# get base URL, video & audio respresentation
	BASE=$(grep manifest "$MPD" | cut -d ">" -f 2 | cut -d "<" -f 1 | rev | cut -d "/" -f 2- | rev)
	VIDEO=$(grep "id=" "$MPD" | grep v1 | sort | head -1 | cut -d '"' -f 2)
	AUDIO=$(grep "id=" "$MPD" | grep a1 | sort | head -1 | cut -d '"' -f 2)

	# get number of chunks, generate sequence for use in URL
	DURATION=$(grep " r=" "$MPD" | uniq | cut -d "\"" -f 4)
	DURATION=$(($DURATION+2))
	DURATION=$(eval echo {1.."$DURATION"})

	# get initial video .mp4
	cd VIDEO
	wget --no-check-certificate --retry-connrefused --waitretry=1 --read-timeout=20 --timeout=15 -t 0 "$BASE/init-$VIDEO.mp4" -O IS.mp4

	cd ..

	# get initial audio .mp4
	cd AUDIO
	wget --no-check-certificate --retry-connrefused --waitretry=1 --read-timeout=20 --timeout=15 -t 0 "$BASE/init-$AUDIO.mp4" -O IS.mp4

	cd ..

	# dowload video & audio chunks
	for VAR in $DURATION; do
		# pad fragment number with zeroes for saving
		CHUNK=$(echo "000000$VAR" | rev)
		CHUNK=${CHUNK:0:6}
		CHUNK=$(echo "$CHUNK" | rev)

		cd VIDEO
		wget --no-check-certificate --retry-connrefused --waitretry=1 --read-timeout=20 --timeout=15 -t 0 "$BASE/fragment-$VAR-$VIDEO.m4s" -O "$CHUNK".m4s
		cd ..

		cd AUDIO
		wget --no-check-certificate --retry-connrefused --waitretry=1 --read-timeout=20 --timeout=15 -t 0 "$BASE/fragment-$VAR-$AUDIO.m4s" -O "$CHUNK".m4s
		cd ..
	done
else
	# old manifest format

	# get base URL, video & audio respresentation
	BASE=$(grep -i baseurl "$MPD" | cut -d ">" -f 2 | cut -d "<" -f 1)
	VIDEO=$(grep -i height "$MPD" | grep -i 576 | cut -d "\"" -f 2)
	AUDIO=$(grep -i audiosamplingrate "$MPD" |  cut -d "\"" -f 2)

	# get number of chunks, generate sequence for use in URL
	DURATION=$(grep " r=" "$MPD" | sort | uniq | head -1 | cut -d "\"" -f 6)
	DURATION=$(echo "000000$DURATION" | rev)
	DURATION=${DURATION:0:6}
	DURATION=$(echo "$DURATION" | rev)
	DURATION=$(eval echo {000000.."$DURATION"})

	# get initial video .mp4
	cd VIDEO
	wget --no-check-certificate "$BASE/$VIDEO/IS.mp4"

	cd ..

	# get initial audio .mp4
	cd AUDIO
	wget --no-check-certificate "$BASE/$AUDIO/IS.mp4"

	cd ..

	# dowload video & audio chunks
	for VAR in $DURATION; do
		cd VIDEO
		wget --no-check-certificate --retry-connrefused --waitretry=1 --read-timeout=20 --timeout=15 -t 0 "$BASE/$VIDEO/$VAR.m4s"
		cd ..

		cd AUDIO
		wget --no-check-certificate --retry-connrefused --waitretry=1 --read-timeout=20 --timeout=15 -t 0 "$BASE/$AUDIO/$VAR.m4s"
		cd ..
	done
fi

# merge video chunks
cd VIDEO
cat IS.mp4 *.m4s > video.mp4
cd ..

# merge audio chunks
cd AUDIO
cat IS.mp4 *.m4s > audio.mp4
cd ..

# merge video and audio streams to single AV file
ffmpeg -i VIDEO/video.mp4 -i AUDIO/audio.mp4 -c copy stream.mkv < /dev/null > /dev/null

[Dalibor Smolík]

Zdravím, jak mám postupovat při odchycení .mpd souboru? Chápu, že v Chromu si otevřu příslušnou adresu
https://www.ceskatelevize.cz/porady/12481155343-pavel-cernoch-gala/21854215062/
a pak možnost prozkoumat, zvolím Network. Ale jak postupovat dál? soubor mpd se mi nikde neobjevuje a pokud se objeví, jak jej stáhnout. Díky. Žádná jiná možnost u Debianu 10 není (u starších verzí youtube-dl to fungovalo)

[Meh]

Chrome nepouzivam. Ve starem FF byl vyborny doplnek Tamper Data, v novejsich verzich zkus otevrit vestavene Developer Tools -> Network a do okenka "filter url" napis proste mpd. Kdyz potom na strance spustis video, mel by ti v te developerske konzoli naskocit GET request pro file .mpd, napriklad, 61924494877688765-pc.mpd. Kliknes na request pravym, copy URL, paste do okna prohlizece a stahnes .mpd file na disk.
Youtube-dl by ale mel obecne web CT dat, vyjma videi s DRM (totez plati pro muj skript). Konkretne porad, ktery linkujes, ale DRM nema.

[Dalibor Smolík]

Díky za radu, mpd soubor jsem získal. Po spuštění skriptu to však hodilo chybu:

dalibor@hal:~/Stažené/Galakoncert_Pavel_Cernoch$ ./mpd
./mpd: 3: [: unexpected operator
./mpd: 22: [: unexpected operator
grep: : Adresář nebo soubor neexistuje
grep: : Adresář nebo soubor neexistuje
grep: : Adresář nebo soubor neexistuje
grep: : Adresář nebo soubor neexistuje
./mpd: 73: ./mpd: Bad substitution

Kde ještě dělám chybu? Dík

[Meh]

Musis spustit skript a .mpd mu dat jako argument, tj. (za predpokladu, ze skript je download.sh, nastaveny jako executable):

./download.sh 61XXXXXXXXXXXX.mpd

Jeste takova poznamka: nevim, jak dlouho .mpd soubor nebo jeho obsah "plati", takze pokud s tim takhle laborujes a neco nejde, radsi si vzdy stahni cerstvy .mpd.

[Dalibor Smolík]

Vypadá to nadějně, stahuje se to. Ale asi už 4 hodiny a pořád to nemá konce, tak nevím, jaký bude výsledek.

[Meh]

To se mi zda prilis, jako by ten wget nekde timeoutoval (coz by mohlo byt prave treba tim, ze URL uz nefunguji - cerstvy .mpd je zaklad).
Sam to hazim na pozadi a nesleduju, jak dlouho to trva, ale vic nez par desitek minut je podezrele. Hodinova epizoda serialu v 720p ma par set MB, to se nemuze stahovat hodiny.

[Michal Kubeček]

Ne na iVysílání, tam používají 6 Mb/s pro 1080p a 3.5 Mb/s pro 720p. Podle youtube-dl má tento pořad něco přes 4 GB a stahoval by se asi 13 minut. Nechal jsem to běžet jen chvilku, takže ty odhady nebudou moc přesné, ale čtyři hodiny jsou rozhodně moc.

[Dalibor Smolík]

Ukládá se to do souborů m4s, jeden po druhém stále není uloženo. Velikost souborů je asi od 16KB do cca 250 KB, postupně to nabíhá.

[Meh]

~250KB zni spravne. No, uvidis.

[Dalibor Smolík]

No, tak jsem to nechal běžet přes noc, stahovalo se to od 13:50 do 00.09, což se mi zdá opravdu dlouho, výsledný stream.mkv byl velký 1569 MB , dlouhý záznam necelé dvě hodiny. Až budu na compu se starší verzí, zkusím stáhnout přes youtube-dl a porovnám objem dat a dobu stahování. Jinak díky, povedlo se. Doma mám DVD rekordér, kde stahuji tyto pořady přímo z televize, ale chtěl bych se obejít bez nutného vypalování na DVD do budoucna.

[Peter Golis]

Nebolo by jednoduchšie zainvestovať do TV karty, a nahodiť SW čo rozumie EPG? To by mohlo byť jednoduchšie riešenie ako sa trápiť s nefunkčnou IPTV platenou z daní.

[Dalibor Smolík]

To je otázka, spousta pořadů, o které mám zájem, je na youtube nebo ulož.to, na to nepotřebuji zvláštní vybavení. Jde v podstatě o jednotlivosti, kde mi záleží na dobré kvalitě obrazu i zvuku. TV i internet mám mám přes UPC. Nahrát pořad není problém, jen jde o to ho dostat ven.

[LarryL]

"Nebolo by jednoduchšie zainvestovať do TV karty, a nahodiť SW čo rozumie EPG?"

To se mi nezdá jednodušší. Potřeboval by dané zařízení (PC) nastavit, aby se automaticky zaplo v době kdy má podle EPG nahrávat. Navíc co vím EPG začne nahrávat v době kdy má podle programu začínat daný film/pořad, ale začátek i konec může být ve skutečnosti o pár minut jiný, takže není moc komfortní mít nahranou i část jiného pořadu.

"To by mohlo byť jednoduchšie riešenie ako sa trápiť s nefunkčnou IPTV platenou z daní."

On si nestěžoval na nefunkční IPTV, ale na to, že nemůže stahovat film/pořad na lokální disk. Ty znáš nějakého IPTV providera, který umožňuje legální stahování? Moc se v tom nevyznám, ale myslím, že by to odporovalo vysílacím licencím.

[Peter Golis]

Potřeboval by dané zařízení (PC) nastavit, aby se automaticky zaplo v době kdy má podle EPG nahrávat.

Wake UP sa v UEFI implementovalo už dávno. Ale to je vedľajšie. Väčšina osadenstva má permanentne zapnuté aspoň nejaké NAS alebo Raspberry PI do ktorého pridať TV kartu je to najmenej.

On si nestěžoval na nefunkční IPTV, ale na to, že nemůže stahovat film/pořad na lokální disk.

Retransmisia TV signálu cez internet sa zvykla volať IPTV. A ak ten distribučný IPTV kanál nefungoval, tak sa jednalo o nefunkčné IPTV. Dôvod nefunkrnosti je ovšem známy, poskytovateľ zbytočne používa zastaralé šifry.

Ty znáš nějakého IPTV providera, který umožňuje legální stahování?

Ja som vyhodil TV pred vyše 10 rokmi, nič v nej nebolo. Takže trh s TV službami nesledujem.

Moc se v tom nevyznám, ale myslím, že by to odporovalo vysílacím licencím.

Zrovna toto je riešené AFAIK autorským zákonom. Volá sa to (legálna) kópia pre vlastnú potrebu. Myslím že to ešte nezrušili v ústave duševného vlastníctva.

[LarryL]

Wake UP sa v UEFI implementovalo už dávno.

To jistě, ale potřebuješ udělat vše kolem toho.

Väčšina osadenstva má permanentne zapnuté aspoň nejaké NAS alebo Raspberry PI do ktorého pridať TV kartu je to najmenej.

To pořád neřeší problém, že budeš mít před pořadem a za pořadem část jiného programu nebo reklamy. To nemluvím o případné reklamě uvnitř nahravaného pořadu (to se týká komerčních televizí, ČT ji nemá).

A ak ten distribučný IPTV kanál nefungoval, tak sa jednalo o nefunkčné IPTV.

Podívej se na první příspěvek Dalibora Smolíka, on opravdu neřešil nefunkční IPTV. Jedině, že by měl Dalibor nějakou smlouvu s Českou televizí, že mu musí poskytovat možnost stažení na disk. Takovou smlouvu určitě nemá právě proto, že to je v rozporu s vysílacími právy daného filmu/pořadu.

Zrovna toto je riešené AFAIK autorským zákonom. Volá sa to (legálna) kópia pre vlastnú potrebu. Myslím že to ešte nezrušili v ústave duševného vlastníctva.

Ale doufám, že sám uznáš, že pořízení záznamu pro vlastní potřebu je něco jiného než nabídnutí filmu ke stažení pro každého kdo přijde na web.

[Dalibor Smolík]

Je to tak - chci z ČT si udělat svůj vlastní archív klasické hudby, předvším opery, takže chci dobrou kvalitu. Je určen jen pro mě. K modemu UPC, kde je možné si pořad nahrát mám připojenou DVD vypalovačku, ze které si pořídím DVD, které si pouštím a zároveň si jej překopíruji na disk do archívu. DVD příliš nevydrží. Pokud je však DVD vypalovačka již nedostupná nebo příliš nákladná, hledám jiný způsob uchování záznamu v odpovídající kvalitě. Nevím, zda je to zcela legální (asi ano, pokud to mám jen pro vlastní potřebu). Jelikož je moje DVD vypalovačka asi deset let stará, lze počítat, že mi brzy odejde a dávat za novou deset tisíc se mi fakt nechce.

[Peter Golis]

DVD vypalovačky sa stále predávajú. Či už SATA, alebo USB.

A s tou TV kartou to bola otázka či by nebolo rozumnejšie ten zastaralý web nechať tak. Kopec ľudí to má riešené cez kadejaké VDR na RPi, a občas sa niekto opýta v čom vystrihnúť reklamu bez kompletného transkódingu. A zrovna reklama by mala byť oddelená synchronizačnými obrázkami, takže v tom nevidím problém. I keď mne by sa do toho nechcelo ísť, v TV pre mňa nič nie je.

[Dalibor Smolík]

DVD vypalovačky se prodávají, ale už ne ty stolní, jako bývalo video VHS - takové, abych ji mohl připojit k modemu UPC (přes SCART nebo HDMI kabel) a zároveň pak mohl pohodlně sledovat záznam z DVD. Je to trochu staromódní, ale pohodlné (čas běží, je mi už 65 let), samozřejmě soubor získaný z PC si mohu přehrat z flashky přímo v televizi. V tom problém také není. Na DVD téměř z komerčních televizí nenahrávám. Výhradně z ČT. Jinak reklamy se dají vystřihnout i např. v avidemuxu.

[Peter Golis]

Tak to je potom DVD Recorder, a nie DVD Vypalovačka. Tomu už rozumiem aj ja. Také niečo si pamätám videl som to pred vyše 10 rokmi u kamaráta. Malo to diery na VHS, DVD WORM a aj FireWire kábel na pripojenie kamery. Také niečo zohnať v dnešnej dobe, možno v múzeu. Alebo si to nechať zložiť z PC/RPi.

[LarryL]

"Je to tak - chci z ČT si udělat svůj vlastní archív klasické hudby, předvším opery, takže chci dobrou kvalitu."

Palec nahoru. Kvalitní hudby není nikdy dost.

"abych ji mohl připojit k modemu UPC (přes SCART nebo HDMI kabel) a zároveň pak mohl pohodlně sledovat záznam z DVD."

Jo, to je v podstatě podobně nepohodlné řešení jako bylo nabízeno s tou TV kartou. No vlastně ještě horší protože k tomu musíš používat DVD média. Rozhodně bych šel cestou youtube-dl. Já z ČT možná stáhnu sem tam něco, takže nemohu soudit jak často to nefunguje, ale ze zkušenosti ze stahování z youtube mohu říct, že když se něco na stránkách youtube změní a youtube-dl nefunguje, tak to za den nebo dva vývojáři opraví. Nejlepší je si v linuxu přidat repozitář přímo vývojářů youtube-dl, aby se k tobě stáhla co nejdříve opravená verze. Já jsem zkusil tvůj odkaz v youtube-dl a normálně funguje. Jak už psal Michal Kubeček, má kolem 4GB. Verzi youtube-dl mám 2020.01.24.

Nevím na čem tu nahranou hudbu potom pouštíš, jestli máš nějaké hifi, ale rozhodně bych šel tou cestou udělat hlavní zdroj hudby z PC a k němu připojit reprobedny. Budeš si tak moci pouštět hudbu i z Youtube nebo Spotify nebo dalších. Asi by neměl být problém v PC kde máš ten Debian přijímat z UPC i TV a k tomu PC připojit velkou televizi, kterou teď asi máš připojenou k tomu DVD rekordéru. Variant je víc, ale zůstávat u současného řešení s DVD rekordérem je asi to nejhorší řešení.

[Dalibor Smolík]

To, že nahrávání přes DVD je špatné řešení jsem pochopil a proto hledám náhradu, pokud zafunguje youtube-dl, je vyhráno. Pak, když budu chtít, to na DVD dám. Pc mám v jiné místnosti než televizi, ale tu mám připojenou k HiFi soupravě Pioneer z 80.let,ktera má skvělý zvuk. V některých případech však přehrání na ČT není možné, často u zahraničních koncertů, asi z licenčních důvodů. Pak již zbývá jen to DVD. Ale to není tak často. Zkusím do source.listu přidat repozitar s youtube-dl, to může být dobrý nápad.

[LarryL]

V některých případech však přehrání na ČT není možné, často u zahraničních koncertů, asi z licenčních důvodů.

Když jsem svůj koment dopsal, tak mi došlo, že ne vše je přístupné na webu ČT. Píšeš, že máš k UPC modemu připojenou TV přes HDMI. Chtěl jsem ti poradit, abysis ten TV stream spouštěl na PC a tam ho nahrával, ale jak se dívám na Kodi forum tak to asi nepůjde.

Jestli ti jde opravdu jen o nahrávání z ČT, případně jiných stanic, které jsou v pozemním vysílání (DVB-T2), a jsi v místě kde máš dobrý signál (nebo anténu), tak si pořiď do USB DVBSky T330 (1000 Kč) a pak můžeš v PC nahrávat. Pokud jsi v místě s dobrým signálem, tak můžeš koupit i něco levnějšího co pofachčí pod linuxem. Pozemní vysílání není šifrované, takže můžeš nahrávat v Kodi, VLC a spoustě dalších SW.

Když jsem zkusil do googlu hodit "hdmi recorder", pokud bys tedy chtěl nahradit tvůj DVD recorder, a zachytávat to co ti teče z hdmi kabelu, tak mi to našlo třeba tohle. Celkem levné a nahrávání na externí disk se mi zdá v dnešní době lepší řešení než DVD recorder.

Osobně bych nahrával pomocí USB DVB-T2 a pokud bych pak viděl, že je to na webu, tak to stáhl pomocí youtube-dl a nahrávku z DVB-T2 smazal.

Pc mám v jiné místnosti než televizi, ale tu mám připojenou k HiFi soupravě Pioneer z 80.let,ktera má skvělý zvuk.

Prodávají se i mini PC (bezhlučné), které můžeš k té TV připojit, případně za pomocí externí audio karty můžeš připojit přímo k té hifi soustavě. Nebo se ze staré Hifi soustavy dělá "moderní" bezdrátová dokoupením Chromecast Audio (už se nevyrábí, ale alternativy by asi šly najít).

Když si hodíš na stůl možné varianty, tak si myslím, že lze najít způsob jak to zmodernizovat (čti zjednodušit) a zároveň, aby to nestálo balík.

[Dalibor Smolík]

Příloha:

• hlaska.txt (1632 bytů)

Díky za tip, zvážím, co je nejlepší. Chtěl jsem začít nejjednodušší cestou - a to je vložit patch do skriptu podle návodu, protože to by vyřešilo momentální problém, ale to nefunguje. Po doplnění řádků v příslušných kriptech to vyhazuje hlášku (viz příloha)
Jinak ale moc díky.

[LarryL]

Nevložil jsi do těch scriptů (konkrétně do utils.py) tabulátory místo mezer?

PS: zase jsem zapomněl, že problém není v balíčku youtube-dl, ale v Debianu. Jak jsem ti psal, že mi to ve verzi 2020.01.24 funguje, tak jsem tě asi trochu mystifikoval, protože nemám Debian.

[Dalibor Smolík]

Pokud je patch vložený správně, mělo by to fungovat i v Debianu, ve starší verzi to funguje ok. Dosud mi v Debianu fungovalo všechno, mělo by i tohle. Spíš jsem to tam špatně vkládal. Ale tabulátory jsem nepoužíval, text jsem vkládal klasicky, enter na řádky a text.

[Dalibor Smolík]

Tak konečně se to podařilo. Odinstaloval jsem balíček youtube-dl a nainstaloval jej znovu, ale v tom to nebylo. Žádny patch jsem nepotřeboval, stačilo upravit v konfiguráku
/etc/ssl/openssl.cnf opravit v posledním řádku CipherString = DEFAULT@SECLEVEL=1 místo uvedené 2.
Vše již funguje jak má. To mi to trvalo ..Moc dík. Nemusím kupovat žádný hardware :)

[LarryL]

a spouštěl jsi to takto?

youtube-dl --ciphers DEFAULT@SECLEVEL=1 https://www.ceskatelevize.cz/porady/12481155343-pavel-cernoch-gala/21854215062/

Testl jsem dnes na Debianu 10 (s patchem od Jindřicha) a vše funguje.

Divné, že tady nikdo neporadil změnit /etc/ssl/openssl.cnf. Že by to mělo nějaký důvod neměnit to pro celý systém?

[Dalibor Smolík]

Tak to jsem zkoušel a hodilo to chybu. Také mi bylo divné, proč nikdo neporadil změnit /etc/ssl/openssl.cnf, je to práce na minutu. Až jsem to vygooglil někde na netu. Faktem je, že po stažení souboru to lze zase v systému vrátit zpátky, pokud je to důležité. Dnes jsem to testnul na jiném stroji s Debianem 10, žádný patch, jen úrava ssl z 2 na 1 a stahuje to normálně.

[Heron]

Protože oslabovat system-wide nastavení šifer není úplně v pořádku. Což je i důvod, proč to na starém debu šlo a na novém nikoliv, ČT někde používá slabší DH a nové openssl se s tím odmítne bavit.

[Dalibor Smolík]

Já to chápu, pro tento případ mohu upravit konfigurák ssl jen tehdy, když budu potřebovat něco z ČT stáhnout a vrátit zpět. Tak často nestahuji, abych systém šifer nechával trvale oslabený.

[Dalibor Smolík]

Na compu, kde mám starší verzi (Debian 8) jsem stáhnul stejný soubor ještě jednou, měl přes 4 GB - tj. potžadovanou kvalitu a stažení trvalo asi 20 minut. Opravdu by bylo lepší použít ten patch, s tím si však moc nevím rady

[Michal Kubeček]

Protože zmiňujete Debian, bude to nejspíš klasický problém bash vs. dash. Zkuste na prvním řádku přepsat "/bin/sh" na "/bin/bash".

Ono i v bashi by se operátor "==" měl správně používat jen ve zdvojených hranatých závorkách, ne v jednoduchých, ale bash to toleruje, takže to mnozí autoři skriptů vesele míchají.

[Dalibor Smolík]

Ano, dík taky mi to došlo

[Vtipnéř]

Youtube-dl by ale mel obecne web CT dat, vyjma videi s DRM (totez plati pro muj skript). Konkretne porad, ktery linkujes, ale DRM nema.

Testnul jsem na Debianu youtube-dl z unstable větve na výše uvedený link a skončilo to chybovým hlášením "dh key too small". Zkusil jsem to v ArchLinuxu a tam to prošlo bez problémů. Přitom youtube-dl hlásí v obou distribucích shodnou verzi: 2020.01.24. Může být problém v nějakých jiných knihovnách?

Jirka

[Meh]

Hod to do vyhledavace, vypada to na chybovou hlasku z OpenSSL.

[Dalibor Smolík]

Zajímavé je, že ve verzi Debian 8 to funguje, v desítce ne. Obojí stable.

[Josef Kufner]

To je celkem pochopitelné, neboť remcá kvůli příliš slabé šifře.

[Michal Kubeček]

To není moc překvapivé, obecně jsou novější verze openssl přísnější ohledně povolených (starých a ne dost bezpečných) protokolů a délek klíčů.

[jj]

A kdyz otevres ve VLC taky to nejde, na 10 (docela me to i zajima)?

[Dalibor Smolík]

Ve VLC také ne.

[Dalibor Smolík]

V jiných knihovnách? zkusil jsem verbose výpis a ukázalo mi to nějaký binec v knihovnách pythonu

 File "/usr/lib/python3/dist-packages/youtube_dl/extractor/common.py", line 627, in _request_webpage
    return self._downloader.urlopen(url_or_request)
  File "/usr/lib/python3/dist-packages/youtube_dl/YoutubeDL.py", line 2237, in urlopen
    return self._opener.open(req, timeout=self._socket_timeout)
  File "/usr/lib/python3.7/urllib/request.py", line 525, in open
    response = self._open(req, data)
  File "/usr/lib/python3.7/urllib/request.py", line 543, in _open
    '_open', req)
  File "/usr/lib/python3.7/urllib/request.py", line 503, in _call_chain
    result = func(*args)
  File "/usr/lib/python3/dist-packages/youtube_dl/utils.py", line 2728, in https_open
    req, **kwargs)
  File "/usr/lib/python3.7/urllib/request.py", line 1319, in do_open
    raise URLError(err)

[Petr_70]

Vlákno bylo přesunuto do samostatné diskuse.