Beiträge von Okul

Okul · 7. Juni 2018

Zum Thema ist ja eigentlich schon alles gesagt. Will nur der Vollständigkeit halber noch anmerken:

Der RPI kann hardware en/decodierung (wie schon geschrieben) von Haus aus. Der Codec zum Kaufen bezieht sich nur auf MPEG-2 und VC-1, weil das extra Lizenzgebühren kostet und die RPI-macher sich das gespart haben.

Zum Stand von Hardwarebeschleunigung von ffmpeg (am Ende verwendet fast alles unter der Haube ffmpeg, z.B. auch Avidemux):

https://trac.ffmpeg.org/wiki/HWAccelIntro

Für h264 bringt es aber nicht "soo" viel:

ffmpeg schrieb:

Will a graphics card make x264 encode faster?

For x264 specifically, probably not. x264 supports OpenCL

Für neue Projekte will man eigentlich h265 benutzen, das ist nur halt noch relativ langsam. Braucht dafür auch nur ~40% des Speicherplatzes von h264.

https://trac.ffmpeg.org/wiki/Encode/H.265

Für avidemux gibts auch fertige Pakete, du musst das nicht selbst kompilieren, wenn es da Probleme gibt:

http://ubuntuhandbook.org/inde…2-7-0-ubuntu-17-10-18-04/

(heißt avidemux2.6, ist aber 2.7)

Okul · 3. Juni 2018

Habe das bei mir so gelöst (habe SAT und IPTV Kanäle, auf denen natürlich auch das gleiche kommt), dass ich die fraglichen Kanäle einfach ausschließe. Schön wäre es hier, wenn man einen Wildcard setzen könnte. Also, alle Kanäle mit SD oder IPTV o.ä. im Namen ignorieren.

Okul · 30. Mai 2018

Im Webinterface kannst du unter "Timer -> Auftragshistorie" den entsprechenden Timer löschen. Dann deinen Suchtimer öffnen und neu speichern zum aktualisieren, und der Timer sollte neu angelegt werden.

Okul · 22. Mai 2018

horchi schrieb:

na ja mit den default Einstellungen läuft es, und vor dem umstellen ist etwas lesen angeraten

Das stimmt

Die default Einstellungen hatte ich aber. Hab das jetzt von "auto" auf "on" gestellt. Momentan ist nur ein Client verbunden, der Headless auf dem gleichen Rechner läuft. Trotzdem bisher kein merge Event. Ich starte beides heute Abend mal neu und lass ihn dann mal einen Tag laufen.

Okul · 22. Mai 2018

horchi schrieb:

nein mit einem Standard Setup ist das nicht normal, er sollte das EPG welches über den VDR (epg2vdr Plugin) von den Sendern in die DB kommt mit dem des externen Providers mergen.

hast du einem der VDRs erlaubt die Events in die DB zu schreiben?

Ich habe mich damit ehrlicherweise noch nicht beschäftigt. Mir war garnicht bewusst, dass epg2vdr Einstellungen auch Auswirkungen auf das vdr->epgd Verhalten haben. Habe mich gerade durch die Readme gelesen. Sollte mich wohl noch damit beschäftigen Ich vermute es liegt an der Master Einstellung, die bei mir auf 0 steht. Werde das mal testen.

(Vielleicht wäre eine kurze Notiz in der epgd Readme nützlich, dass man auch die epg2vdr Einstellungen beachten muss.)

Zitat

BTW:

Diese Zeile scheint bei dir einen Fehler zu generieren:

Code

if [ "$1" == "-h" ]; then

sollte aber keine Auswirkung aus die Ausgabe des Skripts haben.

In der Tat. Das liegt an der zsh, mit bash gehts

Code

# bash epgd-showmerge 1 ↵
+-------------------+
| last merge was at |
+-------------------+
| NULL |
+-------------------+
+--------------------------+
| events pending for merge |
+--------------------------+
| 0 |
+--------------------------+
+---------------+--------+
| count(source) | source |
+---------------+--------+
| 32002 | tvsp |
+---------------+--------+
+----------+--------+--------+
| count(*) | source | updflg |
+----------+--------+--------+
| 29467 | tvsp | A |
+----------+--------+--------+

Alles anzeigen

Okul · 22. Mai 2018

Verstanden. Nach dem Bereinigen läuft momentan alles. Danke!

(außer, dass epgd-showmerge auch nur Events vom TVSP zeigt. Dachte, das wäre normal..)

Code

