SpecialJump: Plugin zum schnellen manuellen Überspringen von Werbung (und mehr)

Nachricht

Marcus_KA · #261

Hallo Fischreiher,

gerade habe ich gesehen, dass SpecialJump modifiziert/überarbeitet wurde. Lohnt es sich, eine neue Version vom Feed zu installieren?
Abgesehen von dem Sendersuchlauf sind mir keine Probleme mehr aufgefallen, so dass ich aktuell ganz zufrieden bin.
(Hatte zwar gerade einen Bluescreen, habe aber wahrscheinlich zu schnell in IPTV-Bouquets geblättert.)

#262

Ich bastele gerade an einer Tastenbelegung für eine Fernbedienung mit nur 6 Tasten, die ist aber noch nicht ganz ausgereift. Ich werde hier entsprechende Informationen veröffentlichen, sobald sie fertig ist.

Marcus_KA · #263

Danke, dann wünsche ich noch viel Spaß beim basteln (und knobeln). Eine spannende Aufgabe!

args · #264

Fischreiher hat geschrieben:@Banu, FastZap startet ja eine Pseudo-Aufnahme auf dem nächsten Sender, die Abfrage der ECM bei Cryptsendern erfolgt in der Cam (Info vom Cap, danke!). Darauf hat SpecialJump keinen Einfluss, und in alle Cams etwas einzubauen steht glaube ich nicht zur Debatte. Kannst Du mir erklären, was für ein Problem das mit sich bringt, dass die ECM abgefragt wird ?

Bei normalen Aufnahmen kann man ja einstellen, dass bei der Aufnahme diese nicht entschlüsselt wird und somit während der Aufnahme keine ECMs abgefragt werden. Gibt es diese Möglichkeit nicht auch für Pseudo-Aufnahmen?

(Hätte das nicht nur gerne beim FastZap sondern auch beim EPG-Refresh, dass das durchgeführt wird ohne ECMs abzufragen.)

#265

Vielen Dank für die Anregung, das könnte machbar sein. Kannst Du mir bitte noch sagen, wo diese Eingestellung vorgenommen wird?

args · #266

Für die normalen Aufnahmen kann man das bei den Timer Einstellungen festlegen (siehe Screenshot).
Für die Pseudo-Aufnahmen habe ich hierzu leider auch noch keine Einstellungsmöglichkeit gefunden und bin daher da auch noch auf der Suche. Aber da sollte es ja sicherlich irgendwie eine Möglichkeit geben das einzustellen.

#267

Ich werde mir das bei Gelegenheit mal ansehen, vielleicht kann ich bei der Realisierung der Einstellung "Aufnahmeart" etwas abgucken und doch ins Image einbauen, dass Pseudo-Aufnahmen nicht entschlüsselt werden.

#268

Bitte teste mal die neue Version von SpecialJump, die voraussichtlich ab morgen auf dem Feed liegt.

FastZap pseudo recordings: don't descramble, record ECM * openatv/SpecialJump@7124cb2 * GitHub

#269

Seit heute steht die neue Version auf dem Feed bereit.

args · #270

Vielen Dank.
Funktioniert

Ich wäre noch daran interessiert das so auch beim EPGRefresh Plugin mit der Pseudo-Aufnahme ohne Entschlüsselung anzuwenden. Oder halt entsprechend im Image einzustellen, dass Pseudo-Aufnahmen nie entschlüsselt werden sollen.

args · #271

Ok, ich habe mir das mal angeschaut und das sollte auch im EPGRefresh ziemlich leicht umzustellen sein. Dazu muss man wohl nur in der RecordAdapter.py die Zeile von self.__service.prepareStreaming() in self.__service.prepareStreaming(False,True) ändern und dann sollte das gehen. Allerdings fehlt mir der source code des EPGRefresh Plugins welches über den Feed vom openatv Image bereitgestellt wird. Den source code den ich gefunden habe der gehört leider zu einer anderen Version.

Edit: Hab jetzt von der von mir gefunden Version (enigma2-plugins/RecordAdapter.py at master * herpoi/enigma2-plugins * GitHub) nur die RecordAdapter.py bzw RecordAdapter.pyo geändert und ausgetauscht. Scheint soweit zu funktionieren.

Eine abschließende Frage hätte ich noch:
prepareStreaming(False,True) # descramble=False, includeecm=True

Warum hast du ECM speichern bei der Pseudo-Aufnahme auf True gesetzt? Wird beim umschalten dann das gespeicherte ECM der Pseudo-Aufnahme verwendet? Sollte doch eigentlich auch mit prepareStreaming(False,False) funktionieren oder? Werden die Daten der Pseudo-Aufnahme nicht sowieso überhaupt nicht gespeichert bzw. wieder gelöscht?

#272

Danke für die Rückmeldung, super!

