Oder - auch von epgsearch - die "Ausschlußlisten", die können auch hilfreich sein bei "Themen-Timern".
Beiträge von wmautner
-
-
Gut, dann lass ich das mal so auf emergencyexit=0.
Hab ich auch schon eigentlich immer - Kabel und kleine Selfsat, da regnet es schon mal das Signal weg - und der Kabeltuner (digitaldings..) verschluckt sich auch manchmal, ist aber mit der 0.9.37 fast verschwunden.
-
Hab auf 10.5 .19 gewechselt, mit neuer db.
Jetzt läuft es wieder
Nun ja, hab ich auch interessehalber versucht - da mußte ich aber den Pfad für mysqlepglv.so in dem selbstkompilierten vdr-epg-daemon-1.3.7/epglv ändern von ~mariadb19 auf mariadb3. Sonst klappt das mit dem Ding nicht ...
-
Lieber CKone,
hat sich offenbar geklärt - ich mußte noch die epg.dat löschen und aus der DB neu generieren, dann die Timer neu erzeugen lassen, jetzt sind die Serien im richtigen Ordner und mit SxxEyyy versehen. Ich verwende dafür nach wie vor epgsearch und uservars.conf
-
Danke
Ja, 179.536 sind es genau. Ah, da muß ich noch sehen ... die "Medical Detectives" von NITRO sind als Serie getaggt, daher klappt es bei denen. RTLup Doku, keine S&E.
Aber "Die Nanny" und "Gilmore Girls" sind als Serie gekennzeichnet, ich hab gestern und heute mal die episodes-Table geleert, wurde auch neu befüllt, die Titel sind da und werden trotzdem nicht erkannt.
Wie kann ich das sinnvoll debuggen?
Liebe Grüße aus Wien!
-
Hi all,
mit der neuen Version von epgd&friends hab ich im Moment, trotz Löschen der episodes-Tabelle, ein Problem, daß nur die Hälfte der Serien erkannt werden.
Etwa hier Gilmore Girls - in der "episodes"-Tabelle vorhanden:
Code| GILMOREGIRLS | TRAUTESHEIMSTRESSALLEIN | de | 1674999392 | 1674999392 | C | 0 | NULL | NULL | Gilmore Girls | Trautes Heim, Stress allein | 2 | 15 | 22 | 36 | NULL | NULL | NULL | NULL | +--------------+-------------------------+------+------------+------------+-------+------+-----------+---------------+---------------+-----------------------------+--------+------+-------+--------+-----------+-----------+-----------+---------+ 1 row in set (0,121 sec) MariaDB [epg2vdr]> select * from episodes where partname like "Nachhilfe"; +----------------------------------+--------------+------+------------+------------+-------+------+-----------+---------------+----------------------------------------+-----------+--------+------+-------+--------+-----------+-----------+-----------+---------+ | compname | comppartname | lang | inssp | updsp | state | link | shortname | compshortname | episodename | partname | season | part | parts | number | extracol1 | extracol2 | extracol3 | comment | +----------------------------------+--------------+------+------------+------------+-------+------+-----------+---------------+----------------------------------------+-----------+--------+------+-------+--------+-----------+-----------+-----------+---------+ | GILMOREGIRLS | NACHHILFE | de | 1674999392 | 1674999392 | C | 0 | NULL | NULL | Gilmore Girls | Nachhilfe | 2 | 19 | 22 | 40 | NULL | NULL | NULL | NULL |
und im vdradmin-am findet er beim besten Willen nur die S&E für letztere Episode:
Die Nanny findet er überhaupt nicht, obwohl auch in der episodes-Tabelle. Ebenso werden z.B. von "Medical Detectives" nur die Folgen auf NITRO, nicht aber jene auf RTLup als Serien erkannt.
Ich hab nur ein Einzelgerät mit epgd und beiden Scrapern (scraper2vdr und noch tvscraper).
Den generellen Debug-Level für vdr soweit erhöhen, daß da was erscheint, das würde mir das Logfile zuspammen.
Was kann ich tun hier? Wieder zu den Vorversionen zurück?
-
Danke - das war es, bin mittlerweile schon irgendwie draufgekommen
Ist allerdings nicht "selbsterklärend".
-
Danke erstmal
Ich hab nur ein Problem:
nach dem Anlegen eines neuen VDRs mit IP-Adresse und dem Standard-Port 8002 (ist am VDR auch offen) und SAVE
bekomme ich beim nächsten Öffnen dieselbe Meldung, ich solle doch einen neuen VDR anlegen.
Wenn ich auf den vorhanden klicke und einen Menüeintrag ("Programm") wähle, sagt mir die RestfulAPI
Fehler HTTP (301): Protocol "" is unknown.
Das Problem hatte ich bei der Vorversion nicht ....
-
du brauchst das passende epg2vdr
Ja, das war ein apt update von seahawks REPO vorhin, der epg2vdr. Habe mittlerweile auch den passenden epgd/scraper2vdr "gezogen" und mit tvm+tvsp fertiggemacht. Läuft wieder.
-
Ich habe mal Pakete für focal und jammy gebaut.
Lieber seahawk, ja danke, hab gerade vorhin das Update für epg2vdr-plugin erhalten, sonst gibt's noch nichts im Repo für focal?
Denn
Jän 22 15:36:37 hdvdr2 vdr[1228737]: epg2vdr: Trying to re-connect to database!
Jän 22 15:36:37 hdvdr2 vdr[1228737]: epg2vdr: Your database has version 7, epg2vdr expects version 8. Please make sure, epgd and epg2vdr use the same version and the database is properly updated
Jän 22 15:36:37 hdvdr2 vdr[1228737]: epg2vdr: Retry #17 failed, retrying in 60 seconds!
Muß ich die Updates für scraper2vdr und epgd (inkl. der Frodo-plugins) neu bauen, oder reicht es, die epg2vdr zu purgen?
-
-
You need to "ssh -X" to the vdr box or "export DISPLAY=:0" before issuing the command.
Check "xset" without a command to get the possible settings, after that works.
-
Naja, das wird beim epg-update von epg2vdr gemacht ...
heute bei mir:
Code# grep constabel /var/log/syslog Jan 8 06:30:01 hdvdr2 epgd: SVDRPCL: connected to eplists.constabel.net:2006 'eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Sun Jan 08 06:30:01 2023' Jan 8 16:34:45 hdvdr2 epgd: SVDRPCL: connected to eplists.constabel.net:2006 'eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Sun Jan 08 16:34:45 2023' Jan 8 20:24:08 hdvdr2 epgd: SVDRPCL: connected to eplists.constabel.net:2006 'eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Sun Jan 08 20:24:08 2023'
und
Code
Alles anzeigenJan 8 06:29:09 hdvdr2 epgd: XML File 'ZINFO-2023-01-19-"c3825c14ed5d8af089c6ea45b0ede1e0"#015$' processed, updated 66 events Jan 8 06:29:09 hdvdr2 epgd: Downloading images... Jan 8 06:29:54 hdvdr2 epgd: Downloaded 618 images Jan 8 06:29:54 hdvdr2 epgd: EPG Update finished, loaded 378 files (29.694 MB), 404 non-updates skipped, 0 rejected due to format error. Jan 8 06:29:54 hdvdr2 epgd: Storing 'maxEventTime' for 'epgd' with value '1674192594' Jan 8 06:29:54 hdvdr2 epgd: Calling sd_notify(STATUS=Ready) Jan 8 06:29:54 hdvdr2 epgd: Starting 'update' episode download ... Jan 8 06:30:00 hdvdr2 vdr: epg2vdr: Handler: Trying to re-connect to database! Jan 8 06:30:00 hdvdr2 vdr: epg2vdr: Handler: Start reading hashes from db Jan 8 06:30:00 hdvdr2 vdr: epg2vdr: Handler: Finished reading hashes from db, got 87 hashes (in 0 seconds) Jan 8 06:30:00 hdvdr2 vdr: epg2vdr: Handler: Start reading external ids from db Jan 8 06:30:00 hdvdr2 vdr: epg2vdr: Handler: Finished reading external id's from db, got 120 id's Jan 8 06:30:00 hdvdr2 vdr: epg2vdr: Handler: Connection established successfull! Jan 8 06:30:01 hdvdr2 epgd: SVDRPCL: connected to eplists.constabel.net:2006 'eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Sun Jan 08 06:30:01 2023' Jan 8 06:30:01 hdvdr2 epgd: Got 'Setting encoding to utf8' Jan 8 06:30:01 hdvdr2 epgd: Requesting episode changes of last 494 minutes Jan 8 06:30:01 hdvdr2 epgd: Storing 'lastEpisodeRun' for 'epgd' with value '1673155801' Jan 8 06:30:01 hdvdr2 epgd: Received 0 episode files Jan 8 06:30:01 hdvdr2 epgd: Calling 'userexit' Jan 8 06:30:01 hdvdr2 epgd: 'userexit' suceeded Jan 8 06:30:01 hdvdr2 epgd: Starting episode lookup ... Jan 8 06:30:07 hdvdr2 epgd: Lookup done for 2831 series, matched 13777 parts by compare and 312 parts by lv in 6 seconds; Updated 714 Jan 8 06:30:07 hdvdr2 epgd: Calling 'mergeepg'
-
Naludump gibt's noch als Binary, das kann ins post-recording-Script geschoben werden.
-
Bei mir sieht epg2vdr nur alle 5-8 Stunden oder 1-2x täglich nach, hab relativ hohen Threshold eingestellt. Vielleicht wird man geblockt für eine gewisse Zeit, bei zu häufigen Zugriffen?
-
Ich nehme auf - Schaue an - Lösche. Warum sollte ich die Aufnahmen zusätzlich noch wandeln?
Nun, wer möglichst ganze Serien sammeln will, z.B. - konvertieren zu hevc verringert die Größe mehr als naludump es kann.
-
Ich hab eplists.constabel.net:2006 drin und ganz selten refused connections ....
-
Da ist es doch gleich besser, die mp2s in H264 oder gleich hevc umzuwandeln, da fallen die NALUs gleich mit "hinten raus"
Vdr-transcode eignet sich dazu recht gut.
-
yavdr-frontend gibt es leider nicht für 0.7. Einstellungen im Playbook treffen und dann im VDR-Menü.
Auch vdr-plugin-live-ng oder das gute alte vdradmin-am erlaubt einige Einstellungen betr. epgsearch etc.
Bitte nur EIN aktives softhd*-Plugin angeben im Playbook!
-
Ok, dann spricht die Wahrscheinlichkeit nicht so sehr für ein Hardwareversagen. Vielleicht doch die Logfiles ansehen, über ssh oder putty?
Nach i2c-error suchen ist ein heißer Tipp ...