# epgd-showmerge
/usr/local/bin/epgd-showmerge: 3: [: unexpected operator
+-------------------+
| last merge was at |
+-------------------+
| NULL |
+-------------------+
+--------------------------+
| events pending for merge |
+--------------------------+
| 0 |
+--------------------------+
+---------------+--------+
| count(source) | source |
+---------------+--------+
| 32002 | tvsp |
+---------------+--------+
+----------+--------+--------+
| count(*) | source | updflg |
+----------+--------+--------+
| 29681 | tvsp | A |
+----------+--------+--------+

Alles anzeigen

Okul · 20. Mai 2018

horchi schrieb:

und die Procedure ist schon beim Start nicht da, also das hier liefert kein Ergebnis?

Code

show procedure status where name = 'mergeepg';

Naja, das liefert ein (1) Ergebnis in der Backup-DB. Ich habe die Datenbank mal im Betrieb kopiert, bevor ich angefangen habe zu "spielen". In der eigentlichen "Arbeits-DB". Ich habe die procedures jetzt mal aus dem Backup gelöscht. War das das Problem?

Okul · 18. Mai 2018

horchi schrieb:

MariaDB verwende ich auch, läuft hier ohne Probleme.

Die Procedure wird bei Start automatisch angelegt oder, bei Änderung aktualisiert. Wenn das nicht klappt sollte es da schon eine Fehlermeldung geben. Von Hand anlegen musste ich sie noch nie. Wie sieht denn die Meldung beim epgd Start aus?

Da kommt keine Fehlermeldung. Ganz normal ein "Calling mysql_init(3504)" dann lädt er das EPG und danach:

Code

epgd: Calling 'mergeepg'
epgd: SQL-Error in 'execute(stmt_execute)' - PROCEDURE epg2vdr.mergeepg does not exist (1305) 'PROCEDURE epg2vdr.mergeepg does not exist' [call mergeepg]

dann geht er ganz normal weiter.

Ein restart sah so aus:

Code

May 18 13:21:40 NAS epgd: Shutdown triggered with signal 15
May 18 13:21:40 NAS epgd: State now 'stopped'
May 18 13:21:40 NAS epgd: normal exit
May 18 13:21:40 NAS epgd: Closing mysql connection and calling mysql_thread_end(3504)
May 18 13:21:40 NAS epgd: Closing mysql connection and calling mysql_thread_end(3504)
May 18 13:21:40 NAS epgd: Info: Released the last usage of mysql_lib, calling mysql_library_end() now
May 18 13:21:40 NAS epgd: Set locale to 'de_DE.UTF-8'
May 18 13:21:40 NAS epgd: Info: Systemd support not enabled, epgd won't be sending notifications!
May 18 13:21:40 NAS epgd: Loading uuid from '/etc/epgd/uuid' succeeded [2FE2EEF2-41B4-403C-A721-D987C12B714D]
May 18 13:21:40 NAS epgd: Dictionary '/etc/epgd/epg.dat' loaded
May 18 13:21:40 NAS epgd: Initialize python script '/etc/epgd/recording.py'
May 18 13:21:40 NAS epgd: Loading plugin: /usr/local/lib/epgd/plugins/libepgd-tvsp.so
May 18 13:21:40 NAS epgd: Loading plugin: /usr/local/lib/epgd/plugins/libepgd-epgdata.so
May 18 13:21:40 NAS epgd: Read 29 option from /etc/epgd/epgd.conf
May 18 13:21:40 NAS epgd: Using syslog facility 'user' (8), log level set to (1)
May 18 13:21:40 NAS epgd: Info: Calling mysql_library_init()
May 18 13:21:40 NAS epgd: Info: Stylesheet '/etc/epgd/tvsp-utf-8.xsl' loaded
May 18 13:21:40 NAS epgd: Info: Stylesheet '/etc/epgd/epgdata-utf-8.xsl' loaded
May 18 13:21:40 NAS epgd: Checking database connection ...
May 18 13:21:40 NAS epgd: Calling mysql_init(16829)
May 18 13:21:40 NAS epgd: SQL client character now 'utf8'
May 18 13:21:40 NAS epgd: Checking table structure and indices ...
May 18 13:21:40 NAS epgd: Checking table 'analyse'
May 18 13:21:40 NAS epgd: Checking table 'channelmap'
May 18 13:21:40 NAS epgd: Checking table 'components'
May 18 13:21:40 NAS epgd: Checking table 'episodes'
May 18 13:21:40 NAS epgd: Checking table 'events'
May 18 13:21:40 NAS epgd: Checking table 'fileref'
May 18 13:21:40 NAS epgd: Checking table 'imagerefs'
May 18 13:21:40 NAS epgd: Checking table 'images'
May 18 13:21:40 NAS epgd: Checking table 'messages'
May 18 13:21:40 NAS epgd: Checking table 'movie'
May 18 13:21:40 NAS epgd: Checking table 'movie_actor'
May 18 13:21:40 NAS epgd: Checking table 'movie_actors'
May 18 13:21:40 NAS epgd: Checking table 'movie_media'
May 18 13:21:40 NAS epgd: Checking table 'parameters'
May 18 13:21:40 NAS epgd: Checking table 'recordingdirs'
May 18 13:21:40 NAS epgd: Checking table 'recordingimages'
May 18 13:21:40 NAS epgd: Checking table 'recordinglist'
May 18 13:21:40 NAS epgd: Checking table 'searchtimers'
May 18 13:21:40 NAS epgd: Checking table 'series'
May 18 13:21:40 NAS epgd: Checking table 'series_actor'
May 18 13:21:40 NAS epgd: Checking table 'series_episode'
May 18 13:21:40 NAS epgd: Checking table 'series_media'
May 18 13:21:40 NAS epgd: Checking table 'snapshot'
May 18 13:21:40 NAS epgd: Checking table 'timers'
May 18 13:21:40 NAS epgd: Checking table 'timersdone'
May 18 13:21:40 NAS epgd: Checking table 'useevents'
May 18 13:21:40 NAS epgd: Checking table 'users'
May 18 13:21:40 NAS epgd: Checking table 'vdrs'
May 18 13:21:40 NAS epgd: Closing mysql connection and calling mysql_thread_end(16829)
May 18 13:21:40 NAS epgd: Checking table structure and indices succeeded
May 18 13:21:40 NAS epgd: Calling mysql_init(16829)
May 18 13:21:40 NAS epgd: State now 'init'
May 18 13:21:41 NAS epgd: Loading '/etc/epgd/channelmap.conf'
May 18 13:21:41 NAS epgd: 68 channel mappings read.
May 18 13:21:41 NAS epgd: Calling mysql_init(16829)
May 18 13:21:41 NAS epgd: Using scraping language de
May 18 13:21:41 NAS epgd: TVDB scraper connected
May 18 13:21:47 NAS epgd: MOVIEDB scraper connected
May 18 13:21:47 NAS epgd: Scheduled next update in 10 second(s)
May 18 13:21:47 NAS epgd: State now 'standby'
May 18 13:21:48 NAS epgd: TCC: Starting timer conflict check
May 18 13:21:48 NAS epgd: TCC: Finished timer conflict check with (0) conflicts
May 18 13:21:48 NAS epgd: Checking timers against actual epg and searchtimer settings
May 18 13:21:48 NAS epgd: (EPGD: Timer action) Event (3966) '' of timer (1) 'Let's Dance' not found.It's a manual timer, take your own solution!
May 18 13:21:48 NAS epgd: Send mail 'EPGD: Timer action' with [Event (3966) '' of timer (1) 'Let's Dance' not found.It's a manual timer, take your own solution!] to 'root@js86.de,' (text/plain)
May 18 13:21:48 NAS epgd: Timers check done
May 18 13:21:48 NAS epgd: AUTOTIMER: Updating searchtimers due to 'search timer changed'
May 18 13:21:48 NAS epgd: AUTOTIMER: Update done after 1 ms, created (0) timers
May 18 13:21:57 NAS epgd: State now 'busy (events)'
May 18 13:21:59 NAS epgd: Starting cleanup of events
May 18 13:21:59 NAS epgd: Delete fileref [substr(name,1,8) <= '20180517' and source = 'epgdata']
May 18 13:21:59 NAS epgd: Delete events [starttime+duration < 1526620919]
May 18 13:22:00 NAS epgd: Delete useevents [cnt_starttime+cnt_duration < 1526620919]
May 18 13:22:00 NAS epgd: Cleanup of events finished
May 18 13:22:00 NAS epgd: Starting cleanup of failed timer actions, older than 10 days
May 18 13:22:00 NAS epgd: Cleanup of timer actions finished
May 18 13:22:00 NAS epgd: EPG Update started
May 18 13:22:00 NAS epgd: Updating 'tvsp' day today+0 now
[...]
May 18 13:23:31 NAS epgd: Downloading images...
May 18 13:23:31 NAS epgd: Downloaded 0 images
May 18 13:23:31 NAS epgd: EPG Update finished, loaded 82 files (5.382 MB), 433 non-updates skipped, 0 rejected due to format error.
May 18 13:23:31 NAS epgd: Starting 'update' episode download ...
May 18 13:23:32 NAS epgd: Got 'Setting encoding to utf8'
May 18 13:23:32 NAS epgd: Requesting episode changes of last 409 minutes
May 18 13:23:32 NAS epgd: Received 0 episode files
May 18 13:23:32 NAS epgd: Starting episode lookup ...
May 18 13:23:40 NAS epgd: Lookup done for 2066 series, matched 5054 parts by compare and 116 parts by lv in 8 seconds; Updated 44
May 18 13:23:40 NAS epgd: Calling 'mergeepg'
May 18 13:23:40 NAS epgd: SQL-Error in 'execute(stmt_execute)' - PROCEDURE epg2vdr.mergeepg does not exist (1305) 'PROCEDURE epg2vdr.mergeepg does not exist' [call mergeepg]
May 18 13:23:40 NAS epgd: State now 'busy (images)'
May 18 13:23:40 NAS epgd: Starting cleanup of imagerefs
May 18 13:23:41 NAS epgd: Starting cleanup of images
May 18 13:23:43 NAS epgd: Image cleanup finished

Alles anzeigen

Okul · 18. Mai 2018

Okul schrieb:

Ich habe jetzt mittels epgd-dropall die DB gelöscht und befülle sie jetzt nochmal neu. Das sollte den schmodder dann ja loswerden...

Hat auch nicht geholfen

Habe aber ein weiteres Problem gefunden. Ich glaube ich hatte das schonmal und irgendwie gelöst, kann mich nur nicht mehr erinnern

Code

May 18 13:23:40 NAS epgd: Calling 'mergeepg'
May 18 13:23:40 NAS epgd: SQL-Error in 'execute(stmt_execute)' - PROCEDURE epg2vdr.mergeepg does not exist (1305) 'PROCEDURE epg2vdr.mergeepg does not exist' [call mergeepg]

In der Datenbank kann ich bestätigen, dass die Procedures und Functions nicht existieren. Wenn ich die SQL files aus dem /config Verzeichnis einspielen will, gibt es Fehler. Wenn ich die von Hand anlege beschwert sich der EPGD beim Start, dass die Funktionen schon existieren. Wenn ich sie wieder lösche, werden sie beim start nicht angelegt.

Ich setze MariaDB ein, kann das ein Problem sein?

[edit]

Wie immer, kaum schickt man den Beitrag ab, fällts einem ein. Die Procedures kann ich importieren mit --delimiter="//"

Code

mysql -u epg2vdr -pepg --delimiter="//" epg2vdr < /etc/epgd/mergeepg.sql

Ich habe jetzt die Funktionen gelöscht, den EPGD gestartet und während er das EPG herunterlädt, mit obigem Befehl die Funktionen erstellt. Dann kommt erfolgreich:

Code

May 18 13:40:33 NAS epgd: Calling 'mergeepg'
May 18 13:41:06 NAS epgd: 'mergeepg' suceeded

Für den Moment sieht es gut aus, aber er arbeitet ja noch

Aber wenn ich das richtig sehe, müsste ich das bei jedem Neustart machen.

Okul · 17. Mai 2018

horchi schrieb:

Die Meldung besagt das der VDR welcher den Timer ausführen soll die angefragte Event ID auf dem Kanal nicht findet. Der EPGD hat sie jedoch angelegt da sie in der DB vorhanden ist/war.

Das ist schon mal eine sehr Wertvolle Information, das hat sich mir aus der Fehlermeldung so nicht erschlossen.

Zitat

- grundsätzlich hat dieser Kanal an dem entspr. VDR ein EPG?

- er bezieht das EPG auch für diesen Kanal vom epgd?

Auch sehr gute Punkte. Der VDR läuft Headless und ich habe mir da nicht so die Gedanken drüber gemacht. Die Einträge sind auf dem entsprechenden Kanal doppelt vorhanden. Einmal mit "Quelle: TVSP", einmal ohne Angabe. Ich denke da ist irgendwas schief gelaufen. Ich habe das EPG jetzt komplett neu einlesen lassen, es hat sich aber nur heute etwas geändert, nicht in den folgenden Tagen. Wenn ich später Zeit habe, werde ich den VDR stoppen, die epg.data löschen und dann neu starten.

Insgesamt ist das auch sehr merkwürdig, habe gerade in den Logs gefunden:

Code

May 17 17:12:25 NAS vdr: [32047] timer 25 (1 1847-1955 VPS 'Serien~In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E15 - Drum prüfe sich…') set to event Do. 17.05.2018 19:50-19:55 'Wetter vor acht'
May 17 17:12:25 NAS vdr: [32047] timer 26 (1 1847-1955 VPS 'Serien~In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E16 - Späte Einsicht') set to event Do. 24.05.2018 19:52-19:55 'WM-Fieber'

Der hat die Events auf ne Stunde später geschoben? o_O

[edit]

Also der lädt das EPG genau so wieder aus der DB.

Code

# epgd-showmerge
/usr/local/bin/epgd-showmerge: 3: [: unexpected operator
+---------------------+
| last merge was at |
+---------------------+
| 2018-05-01 06:36:05 |
+---------------------+
+--------------------------+
| events pending for merge |
+--------------------------+
| 0 |
+--------------------------+
+---------------+--------+
| count(source) | source |
+---------------+--------+
| 31783 | tvsp |
+---------------+--------+
+----------+--------+--------+
| count(*) | source | updflg |
+----------+--------+--------+
| 28427 | tvsp | A |
| 248 | tvsp | D |
+----------+--------+--------+

Alles anzeigen

Ich habe jetzt mittels epgd-dropall die DB gelöscht und befülle sie jetzt nochmal neu. Das sollte den schmodder dann ja loswerden...

Okul · 17. Mai 2018

Was führt eigentlich dazu, dass ein Event nicht mehr gefunden wird? Das betrifft nur einzelne Kanäle, z.B. ARD. Das Event wird plötzlich nicht mehr gefunden, der Timer wird gelöscht. Wenn ich den Timer dann aus der Auftragshistorie lösche, wird er wieder angelegt. Einen Tag später verschwindet der Timer wieder, weil Event nicht gefunden. Wenn ich nicht dauernd hinterher bin, wirds halt nicht aufgenommen

Was mich wundert ist, dass die EventID immer die gleiche ist, das scheint sich also nicht zu ändern. Eine Wiederholung des gleichen Serientimers auf einem anderen Kanal (MDR) läuft völlig ohne Probleme.

Code

zgrep "In aller Freundschaft" /var/log/epgd.log.2.gz
May 15 11:11:21 NAS epgd: (EPGD: Timer action) Event (36590) '' of timer (63) 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E15 - Drum prüfe sich…' / autotimer (10) not found; timer rejected!
May 15 11:11:21 NAS epgd: Send mail 'EPGD: Timer action' with [Event (36590) '' of timer (63) 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E15 - Drum prüfe sich…' / autotimer (10) not found; timer rejected!] to 'root@js86.de,' (text/plain)
May 15 11:11:22 NAS epgd: (EPGD: Timer action) Event (36823) '' of timer (64) 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E16 - Späte Einsicht' / autotimer (10) not found; timer rejected!
May 15 11:11:22 NAS epgd: Send mail 'EPGD: Timer action' with [Event (36823) '' of timer (64) 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E16 - Späte Einsicht' / autotimer (10) not found; timer rejected!] to 'root@js86.de,' (text/plain)
== Kaputte Timer aus der Auftragshistorie Löschen und aktualisieren
May 15 18:56:10 NAS epgd: Info: The recording name calculated by 'recording.py' is 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E15 - Drum prüfe sich…'
May 15 18:56:10 NAS epgd: (EPGD: Timer action) Created timer (67) for event '17.05.2018 18:50:00 - In aller Freundschaft – Die jungen Ärzte / Drum prüfe sich… on channel 'Das Erste HD' at 'Thursday', doneid is (1996)
May 15 18:56:10 NAS epgd: Info: The recording name calculated by 'recording.py' is 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E16 - Späte Einsicht'
May 15 18:56:10 NAS epgd: (EPGD: Timer action) Created timer (68) for event '24.05.2018 18:50:00 - In aller Freundschaft – Die jungen Ärzte / Späte Einsicht on channel 'Das Erste HD' at 'Thursday', doneid is (1997)
May 15 18:56:18 NAS epgd: Info: Timer (67) for 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E15 - Drum prüfe sich…' start in the next 48 hours, try to wakeup VDR to permit takeover
== Im Interface sehe ich, dass beim Timer kein Event dabei steht. Timer aus der Auftragshistorie Löschen und aktualisieren führt zu:
May 16 21:44:41 NAS epgd: (EPGD: Timer action) Event (36590) '' of timer (67) 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E15 - Drum prüfe sich…' / autotimer (10) not found; timer rejected!
May 16 21:44:41 NAS epgd: Send mail 'EPGD: Timer action' with [Event (36590) '' of timer (67) 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E15 - Drum prüfe sich…' / autotimer (10) not found; timer rejected!] to 'root@js86.de,' (text/plain)
May 16 21:44:41 NAS epgd: (EPGD: Timer action) Event (36823) '' of timer (68) 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E16 - Späte Einsicht' / autotimer (10) not found; timer rejected!
May 16 21:44:41 NAS epgd: Send mail 'EPGD: Timer action' with [Event (36823) '' of timer (68) 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E16 - Späte Einsicht' / autotimer (10) not found; timer rejected!] to 'root@js86.de,' (text/plain)
May 16 21:44:42 NAS epgd: Info: The recording name calculated by 'recording.py' is 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E15 - Drum prüfe sich…'
May 16 21:44:42 NAS epgd: (EPGD: Timer action) Created timer (69) for event '17.05.2018 18:50:00 - In aller Freundschaft – Die jungen Ärzte / Drum prüfe sich… on channel 'Das Erste HD' at 'Thursday', doneid is (1998)
May 16 21:44:42 NAS epgd: Info: The recording name calculated by 'recording.py' is 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E16 - Späte Einsicht'
May 16 21:44:42 NAS epgd: (EPGD: Timer action) Created timer (70) for event '24.05.2018 18:50:00 - In aller Freundschaft – Die jungen Ärzte / Späte Einsicht on channel 'Das Erste HD' at 'Thursday', doneid is (1999)
May 16 21:44:42 NAS epgd: Info: Timer (69) for 'In aller Freundschaft - Die jungen Ärzte~Staffel 04~S04E15 - Drum prüfe sich…' start in the next 48 hours, try to wakeup VDR to permit takeover

Alles anzeigen

- Kann ich einstellen, dass wenn ein Event nicht gefunden wird, dass ich zwar eine Mail bekomme, der Timer aber trotzdem erst mal weiter läuft?

- Wenn das Event wieder da ist, sollte der Timer von alleine wieder angelegt werden.

- Ich habe nicht die neueste Version aus dem GIT, da die damals nicht lief (siehe einige Beiträge weiter oben). Habe seit dem keine neuen Updateversuche unternommen, könnte ich natürlich mal wieder. (Hat sich in der Hinsicht was geändert?)

Okul · 29. März 2018

Bin mit meiner PicoPSU auch sehr zufrieden. Du musst beachten, dass Netzteile meistens nur bei >80% Last ihren vollen Wirkungsgrad erreichen und drunter oft komische Sachen machen (Fiepen, unterirdischer Wirkungsgrad, Hitze, etc). Man sollte das also nicht zu dolle überdimensionieren.

Okul · 27. März 2018

horchi schrieb:

Den Backtace nach vermute ich das etwas nicht konsistent übersetzt ist

Kann ich da irgendwas machen? Beim kompilieren sehe ich keine Fehler/Warnungen. Kann es an den verwendeten libs liegen?

[edit]

Ich habe versucht jungfräulich anzufangen und alles neu aufzusetzen. Beim ersten Start stolpert er über die Datenbank, die neu angelegt wurde

Spoiler anzeigen

Okul · 27. März 2018

Code

# ls -al /usr/local/lib/epgd/plugins/
insgesamt 852
drwxr-sr-x 2 root staff 4096 Mär 26 23:28 .
drwxr-sr-x 3 root staff 4096 Feb 24 2017 ..
-rwxr-xr-x 1 root staff 337504 Mär 26 23:28 libepgd-epgdata.so
-rwxr-xr-x 1 root staff 521096 Mär 26 23:28 libepgd-tvsp.so
# ls -al /etc/epgd/
insgesamt 344
drwxr-xr-x 2 root root 4096 Mär 27 13:38 .
drwxrwxr-x 152 root root 12288 Mär 25 16:54 ..
-rw-r--r-- 1 root root 7320 Mär 27 09:23 channelmap.conf
-rw-r--r-- 1 root root 1407 Dez 18 2015 channelmap.conf.entertain
-rw-r--r-- 1 root root 6995 Jan 19 2017 channelmap.conf-epgdata-astra
-rw-r--r-- 1 root root 2729 Feb 20 2017 channelmap.epgdata.blankenloch
-rw-r--r-- 1 root root 5647 Okt 13 17:38 channelmap.tvsp
-rw-r--r-- 1 root root 5571 Feb 20 2017 channelmap.tvsp-and-epgdata
-rw-r--r-- 1 root root 58378 Mär 26 23:28 epg.dat
-rw-r--r-- 1 root root 3554 Jun 4 2016 epgdata-category.xml
-rw-r--r-- 1 root root 8197 Jun 4 2016 epgdata-genre.xml
-rw-r--r-- 1 root root 286 Jun 4 2016 epgdata-iso-8859-1.xsl
-rw-r--r-- 1 root root 280 Jun 4 2016 epgdata-utf-8.xsl
-rw-r--r-- 1 root root 7725 Jun 4 2016 epgdata.xsl
-rw-r--r-- 1 root root 1115 Mai 18 2017 epgd.conf
-rw-r--r-- 1 root root 770 Jun 4 2016 epgd.conf.orig
-rw-r--r-- 1 root root 5860 Mär 26 23:28 eventsview-3po.sql
-rw-r--r-- 1 root root 4884 Mär 26 23:28 eventsview-ck.sql
-rw-r--r-- 1 root root 4487 Feb 1 2016 eventsview-debug.sql
-rw-r--r-- 1 root root 4454 Feb 1 2016 eventsview-gda.sql
-rw-r--r-- 1 root root 5274 Mär 26 23:28 eventsview-horchi.sql
-rw-r--r-- 1 root root 4869 Mär 26 23:28 eventsview-perlbo.sql
-rw-r--r-- 1 root root 2987 Mär 26 23:28 eventsviewplain-3po.sql
-rw-r--r-- 1 root root 1796 Mär 26 23:28 eventsviewplain.sql
-rw-r--r-- 1 root root 5209 Mär 26 23:28 eventsview.sql
-rw-r--r-- 1 root root 5499 Mär 26 23:28 eventsview-uti.sql
-rw-r--r-- 1 root root 1460 Mär 26 23:28 getcrosslvr.sql
-rw-r--r-- 1 root root 1643 Mär 26 23:28 getlvrmin.sql
-rw-r--r-- 1 root root 1143 Mär 26 23:28 getupdflg.sql
-rw-r--r-- 1 root root 12089 Mär 26 23:28 mergeepg.sql
-rw-r--r-- 1 root root 4370 Dez 3 2016 recording.old
-rw-r--r-- 1 root root 5849 Apr 10 2017 recording.py
-rw-r--r-- 1 root root 3076 Apr 10 2017 recording.pyc
-rw-r--r-- 1 root root 4240 Dez 2 2016 recording.py_johannes
-rw-r--r-- 1 root root 759 Mär 26 23:28 reverseepg.sql
-rw-r--r-- 1 root root 1257 Mär 26 23:28 thetvdbview.sql
-rw-r--r-- 1 root root 4233 Mär 26 23:28 tvsp-category.xml
-rw-r--r-- 1 root root 283 Mär 26 23:28 tvsp-iso-8859-1.xsl
-rw-r--r-- 1 root root 277 Mär 26 23:28 tvsp-utf-8.xsl
-rw-r--r-- 1 root root 9755 Mär 26 23:28 tvsp.xsl
-rw-r--r-- 1 root root 36 Okt 28 2015 uuid

Alles anzeigen

Okul · 27. März 2018

Ja, das hat Probleme gemacht beim Zurückspielen, weil ich auch das ältere epg2vdr wieder installieren musste. Sollte ja aber unabhängig davon gehen und auf jeden Fall keinen segfault geben.

So ganz funktioniert es auch noch nicht. Es werden zwar Kanäle geladen, aber im Webinterface wird nichts angezeigt ("Für diese Anfrage konnten keine Daten ermittelt werden!"). Aber da kann ich mich wohl erst heute Abend/morgen drum kümmern. Vielleicht, weil die Datenbank schon auf V7 geupdated wurde zwischendrin, die Programme aber mit V6 rechnen..

Okul · 26. März 2018

utiltiy schrieb:

Wäre vielleicht hilfreich wenn du die Versionen hoch gehst, solange nicht viel konfiguriert ist, um festzustellen wo es hakt

Tatsache.

Die letzte funktionierende Version ist "69218e79181c863a92e51d0d0b8f8a31b31c66c2"

Mit "cc0ddd47a78d451b445cfa7667757400c619cd5b" kommt der Segfault.

Hoffe das hilft. Beste Grüße,

Johannes

Okul · 26. März 2018

Also ich habe jetzt die Datenbank geleert, das GIT in einen neuen Ordner geladen und ohne Plugins etc kompiliert -> Segfault an gleicher Stelle.

Dann habe ich die channelmap.conf geleert -> Segfault an gleicher Stelle

So wie ich das sehe(?) bleiben noch die verwendeten Libraries:

Code

# ldd epgd
linux-vdso.so.1 (0x00007ffcd9353000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f83fede6000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f83febcc000)
libarchive.so.13 => /usr/lib/x86_64-linux-gnu/libarchive.so.13 (0x00007f83fe918000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f83fe714000)
libcrypto.so.1.0.2 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.2 (0x00007f83fe2b0000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f83fe0a9000)
libmysqlclient.so.18 => /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 (0x00007f83fdb66000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f83fd949000)
libpython2.7.so.1.0 => /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 (0x00007f83fd3b7000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f83fd1b4000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f83fceb0000)
libjansson.so.4 => /usr/lib/x86_64-linux-gnu/libjansson.so.4 (0x00007f83fcca1000)
libcurl.so.4 => /usr/lib/x86_64-linux-gnu/libcurl.so.4 (0x00007f83fca21000)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007f83fc666000)
libxslt.so.1 => /usr/lib/x86_64-linux-gnu/libxslt.so.1 (0x00007f83fc427000)
libexslt.so.0 => /usr/lib/x86_64-linux-gnu/libexslt.so.0 (0x00007f83fc211000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f83fbe8f000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f83fbc76000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f83fb8d7000)
libnettle.so.6 => /usr/lib/x86_64-linux-gnu/libnettle.so.6 (0x00007f83fb6a0000)
libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x00007f83fb497000)
liblzo2.so.2 => /lib/x86_64-linux-gnu/liblzo2.so.2 (0x00007f83fb275000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f83fb04f000)
liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 (0x00007f83fae3b000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007f83fac2b000)
/lib64/ld-linux-x86-64.so.2 (0x0000561c48cc6000)
libnghttp2.so.14 => /usr/lib/x86_64-linux-gnu/libnghttp2.so.14 (0x00007f83faa05000)
libidn2.so.0 => /usr/lib/x86_64-linux-gnu/libidn2.so.0 (0x00007f83fa7e3000)
librtmp.so.1 => /usr/lib/x86_64-linux-gnu/librtmp.so.1 (0x00007f83fa5c6000)
libssh2.so.1 => /usr/lib/x86_64-linux-gnu/libssh2.so.1 (0x00007f83fa398000)
libpsl.so.5 => /usr/lib/x86_64-linux-gnu/libpsl.so.5 (0x00007f83fa18a000)
libssl.so.1.0.2 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.2 (0x00007f83f9f21000)
libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f83f9cd6000)
libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f83f99fc000)
libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f83f97c9000)
libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f83f95c3000)
liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x00007f83f93b4000)
libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007f83f9163000)
libicui18n.so.57 => /usr/lib/x86_64-linux-gnu/libicui18n.so.57 (0x00007f83f8ce9000)
libicuuc.so.57 => /usr/lib/x86_64-linux-gnu/libicuuc.so.57 (0x00007f83f8941000)
libicudata.so.57 => /usr/lib/x86_64-linux-gnu/libicudata.so.57 (0x00007f83f6ec4000)
libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f83f6bb2000)
libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x00007f83f69ad000)
libunistring.so.0 => /usr/lib/x86_64-linux-gnu/libunistring.so.0 (0x00007f83f6696000)
libgnutls.so.30 => /usr/lib/x86_64-linux-gnu/libgnutls.so.30 (0x00007f83f62fd000)
libhogweed.so.4 => /usr/lib/x86_64-linux-gnu/libhogweed.so.4 (0x00007f83f60c8000)
libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007f83f5e43000)
libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f83f5c37000)
libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f83f5a33000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f83f581c000)
libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f83f5601000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f83f53eb000)
libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f83f5186000)
libidn.so.11 => /lib/x86_64-linux-gnu/libidn.so.11 (0x00007f83f4f52000)
libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007f83f4d3f000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f83f4b36000)

