Das ist alles Geschmacksache.
Darüber zu diskutieren macht auch keinen Sinn.
Zum Glück kann man sich bei den Boxen ja alles seinen Wünschen anpassen, sofern es geht und man es kann

Danke schonmal.
Wäre schön, wenn du da auch ne Variante mit farbiger Uhrzeit hinbekommst.
Ich mag dieses geblinke nicht so

Habe mir gerade mal das gMultiColorLabel angeschaut.
Das muss ich jetzt nur noch mit Recordstate als source anpassen.
Mal sehen, ob das klappt

Das ist mir zu theoretisch
So richtig weiß ich nicht, was du meinst.
Dazu müsste ich die Zeilen sehen.

Ich will sozusagen ClockToText (source=global.CurrentTime) mit source=session.Recordstate kombinieren und dann im widget ne 2. foregroundcolor angeben, die gesetzt werden soll, wenn eine Aufnahme läuft.

Gibt es auch eine Möglichkeit, die Farbe der Uhrzeit im StandbySummary bei laufender Aufnahme zu ändern?
Also keine Aufnahme z.B. "weiß" und bei laufender Aufnahme "rot" ?

@fpechmann

Könntest du bitte mal beiliegende Test-Version testen ?
Den Inhalt der Zip (AutoTimer.py und AutoTimerComponent.py) einfach in den Autotimer-Ordner auf der Box kopieren.

Diese Test-Dateien benötigen aber mindestens den AutoTimer 4.3 und nur unter OE2.5 (DreamOS).
Die Version 4.3 liegt aktuell im github.
https://github.com/opendreambox/enigma2-plugins
(git -> download Zip, dann einfach den Inhalt aus dem "autotimer/src"-Ordner in den Autotimer-Ordner auf der Box kopieren, dann noch die beiden Test-Dateien hier aus der Anlage drüberkopieren)

Mit der Test-Version wird jetzt bei mir zumindest ein Timer für IPTV-Sender angelegt.
Im Moment zeigt er allerdings im Timer und im Kanalfilter komische Sendernamen an, aber das kann man dann bestimmt auch noch hinbekommen.

Kannst ja mal eine Rückmeldung geben, was bei dir passiert.

Edit: Anhang gelöscht, aktuelle Version im Post #53

Super

Hier der PullRequest:
https://github.com/opendreambox/enigma2-plugins/pull/11

@Dr.Best
Ich habe gerade mein Fork mit meinen Änderungen aktualisiert und mit deinen Änderungen kombiniert (auch schon die von vorhin).

Könntest du mal drüberschauen ?
https://github.com/svenh0/enig…ins/tree/master/autotimer

Wenn alles passt, würde ich einen PullRequest zu opendreambox machen

Meine Änderungen sind hier:
https://github.com/svenh0/enig…adeccbd80e461995e96e41490

Hier sollten deine Änderungen aus dem Merge sein:
https://github.com/svenh0/enig…9f11b9ff949141b606afcfee3

Danke

Ok. Ich probier das mal.

Ich hab in meinem webgithub ein komplettes Fork von opendreambox.
Dazu habe ich drei lokale Ordner (master, 4.0, 4.2) auf dem PC geklont.
Hier betrifft es ja aber nur den für Master.
Ich nutze tortoisegit und würde dann meine Änderungen lokal commiten/eintragen.

Dann habe ich mir das originale opendreambox-git als weiteres Archiv in tortoisegit hinzugefügt.
Da habe ich letztens die Änderungen von opendreambox mit Anfordern in meinen lokalen Ordner syncronisiert.
Dabei sollte dann automatisch das Merge passieren?

Ich weiß, du bist ja direkt an opendreambox angebunden, da du ja auch direkt committen kannst.

Ich hab den Zwischenschritt über den Fork gewählt, um meine Änderungen erstmal dort zu sehen, bevor ich den Pullrequest zu opendreambox mache.

@Dr.Best
Ich hatte lokal jetzt auch noch paar Korrekturen für den AT vorgenommen:
http://www.i-have-a-dreambox.c…ostid=2200470#post2200470

