Kleinere Fehler bzw. Ungereimtheiten

[Twilight]

longtom, ehrlich...die wasserstandsmeldungen in diesem thread sind deplatziert.

twilight

[longtom]

Ich wollte nur mitteilen das die Aufnahme oben ist, anscheinend war ja dann das Problem das der Topf nicht richtig danach runtergefahren wurde.

[MrCooper]

[quote="Maliboy"]Evtl greift ja ein anderer Suchauftrag. Ich wüsste aber nicht welcher und die M-Timer werde beim Löschen aller Timer dieses Suchauftrages auch gelöscht. Also wo kommen die M-Timer her?[/quote]
Das wurde doch in letzter Zeit ein paar Mal besprochen: Wenn Du in der Timeransicht einen Timer mit OK auswählst, steht in der Zeile "Suche", welcher Suchauftrag den Timer erzeugt hat.

[Maliboy]

Schon klar. Die Timer waren ja den Richtungen Suchauftrag zugeordnet. Nur waren es M-Timer statt richtiger Timer. Mal schauen, wie es dieses Freitag wird.

[thom01]

Servus,
ich verlinke hier mal eine Beschreibung der Probleme, die ich seit dem Upate auf die Version 5 habe.

[okiwankenoki]

wieso kann ich in der Sicht "Jetzt" (2) mit der Cursor Taste Links nur ca. 12 Stunden in die Zukunft blättern, dann wir das Scrolling gestoppt?
Auch der 24 Stunden Sprung ist keine Alternative dazu, da hier überhaupt kein Rückwärts blättern möglich ist.

In der Guide (1) und Grid (3) Sicht dagegen ist sowohl ein "Endlos" Scrollen (>12 Stunden), als auch ein Rückwärts blättern beim 24 Stunden Sprung möglich.

Da dieses Durchblättern/Durchsuchen der Events in iTina möglich ist (war ), vermißt meine Frau dieses Feature bei SE schon sehr

Hallo Twilight, hallo SmartEPG Team,

danke an EUCH das Ihr die Bitte meiner Frau umgesetzt habt!

Der WAF für SmartEPG ist bei uns zuhause nun auf 100% gestiegen, Ihre Trauer um iTina ist nun endgültig vorbei

Ab v5.0 kann man jetzt (toll gelöst!):

Direkt in Sicht 2 "endlos" vor und zurück blättern und mit der gelben Taste die Events auf die selbe Uhrzeit synchronisieren.

LG
Olaf

[Twilight]

gerne...

twilight

[JayTee]

Jepp, und es bedurfte nicht mal großer Diskussionen.

[Maliboy]

Das WE nähert sich und mein Primeval problem ist wieder da:
Suchworttimer steht auf Serie (Wdh. von Sender) und SE legt mir M-Timer an.

