Beiträge von dreamon256

Wobei ich nicht weiß, ob das CI+ von Sky, nicht einfach nur den Aufdruck anderst hat, als der Rest der CI+-Module.
Sonst müßten die das ja explizit für Sky programmiert haben.
Dürfte auch kein großer Akt sein, aber wäre eine gute Frage.

P.S.: gerade bischen gerübelt.
Es gibt ja nur NDS oder Nagra.
Also muß das von Sky ja schon daher exclusiv sein.

Mir persönlich reicht die Anzeige des Picon.
Mein TV steht ca. 3,5m weit weg, da erkenne ich nicht, was unten steht.
Die Angaben der Infobar auf dem TV ( drücken der OK-Taste ) reichen mir.

Und wie Kalli1972 schon sagte: fehlende Picons sind das kleinste Problem.

Wie ware denn der Workaround, die Anzeige auf Picon only zu setzen?

Sky-Recorder

Den von Jogi muß man aber auch erstmal kennen.
Und daß es, nach dem Update von DMM, neue Treiber braucht, findet man auch erst später.
Das meine ich, mit "in einem Beitrag" verlinken.
Daß die relevanten Sachen "am Stück" zu finden sind.
Nicht erst ewig durch was-weiß-ich-wie-viele Freds krabbeln.

Danke schön !

OTon
Ich liebe es, wenn Infos über viele Threads verteilt liegen.
Eventuell wäre es sehr nett, die benötigten Info auf der 1. Seite im Display-Fred zu verlinken.
OToff

Kurze Frage am Rande: das *.deb installieren und wie weiter?
Display ist drin, hochgefahren auch, aber wo stelle ich, bitte, irgendwas ein?
Wo müssen die Picons hin?

In dem Thread zur 7020hd 47 Seiten durchwühlen, ist bischen hart.
Oder habe ich, auf diesen beiden Seiten hier, irgendwas überlesen?

Setze am TV bei Anynet+ auf aus.
Damit reagiert der TV nicht mehr auf eintreffende HDMI-Schaltsignale.

Wenn ich das dreambox-image-deb-dm7080-20150120.tar.xz draufmache,
dann den Netzwerkbrowser installiere, anschließend die Freigabe einrichte,
passiert Folgendes:

in /media erscheint ein Ordner mit Namen 27.01. public

Dieser läßt sich nicht öffnen.
Sollte ich mal im Dreamboard einwerfen, ist also nicht GP3.3 bedingt?

OK, bin dabei.

Also fange ich damit an, das dreambox-image-deb-dm7080-20150120.tar.xz draufzuhauen.
Dann weiter mit Punkt 3 von bughunter...

Lustiger Weise klappt das von der Syno problemlos von der 7020hd aus.
Könnte also den Teil, Syno anderst einstellen, auslassen.
Auch habe ich schon einen User für beide (!) Dreams angelegt.

Melde mich wieder.

Die letzte Aktualisierung ist auf DSM 5.1-5022 Update 1 erfolgt.

dreambox-image-deb-dm7080-20141207.tar.xz ist hier installiert.

Gib mir mal einen Tip, wie ich das ohne GP3.3 o.ä. im originalen Image einbaue.
Und wie erstelle ich ein Bootlog, wenn die Dream nicht hochfährt?

P.S.: Sollte ein Update das Image nicht mit updaten oder habe ich da wieder was verpaßt?

Ich kann kein Bootlog erstellen, wenn die Dream nicht startet?
Und wenn das in M4 funktioniert, ist das Problem eben beim GP3.3 zu suchen oder verstehe ich das falsch?

Gegenprobe: kann ich die Freigabe einrichten, ohne GP3.3 ?
Dann könnte ich testen, ob es schon vom Image her klemmt.
Glaube ich aber nicht, weil es sonst im M4 auch nicht ginge.

