Beiträge von rw79

Keiner eine Idee, woran das liegt?
Ich führe jetzt wöchtlich manuell docker start easyepg.run aus
...nervt halt...

@dlueth, danke für Deine Unterstützung.

"Hast Du schonmal im Container geschaut was er da so als aktuelle Zeit rauswirft zu zwei Zeiten auf der Shell?"

Was genau meinst Du hier?

(1) Ein paar Screenshots anbei.
- der Docker läuft seit nunmehr 3 Tagen (EPG für 7 Tage, default) (Start 5.4.; End 13.4) --> Sollte ok sein
- jeden Tag 2Uhr läuft das Update (aktuelles xml file von heute 8.4.2021, 2:00) --> Sollte ok sein
Problem: EPG endet noch immer am 13.04. --> WARUM?!

(2) manuelles ausführen: docker start easyepg.run
- xml file update am 8.4. 8Uhr
--> Tata EPG endet am 16.4.

Problem:
Wenn ich nicht regelmäßig manuell starte, passiert da nichts - siehe (1)

Wie gesagt, früher lief das alles problemlos.
Erst vor ~2Monaten gab es das Problem mit dem Magenta-EPG, dass garnichts geladen wurde (lag wohl eher an Telekom). Da hatte ich neu installiert und funktionierte soweit...bis ich nach 1Wo kein EPG mehr hatte.
Seit dem werkel ich da rum. x-mal neu installiert. Die Anleitung ist ja recht simpel github.com/dlueth/easyepg.minimal
Aber ansonsten kenne ich mich mit Linux nicht aus. Insofern habe ich keine Ahnung, warum das so ist, aber es wundert mich schon sehr, dass ich anscheinend der Einzige hier mit dem Problem bin ?!?!?

die xml hat immer den jeweils heutigen Tag, d.h. der EPG Download lief, aber wohl immer für denselben Zeitraum und nicht täglich +1 Tag...so laufe ich dann eben nach 7 Tagen leer.

Ich habe jetzt das easypeg zig mal neu nach Anleitung installiert.
https://github.com/dlueth/easyepg.minimal

Docker läuft. xml File wird täglich neu erstellt, aber STETS mit dem Zeitraum ab Start, nicht ab Tag der Aktualisierung.

Bin ich denn wirklich allein mit dem Problem?!?
Keiner eine Idee, woran das liegt?!?

Danke!

Meine Vermutung scheint sich zu bestätigen. Habe die xml Files gelöscht
Um 2:00Uhr wurden neue xml Files erstellt. EPG bis 31.03. bleibt.

Task neu starten: EPG wird nun wieder komplett für die nächsten 7 Tage erstellt

Schlussfolgerung: Das EPG wird zwar täglich gezogen aber vom Task-STARTtag+7, nicht vom Updatetag+7.
Damit holt der also jeden Tag für den selben Zeitraum und nach einer Woche liegt das dann eben in der Vergangenheit...

Das war vorher nicht der Fall und auch komisch, wenn das nur bei mir so ist?!
Hmm...jemand eine Idee? Ansonsten bleibt mir nur jede Woche das EPG-Update manuell zu starten...

Danke

Siehe Anhang.
Der Task läuft nun seit Dienstag. Hat auch am Mi/Do 2.00Uhr ein Update geladen.
ABER: EPG wurde nur bis Mi 31.03. geladen - hätte bis 01.4. sein sollen.
Ich werde das mal weiter beobachten. Ich vermute (zumindest hattest das bislang so den Eindruck erweckt),
dass nun Mi 31.3. als letzter Eintrag stehen bleibt und dann ab 01.04. kein EPG mehr da ist.
Obwohl der Task ausgeführt wird und anscheinend auch die xmls. upgedated werden.
Kann es sein, dass beim EPG update nicht das Datum (heute+7 Tage), sondern das Datum vom task-begin + 7Tage benutzt wird? D.h. er macht zwar täglich ein Update, aber jeden Tag erneut vom 23.3-1.4. (da der Task am 23.3.) gestartet wurde?!?
Wie könnte man das prüfen?

ok, sorry, ich muss genauer beschreiben...

jain.
ich hatte das der Anleitung nach immer mit gestartet (siehe 1. Seite im Fred)

