Suchergebnisse

Hab mal vor den Änderungen getestet: vier Aufnahmen. Über mindestens drei Transponder. Parallel dazu konnte ich alles sehen und zappen wie ein Weltmeister. Auch über HD+ und Sky hinweg. Es gibt also einen Unterschied zwischen manuellen Aufnahmen und (durch Serienrecorder eingestellte) automatische Aufnahmen. Sehr strange. Habe jetzt mal nur die automatische CI Zuweisung ausgeschaltet (danke!) und schaue mir das morgen während der Serienaufnahme an.

Da sehe ich manuelle Zuweisungen (hab ich gemacht). Aber kein Setting von wegen automatisch.

Ok. Mache ich heute Abend. Wo war die automatische ci+ Zuweisung noch? Zugewiesen habe ich SKY und ein paar SKY Kanäle für das ci+

Hd+ über oscam. Sky über ci+. Früher ging das. Aber ggf hat sich was verstellt? Hmm. Ich meine sogar, dass es bei manuellen Aufnahmen klappt. Ich konnte das nämlich nicht nachstellen. Passiert bei Timer Aufnahmen die vom serienrecorder erzeugt werden. Ich warte die Aufnahme gerade ab und versuche das noch einmal mit manuellen Aufnahmen. Wenn die gehen, kann es ja kaum am hd+ und oscam liegen. Zweite Nachricht erst eben gesehen. Anwählbar aber ohne Bild. Keine Fehlermeldung. und selbst der gerade…

Hi, Setup: zwei Kabel von LNB in den Duo fcc Tuner. Tuner A auf Einzel und Aastra. Tuner b auf „genau wie A“. FCC usw. funktionier soweit ich das sehen kann. Was aber das Problem ist: Wenn eine Aufnahme läuft (zB RTL) kann ich kein RTL mehr schauen während der Aufnahme. Auch nicht andere auf dem Transponder (VOX etc). Eben zwei Aufnahmen gleichzeitig. RTL und sixxt hd. Beide scheinen zu laufen. In Wirklichkeit geht nur RTL. Die sixxt Aufnahme ist leer. Ich kann während dieser Aufnahmen nicht auf…

Du musst nur die Dateien herunterladen (Link findest Du im Plex Forum bei den Beiträgen von andyblac1974). Du brauchst nur den Inhalt von ../src und den Unterordnern und kopierst das ganze in /usr/lib/enigma2/python/Plugins/SystemPlugins/PlexDVRAPI Und dann folgst Du den Anleitungen im ersten Post im passenden Plex Forumsbeitrag. Im Grunde: Neustart, Plugin starten, Grüner Button (Konfigdateien erzeugen), Neustart, fertig. Liebe Grüße, JP

Ich kann bestätigen, dass das Plugin sauber läuft und seinen Dienst verrichtet. Würde mich auch über ein offizielles Paket freuen.

Also bei der letzten Version aus dem GitHub muss man auch keine .py mehr manuell installieren. Die ist dabei. Was ist mit dem /www Verzeichnis? Habe das nicht gemacht und es scheint auf den ersten Blick alles zu funktionieren. Wo muss das mit welchen Rechten wofür installiert werden?

Das Plugin geht mittlerweile direkt (gestern gabs nen commit) und läuft out of the Box, wenn Du es ins richtige Verzeichnis kopierst. Aber die Zuordnung der Sender ist wirklich ne Zumutung.... Vor allem habe ich noch nicht herausgefunden, wie man die Zuordnung später ändern kann....

Super News. Sag bitte mal, wie Du es hinbekommen hast. Bin gerade in Spiellaune....

Ich fände die Umsetzung im VTI Image auch super!

@Rolando: Mea culpa. Ich habe die Logs angepasst und das Passwort natürlich "verändert". Das Passwort enhält ein "!" welches aber im Original automount Log (ohne meine Änderung) sauber an der richtigen Stelle geparsed ist. Und auch hier: Wenn ich einen wie auch immer gearteten Mount auf den ZFS Server habe, funktioniert autofs mit genau der Datei ja problemlos. Wenn das PW das Problem wäre, dürfte das auch nicht gehen.

