SD und die Timer.db

Benutzeravatar
wohliks
Elko-Papst
Elko-Papst
Beiträge: 4488
Registriert: Fr 9. Dez 2005, 15:36
Receivertyp: 2x VU+Duo4KSE; (no HD+)
Wohnort: Nordhessen

AW: SD und die Timer.db

#21

Beitrag von wohliks » Mi 21. Mai 2014, 16:34

Thorsten hat geschrieben:Aber auch bei anderen Fehlern, die nachvollziehbar sind, kommen diesen Fragen :-)
Ich will mich da auch nicht weiter aus dem Fenster lehnen, denn ich habe nur SRPs und die sind ja nun hard- und firmwaremäßig anders gestrickt als die CRPs...

Aber ich streite nicht, ab dass es bei Dir spezielle Konstellationen gibt, die vielleicht bei der überwiegenden Mehrzahl der User gar nicht vorkommen.

Zum Beispiel die Sache mit der doppelten Aufnahme: Ich bin noch nie auf die Idee gekommen, einen laufende Aufnahme mit einer folgenden Aufnahme verbinden zu wollen und sehe für mich persönlich auch keinen praktischen Nährwert bei diesem Vorgehen - aber es gibt Leute (nicht nur Dich :wink: ), die sowas tun möchten und dabei dann so einen Fehler entdecken...
Gruß Bernhard

2x VU+Duo4kSE - VTi-Image, SmartEPG
60 cm Astra (FTA only), hama LYPSI Quad LNB, Schwaiger SEW 4358 5/8-Multiswitch
FB: Logitech Harmony 650 & 600

Thorsten
Erfahrener Benutzer
Erfahrener Benutzer
Beiträge: 168
Registriert: Sa 22. Apr 2006, 12:32
Receivertyp: CRP-2401CI+ ohne Conax
Receiverfirmware: 1.05 (04042014)

AW: SD und die Timer.db

#22

Beitrag von Thorsten » Mi 21. Mai 2014, 17:11

Müssen aufpassen, wird sonst Offtopic hier :) ...

Aber ich denke, es kommt schon vor - machst 2-3 Aufnahmen (durch Timer) und hast vielleicht keinen Slot mehr frei um eine nachfolgende Sendung aufzunehmen. Ich empfinde dieses kombinieren als sehr praktisch, auch weil es im Dateinamen ja verzeichnet wird.

SE hat Qualitäten, bei denen können sich andere EPG Programmierer einfach eine Scheibe abschneiden bzw. à la Apple vieles gab es sicher schon vorher, aber beim SE funktioniert es einfach und ist gut zu bedienen. So soll es sein.

Und wenn da mal was schief geht, nun ja, es wurde von Menschen geschrieben und 100% bugfrei gibt es einfach nicht.

Mag sein, daß die verstrubbelte timer.db mit anderen Gegebenheiten korreliert, aber genau den gemeinsamen Zusammenhang zu finden, das ist die Herausforderung. Fehler sind IMMER reproduzierbar, es ist nur schwierig die Gegebenheiten nachstellen zu können :) ...

Gruß
Thorsten


PS: Ist ein SRP2401 und ein CRP2401 wirklich so unterschiedlich in Hardware oder ist nur ein anderer Tuner verbaut und die Firmware vom CRP etwas anspeckt, weil es dort so manche Funktionen (unterschiedliche Sendelisten für beide Tuner, OWA Updates, ...) nicht gibt?
Zuletzt geändert von Thorsten am Mi 21. Mai 2014, 17:14, insgesamt 1-mal geändert.
__________________
CRP-2401CI+ ohne Conax FW 1.05 vom 04042014 FastSkip, SmartEPG, SmartFiler_TMS, TMSRemote

Benutzeravatar
Twilight
Zauberküchencheflehrling mit extra Butter
Zauberküchencheflehrling mit extra Butter
Beiträge: 64781
Registriert: Fr 9. Dez 2005, 09:17
Receivertyp: 1 x SRP 2100(TMS) TFIR und .1 x SRP 2410 M
Wohnort: Wien Umgebung

AW: SD und die Timer.db

#23

Beitrag von Twilight » Mi 21. Mai 2014, 17:22

