Es ist egal ob bzw. wann die 7 released wird. Die Unkerei wird so oder so nicht aufhören.

Wenn die 7 da ist, wird die "Rückfälligskeitsquote" vermutlich wieder steigen, dann werden wir uns wieder anhören können, was in den Open* Images alles besser war. Wenn sie nicht released wird, geht es eben in der Tonart weiter.

So oder so, die Trolle folgen dem derzeitigen gesellschaftlichen wie politsch salonfähig gewordenen Verhalten wie Lemminge: Im Schwarm sicher fühlen und solange Nonsens und Unwahrheiten verbreiten bis man es selbst oder gar Wikipedia glaubt ...

Kannst du die Box in den rescue loader/flash modus booten?

Ich stelle die gegenteilige Behauptung auf, dass es am @ Plugin liegt und nicht am AiO.

Entweder gibt es eine Einstellung im @ damit die IP Einstellungen aus dem Flash in die @ Images kopiert werden oder man muss die IP's nochmal manuell statisch vergeben. Wenn das nicht funktioniert wird es eher am @ Plugin liegen als am AiO - darauf wollte ich hinaus.

Zudem wird das @ Plugin hier weder angeboten noch supported

und wie verhält es sich ohne @ ?

How about staying down to earth for once?

There would be no open pli or other "open" image without dream property and their good faith in the world.

Why don't you troll around where you are let down finally

Quote from onoffline

Python kann man als "Fachfremder" relativ einfach erlernen. Wer jetzt beginnt, kann pünkltich zum Wechsel auf 3.0 " fit" sein..

Dann bin ich zu doof. Ich frickle seit Jahren in Python Codes mehr schlecht als recht rum - manches funktioniert, manches nicht, manchmal ist alles kaputt

Und wenn man die verschieden Klassen im Code und deren Zusammenhänge nicht versteht wird es richtig kompliziert

Und ich bin soweit davon entfernt ein komplexeres Plugin selbst zu erstellen, dass man vielleicht auch noch veröffentlichen kann wie Jules Verne vor der ersten umgesetzten Reise zum Mond.

Deinen Optimismus möchte ich gerne haben

Quote from alpha

vielleicht noch ein kleines info-puzzle: habe gesehen, dass das seven display ne hoehere aufloesung hat: 640 x 360. sozusagen das wqhd des kleinen displays

die seven wird sich nicht mit 16GB flash begnügen, da muss ja der Speicherplatz verbraten werden: wallpapers statt picons ...

Am Ende kommt dann @ wieder auf lustige Ideen um mit der Partitionierung zu spielen

msatter

die Info mit der SD Card hast du vorenthalten und gleich aufs Netzwerk geschossen

Das eine SD Card nicht das schnellste Medium ist sollte sich inzwischen rumgesprochen haben. Aber nicht nur die SD Card bremst, der verbaute Reader spielt auch keine unwesentliche Rolle ...

Es geht halt nichts über eine LAN Verkabelung und eine SSD oder CRM HDD über SATA angeschlossen - alles andere ist nur die halbe Freude, zumindest in einem PVR. Eine NVMe SSD in/an der Dreambox wäre doch ein overkill

bei den Transferraten der Box von msatter tippe ich eher auf ein lokales Netzwerk oder ein Hardware Problem. Die Raten liegen weit unter z.B. eher langsamen dm820.

Wenn alle Amologic Boxen so langsam wären, gäbe es längst einen eigenen Thread zu dem Thema

Mbit/s?

das wären 37,5MB/s vs. 5,375MB/s mit AIO


37,5MB/s wären auch extrem langsam, da müsste das doppelte rausschauen

die hängen nur noch rum

nach der Logik müsste das Image TiO heissen

Quote from dre

Ich hab auch Blödsinn erzählt. Dritte Position 2 ist Radio

---

2 wäre File

Siehe hier: https://github.com/opendreambo…ib/service/iservice.h#L34

d.h. die 3 Postion beginnend mit 1 oder 2? in den TV Service Referenzen findet man auch 1:0:16 oder 1:0:19 an der dritten Stelle - die steht dann auch in der lambedb, allerdings als Dezimalzahl

Aber danke für die Aufklärung, langsam wird der Zusammenhang klarer

ah, danke - das hätte ich aus der lamedb nicht herausgelesen - und steht vermutlich auch nicht dort drinnen