Und bevor hier aussagen kommen: Laut Timerliste wurden die Timer genau durch diesen Suchauftrag erstellt.
Und im Log File sehe ich auch nichts dazu (ich verstehe nur nicht, warum manche Timer beim Scan heute nacht zwei mal angelegt Wurden:

2013-04-25 04:14:49 EPGDB: Processing 23 eit files.
2013-04-25 04:20:00 Scanner: Total events = 81617.
2013-04-25 04:20:00 Scanner: Filtered events = 28636.
2013-04-25 04:20:01 Scanner: 28636 events found.
2013-04-25 04:20:01 Performing EPG search.
2013-04-25 04:19:18 EPGDB: DBTimer '02 'The Big Bang Theory' (2013-04-25 10:09/26')': start time has changed from '2013-04-25 10:09' to '2013-04-25 10:10'.
2013-04-25 04:19:18 EPGDB: DBTimer '02 'The Big Bang Theory' (2013-04-25 10:10/26')': duration has changed from '26' to '25'.
2013-04-25 04:19:18 EPGDB: DBTimer '04 'The Big Bang Theory' (2013-04-25 10:35/27')': duration has changed from '27' to '28'.
2013-04-25 04:19:18 EPGDB: DBTimer '05 'The Big Bang Theory' (2013-04-25 11:02/24')': start time has changed from '2013-04-25 11:02' to '2013-04-25 11:03'.
2013-04-25 04:19:18 EPGDB: DBTimer '05 'The Big Bang Theory' (2013-04-25 11:03/24')': duration has changed from '24' to '23'.
2013-04-25 04:19:18 EPGDB: DBTimer '10 'The Big Bang Theory' (2013-04-25 15:19/24')': duration has changed from '24' to '25'.
2013-04-25 04:19:20 EPGDB: DBTimer '41 'Castle' (2013-04-27 00:09/57')': start time has changed from '2013-04-27 00:09' to '2013-04-27 00:08'.
2013-04-25 04:19:20 EPGDB: DBTimer '41 'Castle' (2013-04-27 00:08/57')': duration has changed from '57' to '58'.
2013-04-25 04:20:23 EPGDB: DBTimer '20 'Navy CIS' (2013-04-25 23:13/61')': start time has changed from '2013-04-25 23:13' to '2013-04-25 23:10'.
2013-04-25 04:20:23 EPGDB: DBTimer '24 'Navy CIS' (2013-04-26 02:33/41')': start time has changed from '2013-04-26 02:33' to '2013-04-26 02:30'.
2013-04-25 04:20:28 TimerDB: programmed '02 'CSI:NY' (2013-04-28 01:45/45')' at tuner 1 on station 'VOX', slot 0.
2013-04-25 04:20:28 TimerDB: '03 'CSI:NY' (2013-04-28 02:30/40')' overlaps '02 'CSI:NY' (2013-04-28 01:45/45')'.
2013-04-25 04:20:28 TimerDB: successfully patched NetID of '02 'CSI:NY' (2013-04-28 01:45/45')'.
2013-04-25 04:20:28 TimerDB: programmed '03 'CSI:NY' (2013-04-28 02:30/40')' at tuner 1 on station 'VOX', slot 1.
2013-04-25 04:20:28 TimerDB: programmed '17 'White Collar - Neal Rising - Wie alles begann' (2013-04-25 20:15/45')' at tuner 1 on station 'RTL Crime', slot 2.
2013-04-25 04:20:28 TimerDB: programmed '35 'Castle' (2013-04-26 20:15/58')' at tuner 1 on station 'kabel eins HD', slot 3.
2013-04-25 04:20:28 TimerDB: programmed '36 'Blue Bloods - Crime Scene New York - Sch▒sse vom Samariter' (2013-04-26 23:25/45')' at tuner 1 on station 'Fox HD', slot 4.
2013-04-25 04:20:28 TimerDB: programmed '55 'White Collar - Neal Rising - Wie alles begann' (2013-04-26 10:35/45')' at tuner 1 on station 'RTL Crime', slot 5.
2013-04-25 04:20:28 TimerDB: programmed '56 'Castle' (2013-04-27 00:08/58')' at tuner 1 on station 'kabel eins HD', slot 6.
2013-04-25 04:20:28 TimerDB: programmed '59 'White Collar - Neal Rising - Wie alles begann' (2013-04-27 13:50/45')' at tuner 1 on station 'RTL Crime', slot 7.
2013-04-25 04:20:29 AD: Largest available slot = 195 minutes.
2013-04-25 04:20:29 00h: ............ ............ ............ ............ .....CCCCCCC CCCCCCCCCCC..
2013-04-25 04:20:29 06h: ............ ............ ............ ............ ............ .............
2013-04-25 04:20:29 12h: ............ ............ ............ ............ ............ .............
2013-04-25 04:20:29 18h: ............ ............ ..tttttttttt tt.......... ............ .............
2013-04-25 04:20:29 24h: ............ ..CCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCC....... .............
2013-04-25 04:20:29 30h: ............ ............ ............ ............ ......tttttt tttttt.......
2013-04-25 04:20:29 36h: ............ ............ ............ ............ ............ .............
2013-04-25 04:20:29 42h: ............ ............ ..tttttttttt tttt........ ............ ....tttttttt.
2013-04-25 04:20:29 C=AD core time, t=timer, A=AD timer.
2013-04-25 04:20:29 ScanTimer: last successful scan @ 2013-04-25 04:14.
2013-04-25 04:20:29 ScanTimer: associated start slot @ 2013-04-26 04:00.
2013-04-25 04:20:29 ScanTimer: possibly advanced to @ 2013-04-26 04:00.
2013-04-25 04:20:29 TimerDB: deleting DB timer '28 'SmartEPG' (2013-04-26 04:00/2')'.
2013-04-25 04:20:29 ScanTimer: timer has been set to @ 2013-04-26 04:00.
2013-04-25 04:20:29 FlashTimerDebug: difference found @ 'Exit'.
2013-04-25 04:20:29 Start upload of Timerlist.
2013-04-25 04:20:29 mac=000014158005070184&t=c8eabccc3511b7659caf51c207e622a8X4bbaffb430876a547736980653553146Xf093a479bf1664f24d678f1531c38f4dX0086c800d28a45ec41b615054a777dabX206550b2bcda59700c446540a155162bX4020d69315cdd9d69c92d46374
4bfeaeX49fb4c8f7fde5cf1985caf7f2c2f65fbXfe5033fa5615365d8451e71dcf238602X03ce8fd5dc13d71c3e04e3fc9fb9c16bXdb269085e548301ce911b73a8e2d21d3Xca0f43f697b2b4c4544ae1c75f30cbafXa05c9b65d436499faa211a8aa7ffc86fX68ce377fdcbec7dab9677213c0a5c6b
5X7b900be5711876ce619fd69a4a44608fX9355a9f9948fa985b84e4e369b5245f3X12ca5fba1871971bde528a29d4ff8988X36c4fc83e26cae203092d01219fc4564X8eca95929247725456311adb01d88819X54569ebb03827a1321e54319fc784ea0X&part=1&wide=3&end=TRUE.
2013-04-25 04:20:30 Recommendationlist received.
2013-04-25 04:20:30 Process Recommendationlist.
2013-04-25 04:20:30 Maximum of entries in Recommendationlist reached.
2013-04-25 04:20:30 Processing successfully completed.
2013-04-25 04:21:00 IQT OnlineTimer needs some processing time....
2013-04-25 04:21:00 Start download of OnlineTimer Information.
2013-04-25 04:21:01 OnlineTimer Information downloaded successfully.
2013-04-25 04:21:01 No OnlineTimer for this Receiver scheduled.
2013-04-25 04:21:01 Start Filescan for Scrambleflag.
2013-04-25 04:21:11 Filescan finished.
2013-04-25 04:21:11 Timers changed, force new check for starting timers.
2013-04-25 04:21:11 SerialCombine: new combi timer '62 'CSI:NY (2 Folgen)' (2013-04-28 01:45/85')'.
2013-04-25 04:21:11 SerialCombine: '60 'CSI:NY' (2013-04-28 01:45/45')'.
2013-04-25 04:21:11 SerialCombine: '61 'CSI:NY' (2013-04-28 02:30/40')'.
2013-04-25 04:21:11 TimerDB: programmed '03 'CSI:NY (2 Folgen)' (2013-04-28 01:45/85')' at tuner 1 on station 'VOX', slot 0.
2013-04-25 04:21:11 TimerDB: programmed '18 'White Collar - Neal Rising - Wie alles begann' (2013-04-25 20:15/45')' at tuner 1 on station 'RTL Crime', slot 1.
2013-04-25 04:21:11 TimerDB: programmed '36 'Castle' (2013-04-26 20:15/58')' at tuner 1 on station 'kabel eins HD', slot 2.
2013-04-25 04:21:11 TimerDB: programmed '37 'Blue Bloods - Crime Scene New York - Sch▒sse vom Samariter' (2013-04-26 23:25/45')' at tuner 1 on station 'Fox HD', slot 3.
2013-04-25 04:21:11 TimerDB: programmed '56 'White Collar - Neal Rising - Wie alles begann' (2013-04-26 10:35/45')' at tuner 1 on station 'RTL Crime', slot 4.
2013-04-25 04:21:11 TimerDB: programmed '57 'Castle' (2013-04-27 00:08/58')' at tuner 1 on station 'kabel eins HD', slot 5.
2013-04-25 04:21:11 TimerDB: programmed '60 'White Collar - Neal Rising - Wie alles begann' (2013-04-27 13:50/45')' at tuner 1 on station 'RTL Crime', slot 6.
2013-04-25 04:21:11 AD: Largest available slot = 195 minutes.
2013-04-25 04:21:11 00h: ............ ............ ............ ............ .....CCCCCCC CCCCCCCCCCC..
2013-04-25 04:21:11 06h: ............ ............ ............ ............ ............ .............
2013-04-25 04:21:11 12h: ............ ............ ............ ............ ............ .............
2013-04-25 04:21:11 18h: ............ ............ ..tttttttttt tt.......... ............ .............
2013-04-25 04:21:11 24h: ............ ..CCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCC....... .............
2013-04-25 04:21:11 30h: ............ ............ ............ ............ ......tttttt tttttt.......
2013-04-25 04:21:11 36h: ............ ............ ............ ............ ............ .............
2013-04-25 04:21:11 42h: ............ ............ ..tttttttttt tttt........ ............ ....tttttttt.
2013-04-25 04:21:11 C=AD core time, t=timer, A=AD timer.
2013-04-25 04:21:11 ScanTimer: last successful scan @ 2013-04-25 04:14.
2013-04-25 04:21:11 ScanTimer: associated start slot @ 2013-04-26 04:00.
2013-04-25 04:21:11 ScanTimer: possibly advanced to @ 2013-04-26 04:00.
2013-04-25 04:21:11 TimerDB: deleting DB timer '28 'SmartEPG' (2013-04-26 04:00/2')'.
2013-04-25 04:21:11 ScanTimer: timer has been set to @ 2013-04-26 04:00.
2013-04-25 04:21:11 ScanTimer: last successful scan @ 2013-04-25 04:14.
2013-04-25 04:21:11 ScanTimer: associated start slot @ 2013-04-26 04:00.
2013-04-25 04:21:11 ScanTimer: possibly advanced to @ 2013-04-26 04:00.
2013-04-25 04:21:11 TimerDB: deleting DB timer '28 'SmartEPG' (2013-04-26 04:00/2')'.
2013-04-25 04:21:11 ScanTimer: timer has been set to @ 2013-04-26 04:00.
2013-04-25 04:21:12 SE shutdown finished.
2013-04-25 04:21:12 FlashTimerDebug: difference found @ 'Exit'.

