SmartDecrypter

[macfan]

Heute fuhr der Topf hoch und machte nichts. Dann habe ich den Bildschirm eingeschaltet und sah, dass SmartDecrypter gestartet war und fragte, ob der Topf nach dem Entschlüsseln ausgeschaltet werden soll. Geht dieser Dialog nicht nach einer bestimmten Zeit automatisch weg? Kann es sein, dass dieser Fehler am Start durch das XStart-TAP liegt?
Gruß, Horst

[Töppi]

SmartDecrypter interpretiert den verspäteten Start durch Xstart wohl als manuelles Nachstarten, daher dann der Dialog und wartet auf Eingabe.

[macfan]

Wenn das so ist:
Twi, hast du eine Lösung? Z. B. Start innerhalb von 3 Minuten nach Start zählt als automatisches Starten oder wenn die Frage nach 3 Minuten nicht beantwortet wurde, legt SmartDecrypter los und schaltet dann aus?

Gruß, Horst

[Twilight]

die uptime hab ich eigentlich recht großzügig genommen, da ja ein überprüfen der festplatte nicht dazu führen soll das SmartDecrypter glaubt manuell gestartet zu worden zu sein.
abhilfe ist ganz einfach: starte es früher...also lass es im autostart, denn SmartDecrypter beendet sich sowieso sofort wenn kein SmartDecrypter timer den start ausgelöst hat.

twilight

[Steffenlight]

Der Horst ist aber ein Perfektionist ! Glaube nicht das das reicht ;-)

[Twilight]

nun, es gibt uas meiner sicht dinge die sinn machen und dinge die keinen sinn machen und SmartDecrypter mit einer verspätung von 3min zu starten gehört zu denen die keinen machen. wenn wir das weiter spinnen und dann noch der receiver verspätet startet, weil im standby die uhr nihct genau ist kommen wir dann gleich in den bereich wo SmartDecrypter nicht mehr arbeitet weil es davon ausgeht das es aus einem anderen grund gestartet wurde und sich beendet.

twilight

[macfan]

[quote="Twilight"]nun, es gibt uas meiner sicht dinge die sinn machen und dinge die keinen sinn machen und SmartDecrypter mit einer verspätung von 3min zu starten gehört zu denen die keinen machen.[/quote]
Das behauptest du. In der Tat macht es für mich sehr viel Sinn. Besser als gut zu entschlüsseln ist es, wenn die Aufnahmen gar nicht erst verschlüsselt sind. Nach langen Tests mit AutoPin hat sich herausgestellt, dass es nur dann sicher greift, wenn möglichst wenige TAPs gestartet sind. Also starte ich nur AutoPin, SmartEPG und lost+found, sonst nichts. Alles andere wird durch XStart verzögert nachgestartet.

Es wäre sehr schade, wenn du auf die Problematik nicht eingehen könntest. Du kannst doch einfach nach 3 Minuten keiner Reaktion auf die Frage nach dem Ausschalten davon ausgehen, dass niemand vor dem Bildschirm sitzt.

Gruß, Horst

[FireBird]

[quote="macfan"]Du kannst doch einfach nach 3 Minuten keiner Reaktion auf die Frage nach dem Ausschalten davon ausgehen, dass niemand vor dem Bildschirm sitzt.[/quote]
Da Du die Automatik aushebelst, gibt es keine richtige Antwort mehr. Generell nicht abschalten lässt den Topf bei SD-Timern weiterlaufen und wenn SD generell abschalten soll, ist es noch schlimmer, da dann andere TAPs gar nicht mehr arbeiten können (z.B. SE Scan).

[macfan]

Startet denn ein SmartDecrypter-Entschlüsseln während des SmartEPG-Scans? Das kann ich mir gar nicht vorstellen. Es ist doch so, dass SmartDecrypter nach seinem Entschlüsseln abschalten sollte. Da ist doch der SmartEPG-Scan lange gelaufen, oder?

Gruß, Horst

[FireBird]

Wenn Du den Vorschlag machst, dass die SD-Frage per Default mit Abschalten beantwortet werden muss, dann schaltet SD sofort ab, wenn es nichts zu tun gibt. So ist der manuelle Modus nun einmal.

[Twilight]

das problem ist einfach das durch das späte starten du eben nicht den normalen modus startest, sondern den manuellen und da gelten andere voraussetzungen.

twilight

[macfan]

[quote="FireBird"]Wenn Du den Vorschlag machst, dass die SD-Frage per Default mit Abschalten beantwortet werden muss, dann schaltet SD sofort ab, wenn es nichts zu tun gibt. So ist der manuelle Modus nun einmal.[/quote]
Jetzt bin ich total verwirrt. Ich habe den manuellen Modus nur anders erlebt. Wenn es nichts zu tun gibt, macht SmartDecrypter auch nichts, wozu auch? Nur wenn eine Sendung zum Entschlüsseln ansteht, wird die Frage gestellt. Anders habe ich das bisher nicht gesehen.