in den OE2.5 userbouquet.*.radio files steht aber auch 1:0: und und nicht 2:0: in der Service Reference.

Hat sich das im AIO geändert? (damit ich nicht ganz ins off topic abgleite)

im OE2.5 funktioniert das aber,

Aus irgendeneinem Grund funktioniert epg refresch auf der Serverbox nicht (mehr) und als workaround lasse ich das epg refresch auf der Client box in den Partnerbox Bouquets laufen. Aktuallisiert sind dann beide EPGs.

Die 1:256: wird aber scheinbar - zumindest im OE2.5, intern verarbeitet. Wenn man auf der Clientbox einen Partnerbox Timer auf der Serverbox mit Aufnahmeziel auf der Serverbox erstellt, wir wird ein Timereintrag auf der Serverbox mit der Service Referenz 1:256: erstellt, obwohl diese Service Reference auf der Serverbox gar nicht hinterlegt ist. Die Aufnahme wird aber korrekt abgearbeitet

In der lamedb fehlen die ersten beiden Stellen, d.h. da beginnt die Service Referenze an der 3. Stelle (nach 1:0: bzw. 1:256:) wenn ich die lamedb richtig verstanden und "umgerechnet" habe

root@dm820:~# SR="1:256:19:132F:3EF:1:C00000:0:0:0:"
root@dm820:~# DBA=$(echo "$SR"|cut -d\: -f4)
root@dm820:~# DBB=$(printf "%08X\n" 0x"$(echo "$SR"|cut -d\: -f 7)")
root@dm820:~# DBC=$(printf "%04X" 0x$(echo "$SR"|cut -d\: -f5))
root@dm820:~# DBD=$(printf "%04d" $(echo "$SR"|cut -d\: -f6))
root@dm820:~# DBE=$(printf "%d" "0x$(echo "$SR"|cut -d\: -f3)")
root@dm820:~# DBR=$(echo $DBA:$DBB:$DBC:$DBD:$DBE)
root@dm820:~# SN=$(grep -i $DBR -A 1 /etc/enigma2/lamedb |tail -n 1)
root@dm820:~# echo $SN
ORF1 HD
root@dm820:~#


root@dm820:~# SR="1:0:19:132F:3EF:1:C00000:0:0:0:"
root@dm820:~# DBA=$(echo "$SR"|cut -d\: -f4)
root@dm820:~# DBB=$(printf "%08X\n" 0x"$(echo "$SR"|cut -d\: -f 7)")
root@dm820:~# DBC=$(printf "%04X" 0x$(echo "$SR"|cut -d\: -f5))
root@dm820:~# DBD=$(printf "%04d" $(echo "$SR"|cut -d\: -f6))
root@dm820:~# DBE=$(printf "%d" "0x$(echo "$SR"|cut -d\: -f3)")
root@dm820:~# DBR=$(echo $DBA:$DBB:$DBC:$DBD:$DBE)
root@dm820:~# SN=$(grep -i $DBR -A 1 /etc/enigma2/lamedb |tail -n 1)
root@dm820:~# echo $SN
ORF1 HD
root@dm820:~#

Die Piconanzeige basierend auf 1:256: Service Referenzen ist dann die andere Baustelle ...

wenn enigma2 hängt und sich weder stoppen noch neu starten lässt hilft u.U. der killall command um enigma2 abzuwürgen

ich hatte auch schon Situationen in denen sich enigma2 weder mit stop noch mit killall abwürgen lies, in den meisten Fällen reagierte die Box dann auf nichts ausser dem Kippschalter ...

aber nur wenn man ein

systemctl start enigma2.service

nachjagt

am besten in der Reihenfolge ersuchen
systemctl stop enigma2.service
killall -15 enigma2
killall -9 enigma2

systemctl start enigma2.service

killall -15 erlaubt ein ordentliches beenden des Prozesses, killall -9 tötet den Prozess

wenn das auch nicht hilft, mal ein poweroff versuchen

sonst bleibt dann vermutlich nur noch der Schalter

Bug oder works as designed?

nicht aufrufbar

im Webinterface sollt man die Signalstärke auch sehen wenn der skin keine Signalstärke anzeigt

einfach remote auf den Sender Wechsel und auf das Icon klicken

echo "update" > /dev/null