Ok, Thanks for the info .
I hadn't thought of that.
Because i don't have a dm820, i can't create a plugin-so-File for this box.
So this plugin only works on armhf and arm64 boxes.
Notice for AIO-Image on One/Two:
On AIO-Image for One/Two the box freeze if you want to change to a skin with other resolution.
This is a "bug" of aio-image, which should fix in next versions, but then dream property gave up, before fix this.
...Isn't it possible in the future to have this plugin in dm820?
Why you can't use this Plugin on dm820?
I think, this plugin should also works on dm820 if you have installed DreamOS OE2.5.
ZitatI have also another question about CSP
didn't want to ask two times in separate thread just excuse☺️
Isn't it possible to add functionality for moving channels in group ways, I mean like (DreamEdit) not one by one
This functionality is not planned.
Hast du das HDMI-CEC 2.0 installiert?
Wenn ja, kannst du im Menü -> Einstellungen -> Geräte -> HDMI CEC 2.0 dort über die blaue Taste die HDMI-CEC-Geräte anzeigen lassen.
Wenn du bei dem ausgewählten Gerät dann die Info-Taste drückst, wird in der letzten Zeile der Geräte-Status angezeigt.
Wenn du dir dann den Code dazu anschaust, kannst du da ggf. was daraus verwenden.
In der Info zum Gerät ist auch der Geräte-Typ (z.B. TV) gelistet - der TV hat in der Regel die logische Adresse 0.
Ja, auf den AIO-Feed kann grundsätzlich nur gutemine etwas hochladen.
Wenn du da spezielle Wünsche hast, kannst du die hier durchaus äußern.
Ich denke, dass gutemine hier auch mitliest und derartige Wünsche prüfen wird.
Das zusätzliche evStart bei isStream war nur nötig, da sonst nicht in jedem Fall das Stream-Icon in der Infobar korrekt angezeigt wurde (soweit im Skin dort vorwendet).
Ich glaube, wenn man z.B. auf ARD (Sat) war und dann auf ARD als Stream umgeschaltet hatte, kam kein Stream-Icon. Der Fix hat das behoben.
...da lag auch noch das Paket enigma2-plugin-systemplugins-networkbrowser_4.4.1+git0+810eaabea9-r0.1_arm64.deb am aio feed
aktuell findet man enigma2-plugin-systemplugins-networkbrowser_4.4.1+git3+810eaabea9-r0.0_arm64.deb - also lt. Versionsnummer eine ältere Version...
Ich sehe hier auf dem gutemine aio-feed aktuell noch die r0.1 (arm64).
Soweit ich mich erinnere enthält die r0.1 folgenden Fix ("Netzwerkname ändern" im Mount Manager):
Die r0.0 müsste das Originalpaket von DP sein.
Da ist die Box direkt nach Ändern des Netzwerknamens über den MountManager nicht mehr bedienbar (betriff OE2.5 und OE2.6).
Schade, dass gutemine das enigma2_5.0.0r2-r0.9_arm64.deb vom Feed genommen hat.
Da waren einige sinnvolle Fixes für /usr/lib/enigma2/python/... enthalten.
Falls nichts anderes hilft, gibt es bei ebay ein Angebot eines Users "bunzenbauer", der solche Fälle auch repariert.
(u.g. Fehlerbilder kann er möglicherweise reparieren - bei ebay einfach nach "bunzenbauer dm920" suchen)
Evtl. da mal anfragen - ist vielleicht kostengünstiger als deine andere Alternative.
ZitatFehler: nur rote LED-startet nicht. Läßt sich nicht mehr flashen oder startet nur noch in den Rescue-Modus,gelbes Ausrufzeichen im Display.
Bild friert ein,Pixelfehler oder Meldung-Tunen fehlgeschlagen.
Kommst du per FTP auf die Box, wenn sie im Rescue-Mode startet?
Dann müsste man mal den Flash-Befehl vom RescueLoader suchen und dann manuell ein hochgeladenes Image per telnet flashen.
Vielleicht kann Fred Bogus Trumper dazu noch was sagen ???
Edit:
Falls es per FTP nicht geht, sollte man aber auch per wget ein Flash-Image laden können und dann in telnet zum Flashen verwenden können. Analog zur obigen Variante für das Rescue-Image.
Damit hast du ja "nur" das Rescue-Image neu geflasht.
Kommst du jetzt mit dem Browser in das Webinterface des RescueLoaders ?
Bei mir war damals bei gleicher Konstellation der Flash defekt.
(immer Start im Rescue-Mode und per Webif nicht erreichbar - nur der Fehler wie bei dir)
Da wurde damals von DP das Motherboard getauscht.
Auf einen USB-Stick aufnehmen hat bei mir auf der One/Two nicht funktioniert (auch Timeshift nicht).
Die scheinen dafür nicht genügend Performance zu bieten.
Nach wenigen Sekunden kamen da bei mir die Zahnräder und die Box war kaum bedienbar.
Hab da auch zig verschiedene USB-Sticks probiert.
Geholfen hat dann eine Mini-USB-SSD (120 GB Intenso), die ich ausnahmsweise als lokale Aufnahme-Quelle bzw. für Timeshift verwende.
Aufnahmen macht grundsätzlich nur meine 920-Serverbox, die ich per Partnerbox-Plugin entsprechend von der Two ansteuere.
Die Aufnahmen der 920 spiele ich dann per gemounteter Netzwerkfreigabe (NFS) auf der Two über EMC ab.
perhaps after update from the added gutemine aio-feed
here is a link with a solution for this problem after aio-update (command for telnet):
Das mit dem Satfinder ist "normal" (ist bei mir auch so).
Da sollten eigentlich nur die Tuner A1 und A2 erscheinen.
Welchen Demod er dann verwendet, regelt er intern - da wählt man nur den Tuner.
Zu deinem anderen Problem kann ich leider nichts sagen, da ich nur Astra und Eutelsat 13E habe.
Der Befehl für die Anzeige der wget-Version heißt:
wget --version
(also ohne Leerzeichen nach --)
Und vermutlich hast du nicht das echte wget, sondern nur das busybox-wget.
Zum Installieren des echten wget vor deinem obigen Befehl zum Installieren des Plugin noch das hier ausführen:
apt-get install wget
Here was an other user with the same problem on a dm900.
The box was only show the tuner if he use the OpenATV6.3-Image.
His Box was a Clone-Box.
I don't know, if also exist clone-boxes of the dm 920 ??
Have you a third tuner from other dreambox to test?
Or can you test these two tuners in an other dreambox?
Perhaps both tuners are broken or the tuner-slots of the 920 are broken ???
Can you test with flash the last unstable image ?
Bei Timeshift/Permanent Timeshift wird aber im Normalfall kein zusätzlicher Tuner belegt, sondern der bereits im Live-TV genutzte Tuner mitverwendet.
Daher kann ich das Problem nicht ganz nachvollziehen.
Dieses Problem mit merkwürdig belegten Tunern kenne ich nur, wenn man mit einer anderen Box per Partnerbox auf die Tuner der Hauptbox zugreift und dabei manchmal der Stream-Tuner nicht mehr freigegeben wird.
War bei mir meist beim zu schnellen Zappen auf der Remotebox (Client).
Dann war auf der Hauptbox immer noch ein blockierter Stream/Tuner offen, obwohl die Remotebox gar nicht mehr aktiv war. Da kam beim Herunterfahren der Hauptbox auch immer die Frage, ob man trotz laufender Aufnahme (offener Stream) trotzdem runterfahren möchte.
Beim bewusst langsamen Umschalten der Sender/Streams auf der Remotebox passierte das nicht.
Prüfst du auch zusätzlich das automatic_wakeup oder machst du nur den Vergleich der beiden Werte ?
Ansonsten kannst du ja mal prüfen, was diese beiden Funktionen liefern:
from Tools.DreamboxHardware import getFPWakeuptime, getFPWasTimerWakeup
Ich hatte da beim StartupToIdle einiges zu prüfen.
Dabei nutze ich folgende Funktionen:
from Tools.DreamboxHardware import getFPWakeuptime, getFPWasTimerWakeup
Im Elektro wird das so genutzt:
automatic_wakeup = self.session.nav.wasTimerWakeup() # woken by any timer
elektro_wakeup = automatic_wakeup and config.plugins.elektro.deepstandby_wakeup_time.value == config.misc.prev_wakeup_time.value
record_wakeup = automatic_wakeup and config.misc.prev_wakeup_time.value and config.misc.prev_wakeup_time_type.value == 0Da wird die eigene wakeup-Time auch zwischengespeichert (config.plugins.elektro.deepstandby_wakeup_time.value) und im obigen Code wieder gegengeprüft.
def getNextWakeup():
global ElektroWakeUpTime
wakeuptime = 0
now = time()
elektro_print("Now realtime:", strftime("%a, %H:%M:%S", localtime(now)))
if ElektroWakeUpTime > now:
elektro_print("Will wake up at realtime:", strftime("%a, %H:%M:%S", localtime(ElektroWakeUpTime)))
wakeuptime = ElektroWakeUpTime
config.plugins.elektro.deepstandby_wakeup_time.value = wakeuptime
config.plugins.elektro.deepstandby_wakeup_time.save()
return wakeuptime or -1Vielleicht hilft dir das ja.
Das heißt nicht GBT sondern GPT 