Insofern sollte SmartDecrypter dann anderen TAPs nicht ins Gehege kommen.

Gruß, Horst

[macfan]

[quote="Twilight"]das problem ist einfach das durch das späte starten du eben nicht den normalen modus startest, sondern den manuellen und da gelten andere voraussetzungen.[/quote]
Stimmt. Deshalb der Wunsch die Abfrage "Nach dem Entschlüsseln abschalten" nach drei Minuten mit "Ja" beantwortet zu betrachten. Natürlich kann ich SmartDecrypter auch sofort starten lassen, aber dann werden nach meinen intensiven Tests deutlich mehr Aufnahmen verschlüsselt. Da wird SmartDecrypter dann für mich etwas widersinnig.

Gruß, Horst

[Twilight]

nochmal: es macht keinen sinn das tap beim hochfahren des SRPs so zu starten das das tap denkt es wurde nicht automatisch sondern manuell gestartet. das führt die ganze logik über den haufen.

twilight

[macfan]

Und was soll ich machen? Wie ich schrieb, führt der direkte Start zu deutlich mehr verschlüsselten Aufnahmen. Das ist doch auch nicht sinnvoll. Wäre nicht ein Erkennen des Spät-Starts möglich?

Gruß, Horst

[Steffenlight]

Also Horst die aktuelle AutoPIN habe ich selbst massiv getestet funzt am besten wenn es nach TimerDiags an Position 2 startet !
Ich verstehe deinen Aufwand auch nicht auch wenn du es noch so schön umschreibst ;-)

Die verschlüsselten Aufnahmen kommen bei mir jetzt nur noch vom CAM und evt. den Einstellungen von Iqtuner.
Hier muss ich mal testen warum die Verschlüsselung zwischendurch wieder einsetzt obwohl das Iqtuner verhindern sollte...

[Twilight]

klar wäre das möglich, dann müssen die user die es manuell starten wollen die kiste mal 10min laufen lassen damit das möglich ist...
ich kann deine testergebnisse nicht nachvollziehen, ob das an der receivertype liegt kann ich nihct sagen...eher an der premiere geschichte. und soweit ich bei autopin mitgelesen habe wird hier an einer lösung gearbeitet.
ich sehe im moment keine sinnvolle lösung die ich dir anbieten kann ohne das ganze konzept des taps über den haufen schmeißen zu müssen.

twilight

[roger.stijfs]

Hallo,

If I am not in front of my TV, I could be on vacation in a tent or caravan, and be sitting in front of my laptop or , watching something via jkIT's liveserver-stream, or I am scrolling the epg by WebControl, or something like that.
Do not auto shut down, if there is no human interaction. With TMSremote in Webcontrol, I can give the command for not shutting down. If toppy is shut down, I probably have no sat-tv stream at all.

Put it simply in autostart folder,
OR,
create a timer for 5 minutes in front of the actual "headprogram" timer, that stops at the same time the actual "headprogram" timer is to be started. use the same channel for that timer. This 5 minute timer could be a scambled recording, the actual "headprogram" timer, is descrambled recorded.

Well, that is my opinion.

Greatings.

[macfan]

Also Horst die aktuelle AutoPIN habe ich selbst massiv getestet funzt am besten wenn es nach TimerDiags an Position 2 startet !

Gibt es jetzt ein neueres AutoPin? (Ich war zwei Wochen in Urlaub.) Dann muss ich damit testen.

Ich verstehe deinen Aufwand auch nicht auch wenn du es noch so schön umschreibst ;-)

Der Aufwand waren lange Testreihen von AutoPin in Kombination mit allen möglichen TAP-Konstellationen, da Gerti vermutete, dass es an einem bestimmten TAP lag. Das Ergebnis war aber, dass es an einer allgemeinen "TAP-Last" lag. Sobald zu viele gestartet waren, kamen die AutoPin immer öfter ins Gehege.

Gruß, Horst

[macfan]

[quote="Twilight"]klar wäre das möglich, dann müssen die user die es manuell starten wollen die kiste mal 10min laufen lassen damit das möglich ist...[/quote]
Ich habe ja auch nicht von 10 Minuten gesprochen. Mein Vorschlag war dagegen, dass man den Dialog mit der Abschalt-Nachfrage nach ein paar Minuten als automatisch beantwortet betrachtet und SmartDecrypter dann loslegt. Das würde ich unabhängig von meinem Problem für sinnvoll erachten.

Aber ich teste jetzt erst einmal die von Steffen erwähnte neue AutoPin-Version. Wenn die das Problem der TAP-Last umgeht, ist das natürlich besser, dann kann ich auch XStart weglassen.

Gruß, Horst