Wenn die Sendungen in der Vorschau angezeigt werden aber kein Timer gesetzt wird, könnte es an "Beschreibung muss eindeutig sein", den Countern und Konflikten liegen.

Soweit mir bekannt, nimmt die Vorschau "avoidDuplicateDescription", Counter und Konflikte nicht in Betracht. Vielleicht könntest Du zum Testen die folgenden Settings versuchen.
-> Optionen "Beschreibung muss eindeutig sein" abschalten
-> die Counter auf 0 (also deaktiviert)
-> "Timer bei Konflikt als deaktiviert hinzufügen" einschalten

Es könnte sein das der Sender auf dem Du aufnehmen willst z.B. keine Shortdesc im EPG sendet und der AutoTimer daher ein 'leeres' Shortdes-Feld im EPG findet und somit weiteren Timer fälschlich als "doppelt" erkennt und somit auch keinen Timer setzt.

Hallo,

ich hab hier auch seit kurzen öfteren Bootprobleme mit einer DM8000
Anbei das Bootlog vom 'ersten' start direkt nach dem flashen eines 'experimental-dm8000_20110601' Images. Die Box startet nicht und bleibt direkt mit folgenden Fehler hängen.

starting hotplug handler
add device sde to bdpoll current state: medium removed
add device sdd to bdpoll current state: medium removed
add device sdc to bdpoll current state: medium inserted
add device sdb to bdpoll current state: medium removed
[CI_Assignment] activating ci configs:
[CI_Activate] FOUND 4 CI Slots 
resolve: resolve ${sysconfdir}/enigma2/ci
resolve: -> /etc/enigma2/ci
[CI_Activate_Config_CI0] no config file found
[CI_Activate_Config_CI0] error parsing xml...
resolve: resolve ${sysconfdir}/enigma2/ci
resolve: -> /etc/enigma2/ci
[CI_Activate_Config_CI1] no config file found
[CI_Activate_Config_CI1] error parsing xml...
resolve: resolve ${sysconfdir}/enigma2/ci
resolve: -> /etc/enigma2/ci
[CI_Activate_Config_CI2] no config file found
[CI_Activate_Config_CI2] error parsing xml...
resolve: resolve ${sysconfdir}/enigma2/ci
resolve: -> /etc/enigma2/ci
[CI_Activate_Config_CI3] no config file found
[CI_Activate_Config_CI3] error parsing xml...
It's now  Sat Jan  1 01:02:45 2000
[timer.py] next activation: 946685065 (in 99553 ms)
timers.xml not found!
It's now  Sat Jan  1 01:02:45 2000
[timer.py] next activation: 946685065 (in 99529 ms)
[Toplevel.importExternalModules] Could NOT import external module: AutoTimer
[Toplevel.importExternalModules] Exception Caught
No module named AutoTimer.AutoTimerResource
[Toplevel.importExternalModules] Could NOT import external module: EPGRefresh
[Toplevel.importExternalModules] Exception Caught
No module named EPGRefresh.EPGRefreshResource
[Toplevel.importExternalModules] Imported external module: Example
[WebInterface] checking for SSL Certificates
[Webinterface] Installing Webserver Certificates for SSL encryption
[WebInterface] Installing SSL Certificates to /etc/enigma2/
[WebInterface] checking for SSL Certificates
[4294833.920000] 166:624034000 SMCC: iso7816: cannot read T1 header (ret=-145)
[4294833.926000] 166:630188000 SMCC: iso7816: error in receive
[4294836.055000] 168:759031000 SMCC: iso7816: cannot read T1 header (ret=-145)
[4294836.061000] 168:765174000 SMCC: iso7816: error in receive
[4294836.064000] 168:768833000 SMCC: invalid data

Hat jemand eine Idee ob das ein Software oder einem Hardware-Problem ist?

Das komplette Bootlog der Box (flash vorgang + 'first' boot) anbei

m.E. müssten die Timer unabhänig betrachtet werden und sich nach einer Art "Soll/Ist-Zustand" bzw. "wunsch Zustand" richten.

zum Beispiel:

Der Anwender möchte Fernsehen (Box ist an)
-> Timer starten und enden ohne am Zustand was zuändern.

Der Anwender möchte die Box bei laufender Aufnahme ausschalten (deep standby)
-> Benutzer Info "Aufnahme läuft deep standby wird verzögert ... [ok (standby)/cancel (weiter TV schauen)/force shutdown (Aufnahme abbrechen)]

Der Anwender hat die Box abgeschaltet (Deep Standby)
-> Box fährt zum aufnehmen in den standby und danach wieder in den deep standby

Der Anwender hat die Box in standby versetzt
-> Timer starten und enden ohne am Zustand was zuändern.

Entscheiden sollte jeweils der "gewünschte" Zustand beim enden des Timers sein. Wird zu Beispiel die Box mittels Timer aus dem deep standby geholt und der Anwender möchte Fernsehen und schaltet die Box ein (vom standby in den Zustand Ein) bleibt die Box nach dem Timer an. Desweiteren könnte man dann noch Ein/Standby/Aus Timer programmierbar machen (gleiche Bedeutung wie eine Zustandänderung via remote control) damit die Box zum Beispiel schon an ist wenn ich von der Arbeit nachhause komme

