Přihlásit se na XBMC-Kodi.cz

.......

@lovec24: nevím co je to za zařízení/jaký ma OS, ale chybí ti tam utilita curl, která je ve skriptu použitá. Kromě toho budeš potřebovat ještě také jq.

@lovec24 Ano, curl nebo default cesta jeho umístění pro spuštění ti v systému chybí. Jiná otázka je, proč ho v tom scriptu používáš. Podle toho, kam až ti script bez chyby doběhl, už byl úspěšně použit jak jq, tak wget. Takže by se dal klidně místo curl použít právě wget.

..........

@lovec24 Musíš ale upravit parametry volání, wget má rochu jinou skladbu a syntaxi než curl. A možná bude třeba zadat nějaký user agent, mám dojem, že s default wget měla tahle služba při registraci problém. Ale to poznáš.

Na druhu stranu, asi by neměl být problém tam to curl nainstalovat, ne? Bude to možná rychlejší.

..............

@lovec24 No, nevím, co máš v proměnné CURLHEADER, to může být právě pro tuto část registrace podstatné.

Místo -H používej všude --header.

Začátek příkazu musí být takto:
 
Tobe tam chybí " - ", což znamená, že ten následující parametr by wget chápal jako jméno výstupního souboru.

Jo a asi ti také mezi parametry může chybět:
 
Ale to záleží na tvém prostředí.

---

Ostatně, pokud ti u toho scriptu prošly ty úvodní části, tak v nich je pravděpodobně wget už použito. Tak se inspiruj tam.

.........

@lovec24 Opakuji tedy otázku. Co máš v proměnné CURLHEADER?

....................

@lovec24 No, pokud se dívám na obsah proměnné CURLHEADER, tak je jasné, že to fungovat nemohlo. Ta proměnná je tam právě kvůli tomu použití curl, její obsah odpovídá jeho parametrům. Vždyť jsem ti psal, aby ses inspiroval dalšími použitími wget. A tam je použitá proměnná HEADER. Takže, v tom volání wget, co jsi použil místo curl, ještě použij proměnou HEADER místo CURLHEADER. Tzn. místo ${CURLHEADER} tam bude ${HEADER}.

Pokud to ani potom nebude fungovat (na 99% by to ale fungovat už mělo), tak pak se zaměříme na obsahu proměnné HEADER, i když na první pohled vypadá dobře. Ale to ti pomůžu až večer, protože nejsem doma a takhle z hlavy a s pomocí jen mobilu to nedám.

..............

@JiRo: je možnosť to čo sme začali aj dokončiť ?

Vie mi niekto poradiť ? utiahne RPI 4     20 pripojení ?

@lovec24 20, to je dost. Záleží na mnoha okolnostech. Kolik budeš mít zdrojů absolutně, jakého typu, kolik z toho unikátně sledovaných, zda budeš používat timeshift a jako ho budeš mít nastavený, a také zda budeš nahrávat. Neznám detaily HW RPi4 co se týká síťového řešení. Výkonově to (CPU) asi zvládne, i když pojede (odhadem) určitě na více než 50 %. Možná, že ale bude problém s propustností sítě. A teď nemyslím s rychlostí na síťovém rozhraní, ale počet současně otevřených connections. Jak na straně směrem ke zdrojům (pokud budeš používat OTT služby), tak směrem ke klientům. Pokud budeš používat DVB-T/C USB přijímače, tak tam by ty 4 - 6 měl určitě zvládnout asi taky bez problémů.

Já jsem osobně dělal svého času testy na RPi2 B, kde je situace samozřejmě úplně jiná (myslím hlavně, co se týče konceptu síťového řešení i výkonu CPU). A tam jsem se dostal na 4 současně běžící klienty (víc jsem jich tenkrát neměl).

Nyní mám Tvheadend na Beelink GT King s CE, a zkoušel jsem stress test, se 4 přijímači USB DVB-T/C UPC/VODAFONE + 3 zdroje OTT (O2TV, Sledovani a TV GO) a měl jsme 5 současně puštěných klientů PVR HTSP v Kodi plus jeden jako addon PIP a 5 nahrávání, přičemž každý z těch 11 byl z unikátního zdroje (4 z USB, pokaždé z jiného mux-u, 7 z těch třech služeb OTT). Timeshift mám nastavený tak, že je část v RAM a většinou k tomu, aby se něco začalo zapisovat na kartu, nedojde. Nahrávám na USB Flash 0,5 TB na USB3 rozhraní. CPU zatížení kolem 50 %. Kodi na Beelink s Tvheadend serverem běželo trochu líněji, ale nijak zásadní problém to nebyl. V podstatě to běžný uživatel nepoznal. Pak jsem dokonce tu TV na Beelink shodil a pustil místo ní 4K HDR video a běželo to kupodivu také. Jen bylo vidět, že plnění video cache neprobíhalo tak plynule. Zatímco v normální porvozu (1-2 klienty PVR HTSP) při přehrávání videa 4K HDR je buffer přehrávače stále na 100 %, tak v tomto případě se pohyboval od 50 do 100 %.

Podle mne ti to nikdo, kdo to nezkusil, neřekne 100 %. 10 klientů by podle mě mělo být v pohodě určitě, u 20 bych váhal, právě kvůli tomu, co jsem napsal v úvodu. Ale je to jen odhad...

..........

Dobry den, z niceho nic se mi nedari zalogovat do o2tv . pri loginu mi to zkonci na ..... 
0     0    0     0    0     0      0      0 --:--:--  0:02:09 --:--:--     0curl: (7) Failed to connect to app.o2tv.cz port 443: Connection timed out a zajimave je, ze pokud to spustin to same zkopirovane jinde tak to jede . nejaky napad ??, Dekuju


A ted jsem prisel na to, ze pokud zavolam http://app.o2tv.cz/sws/subscription/sett...ation.json

tak nedostanu vubec zadnou odpoved. pokud to napisu kdekoliv jinde--to znamena mimo danou sit,treba u souseda nebo z mobilu, --- tak dostanu z vebu odpoved... Mam verejnou ip , myslite , ze by by ji blokli?? DIKY

(24.10.2022, 17:20)pohoda6 Napsal(a): Dobry den, z niceho nic se mi nedari zalogovat do o2tv . pri loginu mi to zkonci na ..... 
0     0    0     0    0     0      0      0 --:--:--  0:02:09 --:--:--     0curl: (7) Failed to connect to app.o2tv.cz port 443: Connection timed out a zajimave je, ze pokud to spustin to same zkopirovane jinde tak to jede . nejaky napad ??, Dekuju


A ted jsem prisel na to, ze pokud zavolam http://app.o2tv.cz/sws/subscription/sett...ation.json

tak nedostanu vubec zadnou odpoved. pokud to napisu kdekoliv jinde--to znamena mimo danou sit,treba u souseda nebo z mobilu, --- tak dostanu z vebu odpoved... Mam verejnou ip , myslite , ze by by ji blokli?? DIKY

je to nafigu, nečo sa deje a blokuju IP asi.

Ano je to tak blokuju IP adresy, pravdepodobne vidia ze sa pouziva nejaky script.