Suchergebnisse

Ich glaube, das ist wohl schon klar. Es geht dem Threadersteller aber ja ganz deutlich um das Setzen von Aufnahmetimern von unterwegs und dazu muss man die Box einmal aus dem Deepstandby herausbekommen. Ich selbst nehme selten auf und programmiere praktisch nie von unterwegs.

Also ich mache es mithilfe des Logitech-Harmony-Hubs. Die Harmony-App kann ich ja auch von unterwegs bedienen und zuhause flitzen dann ja nur die Infrarot- bzw. WLAN-Signale herum. In der Realität mach ich das aber eher selten, da ich nicht so viel aufnehme. Ich verwende den Mechanismus aber im Sommer sehr gerne um vom Arbeitsplatz aus zuhause rechtzeitig die Klimaanlage (hat nur Infrarot-Steuerung) einzuschalten.

Bei mir funktioniert der Fire-Stick 4k auch völlig problemlos im Wlan. Egal ob Internet-Streaming (Apple-TV, Amazon Prime, ...) oder Streaming von der Vu-Duo2 per Dream-Player, Der Stick hängt bei mir meist an einem Ultrakurzdistanzbeamer (LG PF1000U) und die Stromversoruung bekommt er über die USB-Buchse des Beamers. Dazu ein Bose Soundlink Mini2 für den besseren Ton und fertig ist die kleine bescheidene schnell aufgebaute und leicht wieder verstaubare Heimkinoanlage.

Scheinbar dürfte Panasonic mit DLNA da gröbere Problem zu haben. Zumindest 2013, aber scheinbar noch immer. Streamen von Solo2 Aufnahmen zu Panasonic TV via DLNA

Falls das mit DLNA auf deinem Panasonic gar nicht funktioniert, dann könntest du auch einen Fire-Stick + DreamPlayer-App nehmen. Das funktioniert eigentlich auch wesentlich komfortabler als die DLNA-Variante. Nebenbei kannst du damit auch Live-TV ansehen. Meine Samsung-Geräte können die Filme der VU schon abspielen, aber wie gesagt mit sehr eingeschränktem Komfort.

Bei mir funktioniert es auf SAT schon. Pro7 und SAT1 hab ich getestet.

Also auf der F-Serie funktioniert es. Hab es gerade auf meinem UE32F6510 probiert. Die App wird allerdings schon ewig nicht mehr gewartet und hat leider ein paar kleinere Bugs. Ich verwende stattdessen schon länger einen Fire-TV-Sick + Dreamplayer-App.

Ja, die App muss auf den Fire-Stick. B0193XIPSS Zum Testen reicht die kostenlose Version, für einen sinnvollen Betrieb würde ich aber die Premium-Version empfehlen (kostet glaub ich 2-3 Euro per Inline-Kauf).

Eventuell über einen Fire-TV-Stick und Dream-Player-Plugin. Kostet natürlich auch ein bisschen, funktioniert für mich aber perfekt am Schlafzimmer-PC. Läuft dann aber üblicherweise über WLAN.