Mir ist der Vorteil des derzeitigen Konzept nicht klar zumal es doch auf den "wunsch Zustand" an kommt. Der Anwender möchte die Box im deep-standy und es ist egal was die Box über Nacht macht, sie sollte halt wieder in den wunsch Zustand (z.B. deep standby) zurück.

Gruß Dirk

*ping*

kurze Frage, was ist aus diesem Feature Request geworden ?

Gruß Dirk

FYI

Wenn ich das im CVS richtig sehe macht tmbinc heute überstunden.
Link: https://lists.elitedvb.net/pip…vs/2007-March/thread.html

Unten die letzten Einträge, tmbinc ist bereits am Ball.

Gruß
HouseDog

Aus gegebenen Anlass.

Meiner Meinung nach sollte es unterhalb von ...... (naja irgendwo in den Einstellungen) eine Möglichkeit geben ala:

"Settings bei jeder Änderung speichern ja/nein" (default=nein)
"Timerliste bei jeder Änderung speichern ja/nein" (default=nein)

Auch gerne mit einen Hinweis das hiermit die "Lebensdauer" ggf. herabgesetzt wird. Dann kann jeder selbst die "Lebensdauer" seines Flash bestimmen.

Gruß
HouseDog

Zitat

Original von gutemine
Aber bevor ich die Drohung wahr mache würde ich auch gerne was konstruktives vorschlagen - bitte halt in den settings einen Cache saving timer (default z.B. none damit alles so bleibt wie es ist) zu implementieren. Wenn den dann wer auf 1h stellt wird die config und die timer dann halt 1x pro stunde in den Flash rausgeschrieben.

Ich denke nicht das eine "cache saving timer" das richtige ist.
Nach meiner Meinung sollte es unterhalb von ...... (naja irgendwo in den Einstellungen) eine möglichkeit geben ala:

"Settings bei jeder Änderung speichern ja/nein" (default=nein)
"Timer bei jeder Änderung speichern ja/nein" (default=nein)

Das macht glaube ich mehr Sinn.
Und da kann dann jeder selbst die "Lebensdauer" seines Flash bestimmen.

Gruß
HouseDog

Zitat

Original von SadButTrue
nr fc ist nix für mich - und es läuft ja jetzt

Ich hab hier den gleichen Fehler. Wie hattest Du den bei Dir gelöst ?
Die Suche und auch Google gibt leider nicht viel her.

Edit: schon erledigt. Hab es einfach mal ohne local installierte packete automake und autoconf versucht und siehe da, es läuft. (bis jetzt)

Danke & Gruß
HouseDog

Ich halte diese Funktion ebenfalls für nützlich und wünsche sie mir schon seit langem.

Zu dem bereits aufgeführten Prioritäten,

Zitat

Original von 100Octane
Zudem für die 7025 wäre es sicher sinnvoll Prioritäten zu vergeben für die Timereinträge, d.h. die normalen Timer bekommen z.B. die Priorität 3 als default, für die automatisch erstellten muss man dann wählen ob diese einen fixen Eintrag überschreiben dürfen oder nicht. Also Prio entweder 2 oder 4.

Wenn man mehrere Autotimer hat muss man nur die Prio für die Timer angeben also z.B. kann das dann z.B. wie folgt aussehen:
- fixe Timer (alle auf höchste Prio)
- TV total mittlere Prio
- Simpsons niedrige Prio

Alles anzeigen

sollte noch berücksichtigt werden ob Aufnahmen ggf. nicht doch aufgrund evtl. konkurrierender Aufnahmen auf dem gleichen Transponder (ich glaube das heist so) durchgeführt werden können. Möglicherweise wäre hier ein einstellbares Limit z.B. MaxAutoTimer sinnvoll.

Zusammengefasst lässt sich also folgendes sagen:

1) zu einen definierten Zeitpunkt das EPG durchsuchen
2) Timer anhand folgender definitionen setzen/updaten:
2a) Name der Sendung enthält String.
2b) Sendung läuft auf einen der definierten Sender.
2c) Sendung ggf. bereits in der Timerliste. -> was soll passieren
-> Wurde diese Sendung verschoben oder ist es ein zusätzlicher Timer.
-> Könnte hier ein Zeitfenter innerhalb welches sich ein Timer verschieben kann helfen?




3) Priorität für Timer anhand Benutzer Vorgabe beachten. (Reihenfolge und/oder hat Vorrang vor Fixtimer)(siehe posting von 100Octane)
4) Freier Tuner oder belegter Tuner auf gleichem Transponder?
-> Soweit ich weiß kann und macht das die DM7025 das ja heute schon. Sollte also nicht das Problem darstellen
5) Anzahl MaxAutoTimer erreicht?

Bestimmt hab ich das eine oder andere vergessen.

However, alles im allen keine leichte Aufgabe für die Programierer, jedoch denke ich wenn wir die Liste verfeinern, sich evtl. doch der eine oder andere versuchen möchte. (zumindestens hoffe ich das :D)

Gruss HouseDog