Aber das ist dann wohl auch ein anderes Problem/Effekt.

[Wolfman]

Ich weiß, dass Dir das nicht weiter hilft - aber bei mir werden die ganz normal gesetzt.

Mit Sat (bei mir) und Kabel kann das ja normalerweise nichts zu tun haben

[FireBird]

Schick mir bitte ein Backup.

[Maliboy]

Unterwegs...

[FireBird]

Ich weiß zwar noch nicht genau, wo der Bug liegt, aber die "Mali"-Suche funkt dazwischen. Blockt man diese, werden die beiden Primeval-Timer korrekt programmiert.

[Maliboy]

Das liegt wohl am Wort Anomalie, welches in fast Jeder Beschreibung vorkommt. Mein Bekanntes Problem mit dem Wort Mali (Da wurde ja z.B. auch immer 'Die Rettungsschwimmer von Malibu' gefunden).
Und ein Suchen mit Leerzeichen am Anfang und Ende geht auch nicht .

Ich habe jetzt mal meinen Mail Suchtimer ergänzt und nun bekomme ich REC Timer.

Interessant ist für mich ja nur, das ich bei dem Suchwort die Timer ja nicht gesehen habe und die Timer ja auch Niedrig Priorisiert sind. Aber meine Idee, das ein anderer Suchbegriff reinpfuscht war ja korrekt.