Nur zur Sicherheit (obwohl es hgdo in #2 schon erwähnt hat): Damit es über DLNA läuft muss aber auf der VU auch ein DLNA-Server-Plugin installiert und getartet sein. Meine Samsung-TV-Geräte haben beim DLNA-Abspielen von TS-Dateien übrigens keine Probleme.

Eine Möglichkeit wäre (wie schon gesagt wurde) DLNA. Funktioniert mit meinen Samsung-Geräten (C- und F-Serie) im Zusammenspiel mit dem DLNA-Server vom Feed eigentlich sehr gut. Andere Möglichkeit wäre ein Fire-Stick plus Dreamplayer-App. Funktioniert etwas komfortabler und damit funktioniert auch Live-TV-Streaming bestens. Ich hab damit längere Zeit ganz gerne das Himmelprogramm vom Wohnzimmer auf den Schafzimmer-TV gestreamt.

Freut mich, dass es nun doch noch funktioniert hat. Hab mir schon Sorgen gemacht, dass die neue durchaus interessante Lampengeneration bezüglich verschiedener Apps vielleicht problematisch sein könnte. Editieren von Textdateien auf den Enigma2-Receivern sollte man übrigens am besten immer mittels Unix/Linux-Editoren (Notepad++ usw.) machen. Falls dich das violette Licht bei sehr dunklen Szenen auch etwas irritiert, dann könntest du in der dkhue.py bei den beiden Stellen wo lsum und rsum auf grös…

Der dritte Befehl funktioniert bei mir auch nicht, wenn ich ihn im Browser eingebe. Er liefert dann: [{"error":{"type":3,"address":"/lights/1/state","description":"resource, /lights/1/state, not available"}}] Er ist aber vermutlich auch nicht für die Browser-Eingabe gedacht sondern als interne Url mit der vom Plugin ein PUT-Befehl zum Farbwechsel an die Lampe gesendet wird. Ich hab leider auch keine Ahnung von Phython. Es kann natürlich sein, dass es wirklich an der 3. Generation liegt, aber eig…

Bezüglich #94: Nein, ich würde das so belassen wie es ist und ich habe letztendlich an diesem Bereich auch gar nichts verändert (also AL1 und AL2). AL1 bezieht sich auf die linke Hälfte des Schirms (hscan 0 50) und AL2 auf die rechte (hscan 50 100). Ich verstehe auch nicht ganz, warum er in seinen light-Abschnitten die position-Einträge gelöscht hat. Bei mir sieht das so aus: [light] position left name AL1 color red ambilight 1 color green ambilight 2 color blue ambilight 3 hscan 0 50 vscan 0 10…

@Rudolfo04: Ja, die Datei wird von selbst erstellt. Sie enthält aber nichts (0 Bytes).

Oh, vielleicht liegt da das Missverständnis. Die Lampe muss ich auch "händisch" einschalten. Das "Turns Light On" aktiviert nur den Ambilight-Mechanismus. Wenn die Lampe aber aus ist, dann tut sich nichts. Wenn die Verbindung zur Lampe prinzipiell funktioniert, dann wechselt der Menüpunkt auf "Turn Lights Off". Ich glaub es gibt in den Optionen ein paar Möglichkeiten das immer beim Hochfahren mitzustarten. Das hab ich aber noch nicht probiert, da ich das Ambilight auch nicht immer haben möchte (…

Also ich verwende die neue Version des Plugins (also die ungeprüfte). Ich hab aber die alten Lampen (2.Generation + Bridge 2.0). Ich musste auch mit den Schreibrechten nichts ändern. Seit kurzem gibt es aber ja die Lampen der 3. Generation (also die, die angeblich auch ein richtiges blau zusammenbringen). Vielleicht machen die ein Problem.

Nachdem ich mittlerweile auch mehrere Hue-Lampen im Einsatz habe, muss ich eine kleine Korrektur zu meinem Posting #86 machen (ich werde es bei Gelegenheit auch in dem betreffenden Posting ändern). Ursprünglich dachte ich, dass man seine fürs Ambilight zu verwendendenLampen in der Datei etc/enigmalight.conf über die Lampennamen z.B. AL3 und AL1 definieren muss. Dem ist aber nicht so. An dieser Datei muss man für diesen Zweck eigentlich gar nichts ändern. Stattdesssen editiert man in der Datei /u…

die enigmalight.conf hast du auch erstellt? Die dkhue.py schaut schon okay aus.

Ich glaube, schomi hat Recht. Die Fehlermeldung mit json bekomme ich genau dann, wenn ich die äusseren Doppelhochkommas miteingebe. Diese gehören wie gesagt weg. Nur zur Sicherheit: Ich meine nur die äusseren Hochkommas. Die inneren müssen schon bleiben. Eingabe also genauso wie in der folgende Zeile: {"devicetype":"1234567890"}