Der Anteil der, hier im Thread auftretenden Meldungen, erstellt sich aus:
Verteilung der 7080hd in der Gemeinde
- Menge derer, die GP3.3 auf der 7080hd haben
- weiterhin derer, die dann ein NAS per NFS anschließen

Weil die CIFS-Fraktion das Problem nicht hat.

Das geht hier gleich gar nicht.
Oder hast Du was Anderes als ich in der auto.gemini?

# generated by gemini  
all -fstype=nfs,rw,nolock,soft,tcp,rsize=8192,wsize=8192,retry=0 192.168.78.23:/volume2/all 
public -fstype=nfs,rw,nolock,soft,tcp,rsize=8192,wsize=8192,retry=0 192.168.78.23:/volume2/public

Habe auch Probleme mit der Syno.
Kann problemlos darauf zugreifen und aufnehmen.

Aber: wenn ich die 7080hd runterfahre ( egal ob zeitgesteuert oder per Hand ),
kommt die Dream nicht wieder, wenn ich sie starten will.
Dann muß ich am Schalter hinten aus- und wieder einschalten.

Es läuft das aktuellste Image mit GP3.3, Netzwerkbrowser und NFS-Server.

Komisch ist auch: der NFS-Server wird als nicht gestartet angezeigt,
bekomme aber Connect von der Syno auf die Freigabe.
Ebenso ist die Freigabe in der Syno rot im Browser markiert, obwohl Alles funktioniert.

Der Eintrag der Syno, über den Browser eingefügt, liegt im /etc/enigma2/automounts.xml.

Booten tut die Dream also gar nicht alleine, nur per Schalter.

Ich habe das aktuellste OE2.3 Update und GP³³, inclusive der letzten Üpdates, drauf.

Habe ich eine Verbindung von der 7080hd zum NAS ( per NFS ) DS213j,
verschwindet im DCC der Connect über FTP, wenn ich auf /media klicke.
In /media befindet sich der Ordner /share, den ich auf der DS freigegeben habe.

Trenne ich die Verbindung zur DS, kann ich /media problemlos öffnen.
Darin ist dann auch der Ordner /share, welcher aber ( logischer Weise ) leer ist.

Irgendwelche Ideen, woran das liegen könnte?

Ich habe "in alter Tradition" die Farbe am Display entfernt.
Genau da, wo der IR-Empfänger dahintersitzt.
Bisher durchgezogen bei meinen 2x 800HD, 1x 800SE, 1x 7020HD und nun bei der 7080HD.
Habe nur noch kein Display, um das zu testen.

Wenn der Serienrecorder den Wert "Neu" oder "Erstausstrahlung" (?)
aus dem EPG-Datenstrom auslesen kann, dann wären die vergleichbar.
Weil das der eine Punkt ist, den das o.g. Plugin nutzt, um das zu erkennen.
Weiterhin wäre die Sache mit den Genre/ Kanal zu schaffen.

Wobei mir auffällt, daß man den Serienrecorder einmal von Hand starten muß,
er dann die einmal angegebene Serie, nach den Vorgaben, selbsständig rauspickt.
Der Andere sucht eben "nur" nach den o.g. Kriterien.

P.S.: mir ist noch nie "neu" oder Ähnliches im EPG auf gefallen.
Aber hier http://www.skygo.sky.de/sky-gu…g/defaultsection/165.html
wird das z.B. angezeigt.

Wie bekommt man die Abfrage dorthin, in den Recorderr?

Wirst Du wohl im VU-Forum fragen müssen, von dort ist das Plugin nämlich.
Also sitzt der Entwickler eher dort, als hier.

Nicht machen:
Karte in den zugehörigen Receiver stecken, jedenfalls nicht innerhalb der ersten 10-14 Tage nach Aktivierung.

In dieser Zeit auch die Karte nur von Hand updaten.
Gilt übrigens auch, wenn man etwas dazugebucht oder aus dem Abo entfernen lassen hat.

Bisher ist bekannt, daß nur die o.e. Tage lang die Gefahr des Pairings besteht.