und wollte die in mein lokales git (Fork von opendreambox) einpflegen und dann als PullRequest zu opendreambox senden.

Wie bekomme ich denn jetzt deine Änderungen automatisch mit meinen kombiniert?

Nicht, dass dann die EPGSelectionChange wieder drin ist.

Gibt es da einen Trick?
Github ist für mich noch neu und daher noch etwas undurchschaubar

Achso, danke für die Erklärung.
Dann könnten die beiden Zeilen also komplett raus

Ist halt schwer, sich in einen Code einzuarbeiten, wo man die Anfänge nicht mitgemacht hat.

Zitat von Dr.Best

Verstehe ich nicht gutemine... Partnerbox-Sender kann man als Timer anlegen, das ist überhaupt kein Problem.

Aber eben nicht durch den AT, was eben schade ist.

Zitat von Dr.Best

Auch wenige Zeilen können gruselig sein...

--> https://github.com/opendreambo…0572cc40a7c545a49afc17764

Was ist daran gruselig?
Das war ein Tipp von MacDesein wodurch jetzt beim Wechsel in der EPG-Auswahl auch die Sendungsinfos im Screen angezeigt/aktualisiert werden

Wenn man „nur“ den Service-check erweitert, sind es ja nur wenige Zeilen.

Ok, das ServiceRelationPlugin wäre dann zumindest die gute Alternative, um anstelle des EPGrefs dann den IPTVref aufzunehmen.
Dann muss man das nicht im AT verbasteln.

Muss nur der AT halt einen Timer anlegen, was er im Moment ja nicht macht, wegen der unterschiedlichen servicerefs beim service-check.

Wo bekommt man denn das EPG her, wenn man keine Tuner hat, sondern nur IPTV?
Was hat das EPG dann für servicesrefs?

Wäre doch aber schade, wenn jemand der nur iPTV hat, den AT nicht nutzen kann

Denn normale Timer kann man ja auch für IPTV erstellen.

Ok, dann ist ja schon mal erklärt, dass der AT für sowas nie gedacht war

Aus Interesse schaue ich heute Abend aber mal wegen der Stelle wo der EPG-serviceref in den Timer geschrieben wird.

Denn bis zum Erstellen eines Timers hab ich den AT ja schon bekommen. Nur war da dann nicht die Serviceref mit Pfad drin, sondern die vom verknüpften EPG.

Ich hatte es ja manuell schon mal ersetzt. Soll ja aber eine Lösung für alle werden
Die anzupassende Funktion für den Vergleich ist ja oben im Link zu finden.

Das mit der :256: war mir jetzt z.B. neu.

Ich muss dann nur noch eine Variante finden, dass die Serviceref mit Pfad (aus dem Service-Filter des AT) in den Timer geschrieben wird und nicht die Serviceref des gefundenen EPG-Eintrages.

E2 muss doch auch ein Muster haben, um solche pfad-servicerefs einem EPG-Serviceref zuzuordnen.

Wir haben ja jetzt hier schon 3 Varianten:

1:0:19:...:pfad:
4097:0:19:pfad:
1:256:19:pfad:

Sind die Abschnitte x:x:x: immer fest - also von der Anzahl her?
Hab da einfach ein split auf die ersten 10 „:“ gemacht und dann das erste auf „1“ und das 2. Element auf „0“ gesetzt.
Dann wieder mit join zusammengesetzt.

Ok

Aber der Autotimer würde auch damit nicht klarkommen, da er beim Vergleich der Service-ID den Pfad nicht rausnimmt.

Das könnte man wie oben schon geschrieben recht schnell lösen.

Gibt es schon irgendwo ne Funktion, die die IPTV-Serviceref in eine normale EPG-Serviceref umwandelt?

Müsste doch bei den picons irgendwo schon passieren. ?!?

Ich dachte, das wurde schon übernommen. Ist das jetzt im Update nicht drin gewesen?

Ich will das auf jeden Fall.
Der Skin ist mir dabei eigentlich egal