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

vrzy · 01.2.2019, 21:47

Ahoj, můžete mi prosím někdo pomoct ? Ještě 3 dny zpět to chodilo bez problémů a pak bez jediného zásahu to chodit přestalo. Díky moc.

Kód:
Raspi:~ # webgrabplus.run

User defined pre-processing

Nothing to do

* Assertion at metadata.c:1042, condition `index < meta->heap_strings.size' not                                                                                                              met

/proc/self/maps:

00008000-002b1000 r-xp 00000000 b3:07 655889     /storage/.kodi/addons/tools.mon                                                                                                             o/bin/mono

002b1000-002b2000 r--p 002a8000 b3:07 655889     /storage/.kodi/addons/tools.mon                                                                                                             o/bin/mono

002b2000-002b4000 rw-p 002a9000 b3:07 655889     /storage/.kodi/addons/tools.mon                                                                                                             o/bin/mono

002b4000-002e0000 rw-p 00000000 00:00 0

01db8000-01dfb000 rw-p 00000000 00:00 0          [heap]

74c4a000-75000000 r--p 00000000 b3:07 657354     /storage/.kodi/addons/tools.mon                                                                                                             o/lib/mono/4.5/mscorlib.dll

75000000-75800000 rw-p 00000000 00:00 0

75800000-75801000 ---p 00000000 00:00 0

75801000-76000000 rwxp 00000000 00:00 0

76000000-76400000 rw-p 00000000 00:00 0

76419000-76483000 r--p 00000000 b3:07 4501       /storage/.kodi/addons/service.w                                                                                                             ebgrabplus/bin/WebGrab+Plus.exe

76483000-76484000 ---p 00000000 00:00 0

76484000-76c83000 rwxp 00000000 00:00 0

76c83000-76c84000 rw-p 00000000 00:00 0

76c84000-76cb3000 ---p 00000000 00:00 0

76cb3000-76cc3000 rwxp 00000000 00:00 0

76cc3000-76de4000 r-xp 00000000 07:00 1646       /usr/lib/libc-2.24.so

76de4000-76df4000 ---p 00121000 07:00 1646       /usr/lib/libc-2.24.so

76df4000-76df6000 r--p 00121000 07:00 1646       /usr/lib/libc-2.24.so

76df6000-76df7000 rw-p 00123000 07:00 1646       /usr/lib/libc-2.24.so

76df7000-76dfa000 rw-p 00000000 00:00 0

76dfa000-76e16000 r-xp 00000000 07:00 1705       /usr/lib/libgcc_s.so.1

76e16000-76e25000 ---p 0001c000 07:00 1705       /usr/lib/libgcc_s.so.1

76e25000-76e26000 rw-p 0001b000 07:00 1705       /usr/lib/libgcc_s.so.1

76e26000-76e3b000 r-xp 00000000 07:00 1865       /usr/lib/libpthread-2.24.so

76e3b000-76e4a000 ---p 00015000 07:00 1865       /usr/lib/libpthread-2.24.so

76e4a000-76e4b000 r--p 00014000 07:00 1865       /usr/lib/libpthread-2.24.so

76e4b000-76e4c000 rw-p 00015000 07:00 1865       /usr/lib/libpthread-2.24.so

76e4c000-76e4e000 rw-p 00000000 00:00 0

76e4e000-76e50000 r-xp 00000000 07:00 1682       /usr/lib/libdl-2.24.so

76e50000-76e5f000 ---p 00002000 07:00 1682       /usr/lib/libdl-2.24.so

76e5f000-76e60000 r--p 00001000 07:00 1682       /usr/lib/libdl-2.24.so

76e60000-76e61000 rw-p 00002000 07:00 1682       /usr/lib/libdl-2.24.so

76e61000-76e67000 r-xp 00000000 07:00 1897       /usr/lib/librt-2.24.so

76e67000-76e76000 ---p 00006000 07:00 1897       /usr/lib/librt-2.24.so

76e76000-76e77000 r--p 00005000 07:00 1897       /usr/lib/librt-2.24.so

76e77000-76e78000 rw-p 00006000 07:00 1897       /usr/lib/librt-2.24.so

76e78000-76ee5000 r-xp 00000000 07:00 1780       /usr/lib/libm-2.24.so

76ee5000-76ef4000 ---p 0006d000 07:00 1780       /usr/lib/libm-2.24.so

76ef4000-76ef5000 r--p 0006c000 07:00 1780       /usr/lib/libm-2.24.so

76ef5000-76ef6000 rw-p 0006d000 07:00 1780       /usr/lib/libm-2.24.so

76ef6000-76efb000 r-xp 00000000 07:00 1592       /usr/lib/libarmmem.so

76efb000-76f0a000 ---p 00005000 07:00 1592       /usr/lib/libarmmem.so

76f0a000-76f0b000 rw-p 00004000 07:00 1592       /usr/lib/libarmmem.so

76f0b000-76f2b000 r-xp 00000000 07:00 1570       /usr/lib/ld-2.24.so

76f2c000-76f2e000 rw-p 00000000 00:00 0

76f2f000-76f33000 rw-p 00000000 00:00 0

76f33000-76f34000 rw-s 00000000 00:0f 296022     /dev/shm/mono.14106

76f34000-76f35000 ---p 00000000 00:00 0

76f35000-76f36000 r--p 00000000 00:00 0

76f36000-76f3a000 rw-p 00000000 00:00 0

76f3a000-76f3b000 r--p 0001f000 07:00 1570       /usr/lib/ld-2.24.so

76f3b000-76f3c000 rw-p 00020000 07:00 1570       /usr/lib/ld-2.24.so

7ead1000-7eaf2000 rwxp 00000000 00:00 0          [stack]

7ec11000-7ec12000 r-xp 00000000 00:00 0          [sigpage]

7ec12000-7ec13000 r--p 00000000 00:00 0          [vvar]

7ec13000-7ec14000 r-xp 00000000 00:00 0          [vdso]

ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]

Native stacktrace:

Debug info from gdb:

[New LWP 14107]

[New LWP 14108]

[Thread debugging using libthread_db enabled]

Using host libthread_db library "/usr/lib/libthread_db.so.1".

0x76e36f50 in __waitpid (pid=14109, stat_loc=0x7eaf0aac, options=0) at ../sysdep                                                                                                             s/unix/sysv/linux/waitpid.c:29

29      ../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory.

  Id   Target Id         Frame

* 1    Thread 0x76f36830 (LWP 14106) "mono" 0x76e36f50 in __waitpid (pid=14109,                                                                                                              stat_loc=0x7eaf0aac, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29

  2    Thread 0x76c82450 (LWP 14107) "SGen worker" 0x76e32770 in __pthread_cond_                                                                                                             wait (cond=0x2df0f8, mutex=<optimized out>) at pthread_cond_wait.c:186

  3    Thread 0x75fff450 (LWP 14108) "SGen worker" 0x76e32770 in __pthread_cond_                                                                                                             wait (cond=0x2de6b8, mutex=<optimized out>) at pthread_cond_wait.c:186

Thread 3 (Thread 0x75fff450 (LWP 14108)):

#0  0x76e32770 in __pthread_cond_wait (cond=0x2de6b8, mutex=<optimized out>) at                                                                                                              pthread_cond_wait.c:186

#1  0x001e0200 in ?? ()

Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 2 (Thread 0x76c82450 (LWP 14107)):

#0  0x76e32770 in __pthread_cond_wait (cond=0x2df0f8, mutex=<optimized out>) at                                                                                                              pthread_cond_wait.c:186

#1  0x001e0200 in ?? ()

Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0x76f36830 (LWP 14106)):

#0  0x76e36f50 in __waitpid (pid=14109, stat_loc=0x7eaf0aac, options=0) at ../sy                                                                                                             sdeps/unix/sysv/linux/waitpid.c:29

#1  0x00092ec0 in ?? ()

Backtrace stopped: previous frame identical to this frame (corrupt stack?)

=================================================================

Got a SIGABRT while executing native code. This usually indicates

a fatal error in the mono runtime or one of the native libraries

used by your application.

=================================================================

Aborted (core dumped)

User defined post-processing

Nothing to do

pohoda6 · 03.2.2019, 14:19

Ahoj vsichni. Uz jste nekdy slyseli ze by nekdo dostal ban na CSFD ???? Jak se to pozna?????? :-) Ze by tim ze se nepodivam na www csfd.cz ????? :-)

VRZY : preinstaluj a pojede :-) ono samo nic :-) Toho skritka mam taky v masinach a previt furt preskakuje :-) proste odinstaluj a nainstaluj. Prace na 1 minutu. :-)

Jinak borecek z wg++ to vzal docela huste. Osobne je to skoda hlavne pro tvurce ini a atd. :-(

Client

@pohoda6 Jo jo, ban jsem před lety dostal několikrát, když jsem ze začátku používal csfd scraper a sjížděl při prvních pokusech celou knihovnu stále dokola. Už si tedy nepamatuji, zda jsem tím pádem ani nemohl na www nebo to jen odmítalo vracet odpovědi na ty dotazy. Ale vzhledem k tomu, že to nejede přes api, ale skutečně to parsovalo z kódu stránek, tak to myslím bylo absolutní. Ale trvalo to jen krátce, pár hodin až dní. Jak je to teď, to nevím. Scraper nepoužívám a i kdyby, tak už jsem několik let neparsoval celou knihovnu. Vždy jen inkrementálně.

To s wg++, mám dojem, že se to stává jen na otevřených linuxových systémech. Ještě jsme o tom neslyšel u LE nebo OE. Nemůže to být tím, že se tam z nějakého důvodu dostane jiná verzi mono? U LE nebo OE to moc nehrozí, nainstalovat se to tam nedá a dostane se tam právě s wg++, ale u ostatních systémů by to možná problém mohl být.

Web wg++, to je opravdu masakr. Borec prý nevydržel, že se placené ini předávají, aniž by někdo za to platil. Já jsem pochopil, že většinu z toho dělal právě on, tak pak by se to do jisté míry dalo i pochopit. Navíc to není absolutní. On smazal jen fórum, kde byly odkazy. Ty soubory na serveru zůstaly. Tak se to snad časem vrátí nebo se ty ini objeví potupně v updatech.

pohoda6 · 03.2.2019, 15:19

Taky ho chapu. Ale ja jsem ho treba fin. potporil a vlastne mi to bylok nicemu kdyz to i pro platici smaze :-) ocividne si za to mecha platit a pak to smaze. Pripada mi jako 5 letej parch... kdyz udela tohle. Stim preci musi pocitat.... A to ze je nastvanej se mu nedivim. :-)

xbmckodi

chyba / zmazane

mirecek10 · 26.2.2019, 20:47

Ja pouzivam na grabovanie tento moj subor ini, pre stranky satelitnatv.sk ak niekomu pomoze budem rad. Musel som to zipnut, nakolko to inak neslo nahrat, archiv nema heslo.

fanda111 · 02.3.2019, 15:23

Super díky moc!
Nemohl by sem ještě někdo dát výpis programů satelitnítv,abych věděl jaký tvar dát do WebGrab++.config.xml.
Díky moc

Client · 02.3.2019, 15:42

@fanda111 Ale to ti udělá WG++.

predator.1 · 02.3.2019, 18:04

mirecek10: Jako jediný jsi to tady hodil. Nedávno jsem to sháněl a někteří profíci si za to chtěli zaúčtovat i 1000,- Za to ti přidávám +1, i když se mi z toho ini teda nepodařilo přes upravený konfigurák vytáhnout xmltv se stanicemi. Po 30 minutách boje jsem to vzdal, psalo to pouze chyby. Ale i tak, zasloužíš si to - snaha a pomoc jiným se počítá. Kdyby to bylo možné, klidně mi ten config na vytažení id stanic pošli prosím do zprávy. Možná si potom konečně grabnu i to BBC Earth. Díky ahoj

Client

@predator.1 Ten ini soubor pro satelitnítv.sk, co tu koluje, je polotovar. Dodělat by šel, aby generoval seznam kanálů, ale já na to nemám nějak chuť, to ať si udělá někdo, kdo to opravdu potřebuje. Raději jsem to tedy parsoval přímo z webu a vložil do konfiguráku. Zkusil jsem pak s ním pustit WG++ a hlásilo to nějaké chyby, ale už nemám čas ani chuť to hledat. To už nechám na vás, kteří to využijete.

Jsem sice proti tomu, aby se tu vystavovaly ini soubory. Sám jsem donátor WG++, takže bych byl sám proti sobě. Ale vzhledem k tomu, že už je ini pro satelitnitv.sk venku, tak zveřejnění config jako prohřešek proti pravidlům nechápu. Ostatně, ten seznam kanálů si může sestavit každý, stejně jako jsem si ho sestavil já, přímo z obsahu webu satelitnitv.sk.

fanda111 · 02.3.2019, 21:23

Na netu jsem nasel jeste jinou satelitni ini nez dal mirecek10.Tahle generuje i kanaly tak snad je kompletni,mozna to nekomu pomuze.

Client

@fanda111 Jo, ta vypadá už o mnoho lépe. Prošel jsem chyby z mé zkušební generace a bylo to u kanálů, které měly v site_id cz/sk znaky ("Č" v ČT, "í" v Markíze, ...). Toho jsme si nevšiml. A jak je vidět, tenhle problém generace kanálů v novém ini také také řeší. Takže problém vyřešen.

Tak u mě nový ini moc nefunguje. Při generaci kanálů nevyplňuje xmltv_id a jméno kanálu, při generaci xmltv nenajde žádný kanál. Tak nevím. Opravil jsem tedy chyby v site_id v mém původním konfiguračním souboru (písmena "Č", "í", "ě" a "Ť") a generace běží bez problémů, i když nějaké další chyby tam ještě zůstaly. Neindexují se např. "Orange sporty", proti očekávání ale zase prošlo "Československo". Takže ono to patrně jen v těch cz/sk znacích nebude.

fanda111 · 02.3.2019, 22:30

Me to jede dobre.Xmltv_id a jmeno kanalu jsem doplnil podle site_id.Orange sporty a BBC Earth ktere jsem potreboval se vytvorilo bez chyb a konecne to mam komplet.

Client

@fanda111 No vyplňovat xmltv_id a jmena kanálu, to postrádá trochu smysl. Neřeknu, když si člověk pár xmltv_id a jmen kanálu upraví podle toho, jak potřebuje. Ale budiž, dělá se to jen jednou, nehledě na to, že to ini lze konec konců upravit, aby to generoval komplet tak, jak to běžně dělají všechny ostatní.

Horší je, že mě to prostě podle podle toho nového ini nenašlo vůbec nic. Zkusím to tedy ještě jednou, možná jsem někde udělal chybu.

Takže se omlouvám. Někde jsme skutečně udělal chybu. Mám už tady tolik verzí config a ini pro několik zdrojů a už jsme se v tom ztratil. Beru zpět, funguje to dobře. Přesto by to ten ini soubor chtělo opravit, aby se to chovalo jak je zvykem.

Client · 03.3.2019, 4:03

Protože jsem tady dnes poněkud zmatkoval, pokusím se to napravit a uvést to na pravou míru.

Upravil jsem sataelitnitv.sk.ini soubor podle pravidel wg++, tzn. že teď můžete generovat seznam kanálů v očekávaném tvaru. Jsou v něm tedy vyplněny všechny tři položky:

site_id
xmltv_id
název kanálu

Pokud si chcete vytvořit seznam kanál, postupujte podle návodu wg++. Při generaci si můžete vybrat, zda bude xmltv_id a název kanálu vygenerovány s cz/sk znaky. Podle toho si můžete odkomentovat příslušné řádky, které nahrazují cz/sk znaky (viz komentář v ini souboru). Jen upozorňuji, že náhradu českých znaků pro site_id si musíte při generaci odkomentovat vždy. Jinak to fungovat nebude.

V zipu najdete jak nový soubor ini, revision 1, tak seznam vygenerovaných kanálů s cz/sk znaky v xmltv_id a názvu kanálu.

Pokud někdo budete soubor dále upravovat a zveřejňovat, bylo by dobré v něm aktualizovat číslo revize podle zásad wg++.

otava5 · 03.3.2019, 13:17

Mám problém, jak jste na tom vy? https://www.xbmc-kodi.cz/prispevek-coree...1#pid63391

Client

@otava5 No tak to se dalo vcelku čekat. Addon WebGrab+Plus, který je v LE (ze kterého je CE odvozeno), se používá jako obálka, prostřednictvím které se aplikace WebGrab+Plus a také aplikaci mono (který umožňuje v Linux spouštět .NET aplikace) dostane do systému. U CE to není potřeba, protože je to plnohodnotnější Linux než LE, který umožňuje i instalovat aplikace, takže addon je již zbytečný.

Takže ti nezbývá než jít na stránku WebGrab+Plus a podívat se jak ho nainstalovat na Linux. Podle mne by to neměl být problém. Buď postupovat zcela podle instalační příručky ze stránek WebGrab+Plus. Nebo si zvolit dobrodružnější cestu, dostat do CE mono (pokud tam už není) a pak si klidně můžeš WebGrab+Plus překopírovat z LE. A samozřejmě upravit spouštěcí skripty podle použitých adresářů.

otava5 · 03.3.2019, 16:35

@Client:zvolil jsem tu druhou variantu a funguje....Myslel jsem že chtějí v LE/CE WebgrabPlus zakázat po tom co se teď děje...

Client · 04.3.2019, 13:17

@otava5 No tak v LE stále zůstává, v CE to bude asi fakt tím. co jsem napsal. Nechtějí se o Kodi addon starat, pokud existuje možnost, jak to vyřešit mimo Kodi.

predator.1

Chlapi ahoj, mám dotaz. Je tam nějaký parametr na generaci, který když v existujícím epg najde novou stanici, tak ji nagrabuje a ostatní které už tam jsou jen "přeskočí" a bude jen ověřovat případně doplní další den/dny, aby to splňovalo těch 7 dnů co mám nastaveno?
Myslím to třeba takto. Nastaveno mám na 7 dní. Dnes si do prázdného configu přidám ČT1, ČT2 a třeba za 3 dny si do configu přidám ČT sport. Jak to nastavit, aby mi grabber zjistil, že už mám nagrabováno ČT1 a ČT2 a připojil do epg pouze ten ČT Sport s tím, že do ČT1 a ČT2 přidá jen ty 3 dny a ten ČT sport grabne na těch normálních 7 jak mám nastaveno. Takže jde o přidání jiné stanice a následné doplnění a přidání dalšího epg bez toho, aby mi znova přepisoval u těch ČT1,2 celé epg znova od toho dne, kdy tam přidám ten ČT Sport. Jde to? Má to nějaký grabovací parametr? Snad jsem to napsal srozumitelně :) Není to náhodou parametr >>i<< ?

O nás

Navigace

Rychlé odkazy