Thorsten hat geschrieben:Letztens hab ich den SE Scan Timer "verlegt", daraufhin hat sich der SD Timer sofort verschoben und beim nächsten Reboot war die Timer.db wieder defekt (und immer nur die).
was war denn schon wieder der grund dafür ?! :thinker:

twilight

Thorsten
Erfahrener Benutzer
Erfahrener Benutzer
Beiträge: 168
Registriert: Sa 22. Apr 2006, 12:32
Receivertyp: CRP-2401CI+ ohne Conax
Receiverfirmware: 1.05 (04042014)

AW: SD und die Timer.db

#24

Beitrag von Thorsten » Mi 21. Mai 2014, 19:18

War einer der Versuche vor einigen Tage als ich mich hier noch nicht meldete :-)
__________________
CRP-2401CI+ ohne Conax FW 1.05 vom 04042014 FastSkip, SmartEPG, SmartFiler_TMS, TMSRemote

Thorsten
Erfahrener Benutzer
Erfahrener Benutzer
Beiträge: 168
Registriert: Sa 22. Apr 2006, 12:32
Receivertyp: CRP-2401CI+ ohne Conax
Receiverfirmware: 1.05 (04042014)

AW: SD und die Timer.db

#25

Beitrag von Thorsten » Mi 21. Mai 2014, 20:21

Mal ne Verständnisfrage - SD Timer ist für 1:00 und 12:00 freigegeben. SE Scantimer steht auf 5:30 Uhr.

Im Autodecryption Folder steht eine zu entschlüsselnde Datei von 1:00 Stunde Laufzeit (inkl. Vor- und Nachlauf). Wieso wird der SD Timer hier nicht auf 1:00 gesetzt sondern auf später? Die eine Stunde hätte doch locker in der Nacht schon dekodiert werden können!?

Gruß
Thorsten
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
__________________
CRP-2401CI+ ohne Conax FW 1.05 vom 04042014 FastSkip, SmartEPG, SmartFiler_TMS, TMSRemote

Benutzeravatar
Twilight
Zauberküchencheflehrling mit extra Butter
Zauberküchencheflehrling mit extra Butter
Beiträge: 64781
Registriert: Fr 9. Dez 2005, 09:17
Receivertyp: 1 x SRP 2100(TMS) TFIR und .1 x SRP 2410 M
Wohnort: Wien Umgebung

AW: SD und die Timer.db

#26

Beitrag von Twilight » Mi 21. Mai 2014, 20:37

das kann ich dir nicht sagen. die timerlogik kommt von firebird. ich denke das er einfach den größeren slot nimmt von den beiden die es gibt.
haben wir uns nicht darauf geeinigt das se erst etwas später scannt? :rolleyes:

twilight

Thorsten
Erfahrener Benutzer
Erfahrener Benutzer
Beiträge: 168
Registriert: Sa 22. Apr 2006, 12:32
Receivertyp: CRP-2401CI+ ohne Conax
Receiverfirmware: 1.05 (04042014)

SD und die Timer.db

#27

Beitrag von Thorsten » Mi 21. Mai 2014, 20:55

Hatte ich eingestellt. Beim Reset ist das wohl wieder reingerutscht. Mir ging es auch eher die Logik zu verstehen, wie was zusammenhängt :-)
__________________
CRP-2401CI+ ohne Conax FW 1.05 vom 04042014 FastSkip, SmartEPG, SmartFiler_TMS, TMSRemote

Benutzeravatar
Twilight
Zauberküchencheflehrling mit extra Butter
Zauberküchencheflehrling mit extra Butter
Beiträge: 64781
Registriert: Fr 9. Dez 2005, 09:17
Receivertyp: 1 x SRP 2100(TMS) TFIR und .1 x SRP 2410 M
Wohnort: Wien Umgebung

AW: SD und die Timer.db

#28

Beitrag von Twilight » Mi 21. Mai 2014, 22:08

wie gesagt, er wird sich für das größere fenster entscheiden.

twilight

Online
Benutzeravatar
FireBird
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Beiträge: 28766
Registriert: Fr 9. Dez 2005, 09:59
Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k
Wohnort: Wien

AW: SD und die Timer.db

#29

Beitrag von FireBird » Mo 26. Mai 2014, 10:10

Wie Twilight schon schrieb, wird immer der größte zusammenhängende Block verwendet.