[FireBird]

Der Bug ist, dass durch den zweiten Treffer (Primeval) zwar der Timer an sich nicht verändert wird (was ok ist), aber die Referenz auf die Suche. Sonst wäre sofort klar gewesen, woher der Wind weht. Daraus ergibt sich jetzt aber ein anderes Problem: eigentlich müsste eine Suche mit höherer Priorität gewinnen (z.B. M- vs. R-Timer oder Low vs. High Priority). Ob ich das einfach unterbringe, kann ich noch nicht sagen.

[Maliboy]

Wobei eigentlich Mali der zweite Treffer ist. Primeval hat Prio Normal, Mali Niedrig.

[FireBird]

Wobei eigentlich Mali der zweite Treffer ist. Primeval hat Prio Normal, Mali Niedrig.

Fast hättest Du mich erwischt. Bei der Suche kommt M vor P, erst bei der Programmierung der Timer wird nach Priorität sortiert.

[Maliboy]

Na dann macht es doch Lieber umgekehrt. P ist doch immer wichtiger als M. Weil bei P weiß ich schon vorher das ich es will. M sind für mich Kann Timer.

[FireBird]

Das war anders gemeint: M ali kommt vor P rimeval, also alphabetisch

[Maliboy]

Spielt die Reihenfolge in der Suchliste eine Rolle?