Alles anzeigen

Sonst bin ich mit meinem Latein am Ende o_O

[Edit]

Das Problem wurde "gelöst" durch:

# git checkout 595d7b091bc5ef08a1ddb49c71fca81f3df4f217

Ich bleibe also vorerst auf dieser Version. Wenn es bei allen anderen ohne Probleme läuft ...

Hätte ich natürlich früher drauf kommen müssen, wo ich ja selbst festgestellt hatte, dass es durch eines der letzten updates kaputt ging

Okul · 26. März 2018

Puh, irgendwelche Ideen? Ich habe jetzt die Datenbank gelöscht. Er legt die Tabellen wieder an, aber dann wieder segfault an der gleichen Stelle.

Spoiler anzeigen

Könnte höchstens noch die gesamte Datenbank resetten?

Okul · 25. März 2018

hopsi schrieb:

Hatte ich hier auch. Ich konnte das bei mir dadurch behehben, daß ich die epgd-plugins auch neu kompiliert habe. Das hatte ich vergessen und das war bei den meisten Updates zuvor auch nicht nötig.

Christian

Habe ich eben probiert, hat leider nicht geholfen. Kann es ein Problem mit TVSP sein? Prinzipiell könnte ich ja auch auf TVM/EPGDATA wechseln, wäre nur halt etwas arbeit. Aber wenns funktioniert

Okul · 25. März 2018

Weil keine EPG updates mehr kamen ist mir auch aufgefallen, dass mein EPGD mittlerweile segfaulted. Vermutlich seit dem letzten GIT update(?)

Code

# epgd -v
epgd version 1.1.138-GITcc0ddd4 from 11.03.2018

Spoiler anzeigen

Kann das an der Datenbank liegen? Ich wollte die Datenbank eigentlich erst resetten, wenn ich weiß, dass sie wieder gefüllt wird

Beste Grüße,

Johannes

Beiträge von Okul

Hardware-Encoder Linux-fähig?

Will a graphics card make x264 encode faster?

[epgd] Timer immer doppelt bei "HD,SD" in den Autotimer-Einstellungen

[epgd] gelöschten Timer einer Serie erneut aktivieren?

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

Netzteil headless Server

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr

epgd / epg2vdr / scraper2vdr