Thorsten
Erfahrener Benutzer
Erfahrener Benutzer
Beiträge: 168
Registriert: Sa 22. Apr 2006, 12:32
Receivertyp: CRP-2401CI+ ohne Conax
Receiverfirmware: 1.05 (04042014)

SD und die Timer.db

#30

Beitrag von Thorsten » Mo 26. Mai 2014, 14:01

Die Strategie ist aber etwas überarbeitungsbedürftig. Der Morgen wird ja im Prinzip immer durch einen Scan unterbrochen. Stelle ich den auf 7 Uhr, dann habe ich maximal 7 Stunden zum Dekodieren minus einpaar Minuten dazwischen. Die sind aber schnell zu, wenn ich mal 3 Filme und 2 Serien dekodieren lassen muss.

Stelle ich das ein, dass er erst nach dem Scan loslaufen soll, verschwende ich Zeit davor.


Im Worst Case kommen immer mehr Aufnahmen dazu weil er nicht in der Lage ist die Blöcke abzuarbeiten auch wenn mal ein Zeitfenster für weniger möglich wäre.

Also eine Teilung wird nicht durchgeführt.

Schade, vielleicht als eine Optimierung für die Zukunft wert :-)
__________________
CRP-2401CI+ ohne Conax FW 1.05 vom 04042014 FastSkip, SmartEPG, SmartFiler_TMS, TMSRemote

Benutzeravatar
Twilight
Zauberküchencheflehrling mit extra Butter
Zauberküchencheflehrling mit extra Butter
Beiträge: 64781
Registriert: Fr 9. Dez 2005, 09:17
Receivertyp: 1 x SRP 2100(TMS) TFIR und .1 x SRP 2410 M
Wohnort: Wien Umgebung

AW: SD und die Timer.db

#31

Beitrag von Twilight » Mo 26. Mai 2014, 14:18

wenn SE den SD timer setzt so hat dieser vo den scan timer vorrang. setzt RBN den SD timer so wird dieser als normal gesetzter timer behandelt.

wenn mann RBN so programmiert das es das setzen der timer SE überlässt bzw. dies in SE sogar aktiv anstößt, so würde man alle nicht SE user ausschließen und das wollten wir vermeiden :rolleyes:

twilight

Thorsten
Erfahrener Benutzer
Erfahrener Benutzer
Beiträge: 168
Registriert: Sa 22. Apr 2006, 12:32
Receivertyp: CRP-2401CI+ ohne Conax
Receiverfirmware: 1.05 (04042014)

AW: SD und die Timer.db

#32

Beitrag von Thorsten » Mo 26. Mai 2014, 18:56

Man könnte eine Erkennung einbauen, so wie SE ein RbN und SD erkennt :-)
__________________
CRP-2401CI+ ohne Conax FW 1.05 vom 04042014 FastSkip, SmartEPG, SmartFiler_TMS, TMSRemote

Online
Benutzeravatar
FireBird
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Beiträge: 28766
Registriert: Fr 9. Dez 2005, 09:59
Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k
Wohnort: Wien

AW: SD und die Timer.db

#33

Beitrag von FireBird » Mo 26. Mai 2014, 19:05

Man könnte unheimlich viel, wenn die Lust dazu da wäre... :wink:

Thorsten
Erfahrener Benutzer
Erfahrener Benutzer
Beiträge: 168
Registriert: Sa 22. Apr 2006, 12:32
Receivertyp: CRP-2401CI+ ohne Conax
Receiverfirmware: 1.05 (04042014)

AW: SD und die Timer.db

#34

Beitrag von Thorsten » Di 27. Mai 2014, 07:40

Wie, keine Lust mehr? :-) Schonmal an ein Bezahlmodell nachgedacht zum Freischalten von Funktionen, die über die Basis hinausgehen (modular)?
__________________
CRP-2401CI+ ohne Conax FW 1.05 vom 04042014 FastSkip, SmartEPG, SmartFiler_TMS, TMSRemote

Online
Benutzeravatar
FireBird
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Beiträge: 28766
Registriert: Fr 9. Dez 2005, 09:59
Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k
Wohnort: Wien

AW: SD und die Timer.db

#35

Beitrag von FireBird » Di 27. Mai 2014, 08:52

Ja und das Modell kommt nicht in Frage.

Antworten

Zurück zu „SmartEPG TMS“