Ich hatte "includeecm=True" nur gesetzt, weil das der Einstellung entspricht, die ich in Deinem Screenshot gesehen habe. Vielleicht kannst Du mal mit (False, False) testen? Das richtige Repository ist enigma2-plugins/epgrefresh/src at 2.3 * oe-alliance/enigma2-plugins * GitHub .

#273

Gehört langsam eher zum epg-Refresh.
Könnte man nicht weitere "Pseudoaufnahmen" auf den nächsten Transpondern starten, solange noch genügend freie Tuner da sind? Ich denke da an kommende Boxen, bei denen ein oder zwei FBC-Tuner verbaut sind. Und mit genügender Anzahl SCR könnte das ja gehen.

Maus Lallo · #274

Hi,
ich habe die Quad 4k. 2 Satkabel kommen vom Multischalter und gehen an Tuner A und B. Einstellungen A: einfach, disec a/b, Empfang Astra 19 und Astra 28. Special Jump installiert, nur FastZapping gewünscht. Soweit, so gut.
Es kommt öfter vor, daß der Tuner nicht einlockt, das Bild bleibt dann schwarz. Das passiert zb. wenn ich von Programmplatz 20 auf 1 schalte, mit Direktwahl. Andere Kombinationen habe ich auch schon bemerkt. Beim Zappen hin und her scheint alles normal zu sein.

Bei meiner ET8500 war alles normal, das hat doch sicher mit den 8 virtuellen Tunern der 4k zu tun. Was könnte ich tun, damit es wieder schön läuft? Aufrüsten auf Unicable?
Danke für Antwort,
maus

#275

Nein. Das hat nichts mit den virtuellen Tunern zu tun. Die Treiber sind im Augenblick noch verbesserungswürdig bzgl. Zappspeed. Ja. Aber Tuningfehler bekomme ich in nur letzter Zeit in Verbindung mit im Hintergrund startenden Timeraufnahmen (tuning failed im Log, ist auch schon gemeldet). Älteres oATV oder OpenMips hatten das noch nicht.
Und ja, Blackscreen beim Zappen aus der Senderliste von FreeTV direkt auf einen sky-Sender (Alpha/ V14) hatte ich vorgestern einmal. Das gibt es auch auf SF4008 im Team. Adenin hat das schon in der Mache, meinte aber, dass er es bei UniCable (wie bei mir) noch verstehen könnte. Gut, dass es bei dir auch reiner DiSEqC-Betrieb ist. Ich konnte hier nicht 100% sagen, ob sich einer meiner Jungs per DreamDroid reingehängt hatte (natürlich nicht :-) ). Das Modul hängt sich aber auch ab und an genauso in meiner DM900UHD gern mal komplett weg (Umschalten oder Karte ziehen und wieder stecken reicht nicht). Aber auch nicht wirklich reproduzierbar. Auf jeden Fall wird das Timing des Treibers diesbezüglich noch angepasst/ geändert.

Du darfst bei deiner Anschluß- und Versorgungskonstellation übrigens nicht vergessen, den Tuner B mit der Auswahl "Gleich wie Tuner A" einzustellen. Tuner C-H kannst du belassen, wie sie nach Flashen sind.

Dass es bei deiner ET8500 (noch) gut läuft, mag an einem älteren Stand des Images/ Treibers/ Kernelversion liegen.

Maus Lallo · #276

Ja klar, dem Tuner A sag ich die Parameter und Tuner B wird auf "Gleich wie Tuner A" eingestellt.
Was ich nochmal klarstellen will, ist, daß das Problem nur bei Verwendung von SpecialJump auftritt. Ohne das Plugin treffen die Tuner immer, da gibt es keinen schwarzen Bildschirm.

#277

Gut. Aber nochmal. Liegt nicht an den FBC-Tunern oder dem special-Jump (das habe ich z.B. nicht installiert). Das liegt einerseits am Timing der Treiber, und andererseits daran, dass die dann in Zusammenspiel mit dem Rest des Images falsche Werte für die Transponderansteuerung generieren/ melden.

Maus Lallo · #278

Oookay. Dann warte ich mal auf neue Treiber. Schönen Dank auch

#279

Danke für die Erklärung, Papi.

Dass sich ein Treiberfehler mit SpecialJump eher bemerkbar macht als ohne, kann darauf zurückzuführen sein, dass im Fast Zap Mode einfach mehr mit den Tunern gemacht wird. Bei der Direktwahl eines Senders ist die Wahrscheinlichkeit hoch, dass beim letzten Zappen der falsche Transponder vorgeladen wurde. Somit müssen 2 Tuner freigegeben und auf 2 Transponder neu getunet werden. Offenbar überfordert das den Treiber Deiner Box.

Maus Lallo · #280

Ah, da muß man erstmal drauf kommen. Also ich hab SpecialJump erstmal wieder deaktiviert, weil es doch oft vorkommt, daß ich direkt anwähle.