ich hatte eben docker ps geschaut: da war kein task. Dan habe ich docker start easyepg.cron eben nochmal ausgeführt. Jetzt ist der auch sichtbar...aber ich wette, dass trotzdem nichts aktualisiert wird...weil ich früher ja auch schon den Befahl ausgefüghrt hatte.
Warum da erst kein Task zu sehen war weiss ich nicht...
@dlueth, weiss nicht, ob du anhand des Screenshots was erkennen kannst. Anonsten lasse ich das jetzt mal so einen Tag lang laufen und schaue, ob es dann noch aktualisiert bzw. ob der Task noch da ist

docker ps --> siehe Anhang

Hallo,

ich habe auf einem Raspi4 Libreelc mit TVHEADEND Server laufen.
Auch EASYEPG funktionierteauch tadellos (Danke an PvD für die Instruction).

Seit ein paar Wochen habei ich aber Probleme.
Zuerst konnte garkein EPG mehr geladen werden, das lag wohl aber daran, dass die Sender bei Telekom weg waren.
Nach langem hin und her, habe ich das Easyepg nach Anleitung nochmal gelöscht und wieder mit Standardeinstellungen installiert.
Jetzt funktioniert es auch, AUßER, dass es kein Update gibt.
Wenn ich es manuell per docker start easyepg.run starte, dann gehts. Aber ich muss das eben wöchentlich immer manuell starten.

Ich kenne mich mit dem Linux nixht sonderlich aus..habe keine Ahnung wo ich suchen muss --> jemand eine Idee?

VG
rw

schau mal, wieviele Stream parallel laufen. Bei mir beendet der Kodi (Client) bei Kanalwechsel -warumauchimmer- den Stream nicht.
Das führt dazu, dass der Server bei jedem Kaalwechsel einen weiteren Stream öffnet...nach ein paar Kanalwechsel reicht die Bandbreite nicht mehr...
Meine Lösung: Die Anzahl der geichzeitigen Streams auf dem Server auf wenige (bei mir 3) begrenzen

Versuch mal:

Einstellungen>>Player>>Render Methods >> Pixel shader

@yogi106

die 4 Raspis kannst Du weiter verwenden, wenn Du z.b. einen 5. mit TVheadend Server installierst. Musste ich leider auch durch...funktionert aber super

"Gibt es zur Zeit eine Möglichkeit mit PVR.iptvsimple auch die neuen Adressen zu nutzen? Bzw. ohne Einrichtung eines separaten Servers?"

nein. IPTVsimple kann mit den MagentaTV Adressen nicht umgehen. Meine Lösung: zusätzlicher Raspi mit TVheadend Server.

bei mir wie folgt: sd karte aus RPI nehmen in pc stecken.einfach alles reinkopieren. Eine .elf wurde überschrieben

hallo

bei meinem älteren HTPC win7 AMD hat der Catalyst 14.12 das Problem gelöst. D.h. HW decoding ohne Artefakte.

Leider noch keine Lösung für den raspi. Kann jemand mal älteres Raspbmc auf Raspi 1 ausprobieren?

danke

versuch mal ein zweites kabel z.b. das chinch kabel zusätzluch vom tv oder pc an den yamaha zu führen. Eventuell wird dessen masse-verbindung benötigt...hat das knacksen bei mir jedenfalls behoben.

problem besteht auch bei SD sendern

sitze gerade nicht am raspi. Glaube war unter einstellungen>>video>>wiedergabe

Aber wie gesagt..ohne hw decode ruckelt es.

pc vlc player funktioniert. Scheint eher etwas mit der video codierung zu sein. Wenn telekom eteas geändert hat, dies sich aber nur bei älteren codec versionen auswirkt?!
Vielleicht benutzt kodi eine alte version ffdshow (?)
Weiss nicht wie man das konfigurieren kann. ...

um es deutlicher zu machen.
ich habe das pixelproblem seit ein paar tagen mit telekom entertain. Vorher ein jahr ohne probleme...genau wie andi3030 beschreibt.

Am pc konnte ich das problem lösen inden HWdecoding deaktiviert wurde.
beim raspi funktioniert der workaround nicht weil der zu langsam ist. Mit hw decoding verpixelt/artefakte. Mit vlc auf pc läufts problemlos. Also wahrscheinlich codec problem...aber was tun?

vg

Hallo,

habe selbiges Problem mit Raspi und PC.

Workaround:
PC: VIDEO>>HW decoding >> DEAKTIVIEREN
Raspi: der Raspi ist zu langsam fuer SW Dekodierung

Vielleicht hilft das, damit jemand auf die Lösung kommt...insb. für den Raspi

Danke!