1
Software / Re:ČT iVysílání: nefunguje stahování s yt-dlp ani youtube-dl
« kdy: 21. 03. 2023, 01:16:02 »
Z .mpd to šlo zatím vždy, což se tam i píše.
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
2
Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765
« kdy: 18. 03. 2023, 12:40:53 »
Moc jsem toho nezjistil. Když se spustí Proxmox, tak kartá má nahozené tyto ovladače
Kód: [Vybrat]
Kernel driver in use: ath11k_pci
Kernel modules: ath11k_pci
Capabilities: [50] MSI: Enable+ Count=32/32 Maskable+ 64bit-
Address: fee00818 Data: 0000
Masking: fe023c00 Pending: 00000000
pokud spustím virtualizovaný Debian, tak se změní Kernel driver z ath11k_pci na vfio-pci a hodnoty v MSI (Message Signaled Interrupts)Kód: [Vybrat]
Kernel driver in use: vfio-pci
Kernel modules: ath11k_pci
Capabilities: [50] MSI: Enable+ Count=1/32 Maskable+ 64bit-
Address: fee004f8 Data: 0000
Masking: fffffffe Pending: 00000000
Pro předání karty pomocí PCI Passthrough to bude asi správně, ale v tu chvíli se karta nenahodí ve virtualizovaném Debianu. Po vypnutí virtualizovaného Debianu, se karta ztratí i v Proxmoxu, musím jej restartovat.
3
Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765
« kdy: 16. 03. 2023, 11:00:19 »
Dík, nic o "above 4G decode" jsem netušil a tady jsem se něco o tom dočetl. Zkusil jsem aplikovat "machine: q35,max-ram-below-4g=1G" (včetně editace /etc/default/grub + update-grub), ale virtuální stroj nenastartoval. Ještě kolem toho budu zkoušet.
V Proxmoxu jde AP nahodit:
Kód: [Vybrat]
qm start 108
kvm: Parameter 'max-ram-below-4g' expects size
start failed: QEMU exited with code 1
V Proxmoxu jde AP nahodit:
Kód: [Vybrat]
cat /etc/hostapd/hostapd.conf
interface=wlp5s0
driver=nl80211
ssid=test-prx-ax
hw_mode=a
channel=144
hostapd /etc/hostapd/hostapd.conf
Configuration file: /etc/hostapd/hostapd.conf
wlp5s0: interface state UNINITIALIZED->COUNTRY_UPDATE
Using interface wlp5s0 with hwaddr d4:1b:81:xx:xx:xx and ssid "test-prx-ax"
wlp5s0: interface state COUNTRY_UPDATE->ENABLED
wlp5s0: AP-ENABLED
iw dev
phy#1
Interface wlp5s0
ifindex 6
wdev 0x100000001
addr d4:1b:81:xx:xx:xx
ssid test-prx-ax
type AP
channel 144 (5720 MHz), width: 20 MHz (no HT), center1: 5720 MHz
txpower 20.00 dBm
4
Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765
« kdy: 14. 03. 2023, 22:34:28 »
V Proxmoxu se objevila jako wlp5s0, takže už by fungovala. Také příkaz "iw list" vypsal standardní údaje, akorát jsem už nechtěl do Proxmoxu instalovat hostapd.
Ještě jsem zkoušel zátržítko "All Functions" v nastavení PCI passthrough a přehodit emulaci u VM z i440fx na q35, ale nic nepomohlo.
Přes víkend se na to opět podívám, zatím vše jen testuji.
Ještě jsem zkoušel zátržítko "All Functions" v nastavení PCI passthrough a přehodit emulaci u VM z i440fx na q35, ale nic nepomohlo.
Přes víkend se na to opět podívám, zatím vše jen testuji.
5
Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765
« kdy: 14. 03. 2023, 20:29:33 »
Díky za příspěvek, ale tuto kartu bych chtěl nakonec použít v OpenWrt jako AP, s čím mají Intel karty v pásmu 5GHz odjakživa problém.
Níže je vidět rozdíl mezi správně a nesprávně inicializovanou kartou. Problém bude nejspíš v tom "MSI vectors: 1", kde v jiných výpisech jsem viděl i číslo 16. V O.K. variantě tato položka ve výpisu úplně chybí a jedná se o prostředí Proxmoxu, ta K.O. varianta je virtualizovaný Debian s PCI passthrough, což jsem nenapsal, ale netušil jsem, že to má takový vliv.
Nyní bych potřeboval poradit, jak to rozchodit ve virtualizovaném systému.
Níže je vidět rozdíl mezi správně a nesprávně inicializovanou kartou. Problém bude nejspíš v tom "MSI vectors: 1", kde v jiných výpisech jsem viděl i číslo 16. V O.K. variantě tato položka ve výpisu úplně chybí a jedná se o prostředí Proxmoxu, ta K.O. varianta je virtualizovaný Debian s PCI passthrough, což jsem nenapsal, ale netušil jsem, že to má takový vliv.
Nyní bych potřeboval poradit, jak to rozchodit ve virtualizovaném systému.
Kód: [Vybrat]
O.K.
dmesg |grep ath11k_pci
[ 5.299436] ath11k_pci 0000:05:00.0: BAR 0: assigned [mem 0xf7800000-0xf79fffff 64bit]
[ 5.299462] ath11k_pci 0000:05:00.0: enabling device (0100 -> 0102)
[ 5.299679] ath11k_pci 0000:05:00.0: wcn6855 hw2.0
[ 6.265560] ath11k_pci 0000:05:00.0: chip_id 0x2 chip_family 0xb board_id 0xff soc_id 0x400c0200
[ 6.265566] ath11k_pci 0000:05:00.0: fw_version 0x110b196e fw_build_timestamp 2022-12-22 12:54 fw_build_id QC_IMAGE_VERSION_STRING=WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.23
[ 6.631636] ath11k_pci 0000:05:00.0 wlp5s0: renamed from wlan0
K.O.
dmesg |grep ath11k
[ 2.787842] ath11k_pci 0000:00:10.0: BAR 0: assigned [mem 0x100000000-0x1001fffff 64bit]
[ 2.792137] ath11k_pci 0000:00:10.0: MSI vectors: 1
[ 2.792262] ath11k_pci 0000:00:10.0: wcn6855 hw2.0
[ 2.984824] mhi mhi0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/amss.bin
[ 3.735538] ath11k_pci 0000:00:10.0: chip_id 0x2 chip_family 0xb board_id 0xff soc_id 0x400c0200
[ 3.735553] ath11k_pci 0000:00:10.0: fw_version 0x110b196e fw_build_timestamp 2022-12-22 12:54 fw_build_id WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.23
[ 3.741954] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[ 3.749997] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[ 3.774928] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/m3.bin
[ 3.819253] ath11k_pci 0000:00:10.0: leaving PCI ASPM disabled to avoid MHI M2 problems
[ 4.842675] ath11k_pci 0000:00:10.0: failed to receive control response completion, polling..
[ 5.866664] ath11k_pci 0000:00:10.0: Service connect timeout
[ 5.866693] ath11k_pci 0000:00:10.0: failed to connect to HTT: -110
[ 5.866970] ath11k_pci 0000:00:10.0: failed to start core: -110
[ 6.076262] ath11k_pci 0000:00:10.0: ignore reset dev flags 0x4000
6
Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765
« kdy: 14. 03. 2023, 19:30:02 »
Podíval jsem na WiFi ovladač pro Windows, který jsem extrahoval, prohlížel soubory a zjistil, že soubor wlanfw20.mbn je prakticky amss.bin a m320.bin je m3.bin. Ty jsem zkusil nahradit a nahrály se bez problémů, jenže výsledek je stejný. Ona už i verze 3.6510.23 na Githubu je jen 2 měsíce stará.
Je to divné, jakoby chybělo nějaké doplňující nastavení např. v /etc/modprobe.d/ nebo /etc/modules-load.d/, ale těch informací je málo.
Je to divné, jakoby chybělo nějaké doplňující nastavení např. v /etc/modprobe.d/ nebo /etc/modules-load.d/, ale těch informací je málo.
7
Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765
« kdy: 14. 03. 2023, 16:01:30 »
Děkuji, ale jedná se o Windows platformu a pouze ovladač pro bluetooth.
8
Hardware / Wi-Fi 6 pomocí karty Qualcomm QCNFA765
« kdy: 14. 03. 2023, 10:34:31 »
Chtěl jsem doma zprovoznit WiFi v normě AX a pořídil jsem tuto kartu Qualcomm QCNFA765 do M.2 slotu a nedokážu ji rozchodit. Měla by obsahovat WiFi chip Qualcomm WCN6856 (nebo se také uvádí WCN685x), kde kernelové ovladače používá ath11k_pci.
Schválně jsem nahodil Debian unstable s kernelem 6.1.15-1 (2023-03-05) a použil tento firmware-atheros. Taky jsem vyzkoušel i tyto firmwary a bez úspěchu (včetně všech verzí v adresáři /WCN6855/hw2.0/1.1/).
Nemáte někdo s touto kartou nějakou zkušenost? Předem dík za pomoc.
Schválně jsem nahodil Debian unstable s kernelem 6.1.15-1 (2023-03-05) a použil tento firmware-atheros. Taky jsem vyzkoušel i tyto firmwary a bez úspěchu (včetně všech verzí v adresáři /WCN6855/hw2.0/1.1/).
Nemáte někdo s touto kartou nějakou zkušenost? Předem dík za pomoc.
Kód: [Vybrat]
[ 2.827244] ath11k_pci 0000:00:10.0: BAR 0: assigned [mem 0x100000000-0x1001fffff 64bit]
[ 2.832642] ath11k_pci 0000:00:10.0: MSI vectors: 1
[ 2.832871] ath11k_pci 0000:00:10.0: wcn6855 hw2.0
[ 2.853176] NET: Registered PF_QIPCRTR protocol family
[ 2.990074] random: crng init done
[ 3.010790] mhi mhi0: Requested to power ON
[ 3.010813] mhi mhi0: Power on setup success
[ 3.018213] mhi mhi0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/amss.bin
[ 3.118060] mhi mhi0: Wait for device to enter SBL or Mission mode
[ 3.766982] ath11k_pci 0000:00:10.0: chip_id 0x2 chip_family 0xb board_id 0xff soc_id 0x400c0200
[ 3.766997] ath11k_pci 0000:00:10.0: fw_version 0x110c0c35 fw_build_timestamp 2022-06-24 10:50 fw_build_id WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.16
[ 3.772905] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[ 3.780921] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[ 3.805665] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/m3.bin
[ 3.849517] ath11k_pci 0000:00:10.0: leaving PCI ASPM disabled to avoid MHI M2 problems
[ 4.878125] ath11k_pci 0000:00:10.0: failed to receive control response completion, polling..
[ 5.902094] ath11k_pci 0000:00:10.0: Service connect timeout
[ 5.902112] ath11k_pci 0000:00:10.0: failed to connect to HTT: -110
[ 5.902389] ath11k_pci 0000:00:10.0: failed to start core: -110
[ 6.111511] ath11k_pci 0000:00:10.0: ignore reset dev flags 0x4000
[ 16.142128] ath11k_pci 0000:00:10.0: failed to wait wlan mode request (mode 4): -110
[ 16.142135] ath11k_pci 0000:00:10.0: qmi failed to send wlan mode off: -110
9
Sítě / Re:Wireguard + přesměrování celého provozu
« kdy: 04. 03. 2023, 22:51:49 »
Tak jsem to nakonec rozdělil a na jeden stroj nainstaloval stahovacího klienta a wireguard a na druhý prohlížeč a vnc server. Bude to takhle lepší, než ten síťový provoz nějak dělit.
10
Sítě / Wireguard + přesměrování celého provozu
« kdy: 04. 03. 2023, 12:56:20 »
Na Debianu 11 mám nainstalovaný prohlížeč a stahovacího klienta. Přes wireguard provozuji VPN a když ji spustím, tak podle AllowedIPs přesměruji buď veškerý provoz nebo ne.
Chtěl bych, aby prohlížeč fungoval mimo VPN a nevím, jak to udělat co nejjednodušší.
Když jsem zkusil přes nftables drop/accept portu 80+443 pro tyto dva interfacy (ens18 nebo wg0), tak mi to nešlo a když jsem v konfiguraci wireguardu nepřesměroval celý provoz, tak mi např. "curl --iterface wg0 https://www.google.cz" neprojde, vypíše to "curl: (7) Failed to connect to www.google.cz port 443: K počítači neexistuje cesta".
Díky za nakopnutí, jsem jen hobík.
Chtěl bych, aby prohlížeč fungoval mimo VPN a nevím, jak to udělat co nejjednodušší.
Když jsem zkusil přes nftables drop/accept portu 80+443 pro tyto dva interfacy (ens18 nebo wg0), tak mi to nešlo a když jsem v konfiguraci wireguardu nepřesměroval celý provoz, tak mi např. "curl --iterface wg0 https://www.google.cz" neprojde, vypíše to "curl: (7) Failed to connect to www.google.cz port 443: K počítači neexistuje cesta".
Díky za nakopnutí, jsem jen hobík.
11
Sítě / IPv6 prefix od ISP
« kdy: 08. 02. 2023, 21:21:18 »
Kdyby ISP podporoval IPv6 prefix větší než /64, tak se to projeví na WAN portu? Kdybych tam měl např. /60 a chtěl bych podsítě předávat dál, tak ISP už musí podporovat DHCPv6-PD? Kdyby ano, tak by podpora DHCPv6-PD v jeho síti šla zjistit?
Kdyby ISP podporoval jen prefix /64, šlo by udělat bridge mezi WAN a LAN pouze pro IPv6, aby klienti v LAN dostávali globální IPv6 adresy přímo od ISP?
Pardon za tyto otázky, jsem jen domácí nadšenec a budu rád za vysvětlení. Předem děkuji.
Kdyby ISP podporoval jen prefix /64, šlo by udělat bridge mezi WAN a LAN pouze pro IPv6, aby klienti v LAN dostávali globální IPv6 adresy přímo od ISP?
Pardon za tyto otázky, jsem jen domácí nadšenec a budu rád za vysvětlení. Předem děkuji.
12
Software / Re:ČT iVysílání: nefunguje stahování s yt-dlp ani youtube-dl
« kdy: 04. 02. 2023, 17:21:45 »
Podle mě v tom CDM-Tools jen zkompletovali projekty z Githubu, protože tam jsou dumpery klíčů z telefonu a další nástroje https://cdm-project.com/CDM-Tools?page=2
Možná dlouhým PSSH myslíš číslo, co má něco společného s Microsoftím ověřováním DRM obsahu. To neznám, ale většinou tam bývají obě.
Licenční URL dávám i s DeviceID. Časové omezení u ČT není, protože klíče jsou platné stále, jenže oni DRM používají jen u zahraničních titulů a ty mají časové omezení pro přehrání. U Novy jsou klíče časově omezené, vím že mívají v cURL 'X-AxDRM-Message' a ten má něco společného s časovým omezením. Odjinud ani nestahuji, párkrát jsem zkoušel z Netflixu, ale to se mi nepodařilo rozšifrovat, jenže ten si stejně předplácím.
Možná dlouhým PSSH myslíš číslo, co má něco společného s Microsoftím ověřováním DRM obsahu. To neznám, ale většinou tam bývají obě.
Licenční URL dávám i s DeviceID. Časové omezení u ČT není, protože klíče jsou platné stále, jenže oni DRM používají jen u zahraničních titulů a ty mají časové omezení pro přehrání. U Novy jsou klíče časově omezené, vím že mívají v cURL 'X-AxDRM-Message' a ten má něco společného s časovým omezením. Odjinud ani nestahuji, párkrát jsem zkoušel z Netflixu, ale to se mi nepodařilo rozšifrovat, jenže ten si stejně předplácím.
13
Software / Re:ČT iVysílání: nefunguje stahování s yt-dlp ani youtube-dl
« kdy: 01. 02. 2023, 20:12:51 »
Taky používám https://cdm-project.com/CDM-Tools/WKS-Keys , ale z telefonu mám dump jen L3, protože L1 se mi určitě nepodařily vytáhnout. Bylo to z šuplíkového Nexusu 6, do kterého jsem musel nahrát poslední originální ROM od Googlu (asi Android 7.1.2), ale už si nepamatuji, co jsem použil na dumpnutí, ale určitě něco z Githubu. Potom zde https://curlconverter.com konvertuji cURL do headers.py a následně stačí PSSH a licenční server.
14
Software / Re:ČT iVysílání: nefunguje stahování s yt-dlp ani youtube-dl
« kdy: 01. 02. 2023, 19:30:42 »
Stačí mít dump vlastních klíčů z telefonu. Díval jsem se, že ty které mám, jsou z 12/2021 a stále fungují, protože jsem je po dlouhé době otestoval na Kanadské sodě 9/14 z 27.1.2023 na ČT Art (viz. https://ctxt.io/2/AACQCN4QFg).
15
Sítě / Re:Lze sehnat pfSense router v ČR?
« kdy: 20. 12. 2022, 08:28:26 »
OpenWrt podporuje VLANy a dá se vyzkoušet v jakékoliv virtualizaci (x86 verze). Kdyby byla k dispozici i USB WiFi karta, tak se dá připojit ve virtualizaci napřímo a vyzkoušet si dopředu celé prostředí.