Gerne, nicht dass mir klar ist, warum das hilft. Wenn ich vorher einen manuellen Mount mit CIFS mache, funktionieren alle Einträge aus der auto.network. Und genau diese hat unverändert auch im VTI8 funktioniert (und vorher auf ner DM8000 mit IHAD Image): (Versteckter Text) Wenn ich mir jetzt ein mini init.d script bastele, welches beim start nichts weiter macht als mkdir /tmp/tmp und dann ein mount -t cifs -s -o rw,soft,rsize=8192,wsize=8192,iocharset=utf8,user=testuser,pass=XXX! //10.1.1.21/dat…

Rechte sind 644 cifs Paket ist installiert. Habe da keine Erklärung. Kann man autofs irgendwie debuggen? Habe das auch alles aus dem Restore wiederhergestellt. Ich fürchte so einfach ist es nicht. Wenn ich automount manuell starte und in eines der Verzeichnisse gehe, kriege ich den unten stehenden debug output. Die mount Kommandos sind korrekt. Copy&Paste und die mounten einwandfrei. (Versteckter Text)

Hi, ich habe schon seit ewigen Zeiten eine gut funktionierende /etc/auto.network am laufen. Nach dem Upgrade auf VTI9 stelle ich auf einmal fest, dass sie nicht mehr geht. Die Unterverzeichnisse unter /mnt/net/autofs werden zwar angelegt aber wenn ich mir den Inhalt anzeigen lasse, No such file or directory Jetzt wirds putzig: Wenn ich eines der Verzeichnisse manuell mit mount -t cifs etc. in irgendein Verzeichnis mount, sind sofort alle /mnt/net/autofs Verzeichnisse funktionstüchtig (auch alle …

Hi, probiere VMC gerade das erste mal aus. VTI9. FullHD Skin Black_Experience_FHD. Wenn ich VMC starte passiert nichts. Ich komme einfach zurück auf den TV Screen. Wenn ich dann aber eine andere Taste drücke (DVR etc.) kommt recht schnell ein crash. (Versteckter Text) Irgendeine Idee? LG, JP

Nicht, dass ich schon wirklich weiter wäre. Aber darf ich den Tip ergänzen zu etwas wie: Quellcode (1 Zeile) nach einem vorherigen Quellcode (1 Zeile) Dann hat das Log halbwegs ordentliche Timestamps und man tut sich hoffentlich beim analysieren weiter. Da es so sporadisch auftritt kann man hier die familienfreundliche Ansage "schreibt Euch die genaue Uhrzeit auf" machen, anstelle selber drauf zu warten und fix in der Shell CTRL-C drücken zu müssen.

Hi, bin ja bei Euch. Ich will ja auch gar nicht ausschließen, dass es am Netz, der Gegenstelle oder was auch immer dauert. Es passiert halt an allen möglichen Stellen, an denen ich zumindest keinen Netzwerkzugriff vermuten würde oder in Situationen wo ich weiß, dass besagte Mountpoints gerade erreichbar sind. Wenn ich gerade übers Netz von einer Platte einen Films sehe und der ruckelfrei läuft, wird der Mountpoint wohl da sein. Wenn ich jetzt STOP drücke und im EMC lande kommt auf einmal Loading…

Super. Wird mal ausprobiert. Merci vielmals.

Hi, die Vermutung liegt nahe. Aber: Das Netz sieht an der und anderer Stelle für mich sauber aus. Ich kann zum Zeitpunkt eines Freeze hinter dem selben Switch problemlos auf alle Mounts, die Box selber und das Internet zugreifen. Das ist natürlich kein "Beweis", dass es nicht daran liegt. Daher interessiert es mich ja, ob ich irgendwie zum Zeitpunkt des Freeze ein Debug etc. ausführen kann um zu sehen, bei welchem Call die GUI hängt. LG, JP