Suchergebnisse

ebenfalls, Box nicht mehr bedienbar nach Verlassen von HbbTV, sehe zum Zeitpunkt nur Quellcode (4 Zeilen)im Log, danach muss ich auch Enigma2 bzw. Box per ssh neustarten...

die JPG's sind wie bei vielen "Chinaböllern" mit HiSilicon-Chipsatz : hxxp://admin:PASSWORD@192.168.x.x./tmpfs/auto.jpg für QVGA hxxp://admin:PASSWORD@192.168.x.x./tmpfs/snap.jpg für FullHD falls du noch PTZ implementieren willst (upCam Cyclone, upCam Hurricane) : Quellcode (20 Zeilen)...ebenfalls aus Firmware-Update "geklaut"

hab's hinbekommen... obwohl die IP CAM kein Mic hat - und somit die "Audio"-Settings deaktiviert sind... gibt es eine "versteckte" Config-Webpage (habe ich aus Firmware-Update extrahiert) 192.168.x.x/lsgaudio.html Hier habe ich "HD Audio-Typ" auf aktiviert gesetzt, Eingangslautstärke 0, und Codec G711 (man kann auch G726 nehmen) ... und siehe da: BILD per Stream Jetzt geht auch der direkte Stream per Kanalliste danke trotzdem @shadowrider

Quellcode (26 Zeilen)hier ist alles "unauffällig"

versuche gerade eine "upCam Tornado HD" zum laufen zu bekommen Einzelbilder via JPEG Snapshot funktionieren, jedoch kein Livestream per rtsp ( rtsp://admin:PASSWORD@192.168.X.X:554/11 - wobei Authentifizierung nicht notwendig) nachgeladen habe ich gst-plugins-good-alaw und gst-plugins-bad-adpcmdec, Bild bleibt trotzdem "schwarz", Audio kann per Webinterface nicht abgeschaltet werden (IPCam hat gar kein Audio!) VLC und andere Streaming-Tools liefern Bild mit stream0: H264 - MPEG4 - AVC (part 10) …

hab's hinbekommen mit der Lautstärke "direkt an TV" per HDMI-CEC... "quick & dirty" in der /usr/lib/enigma2/python/Plugins/SystemPlugins/HDMICEC/plugin.py die Lautstärke auf Adresse "0" (TV) statt "5" (AVR) geändert @plnick: könntest du das nicht direkt in das HDMI-CEC Plugin als weitere Option einbauen "Lautstärke senden an: AVR/TV/nichts" ? Ich denke dies betrifft mehrere Benutzer, gerade die mit neueren Bluetooth-FB's am TV... und es erspart auch den "doofen" IR-FB-Code ...

nein, am HDMI1 (TV) ist die VU Uno 4K... nur bei den Einstellungen der Box muss ich halt HDMI2 auswählen ("bug", Sharp zählt wohl anders ... 0,1,2,3... statt 1,2,3,4) und das mit deiner Fernbedienung ist ja "normal", mit FB Code verhält sich die VU+ Fernbedienung ja wie eine Universal-Fernbedienung - da wird nichts per CEC gesendet (kannst ja mal die Box vom Strom trennen, trotzdem kannst du die Lautstärke ändern....) ... bei mir geht dies ja nicht wegen Bluetooth, deswegen ja die "Suche" nach C…

dies sind auch meine Einstellungen (bis auf "HDMI2", damit der TV auf "HDMI1" läuft, s.o.) ... aber gehen damit die Lautstärkeregelung per CEC bei dir, oder hast du die Fernbedienung auf "Samsung" programmiert (so war es bei mir ja vorher auch) ?

danke

Hallöchen, bin nun auch Besitzer einer Uno 4K und habe direkt das VTI 11.0.1 mit Updates bis 01. März installiert. 1.) unter den Erweiterungen ist ja das "VU Uno 4k Misc Control", Auswahl führt bei mir nur zu "Treiber unterstützt die Einstellungen nicht" ??? 2.) bei Atile Pro Einstellungen habe ich "ChannelSelection miniTV" hinzugefügt [also mit Vorschau oben rechts, und EPG lang/kurz unten} , jetzt sehe ich in der Kanalliste nicht mehr welchen Buchstaben ich anspringen will: ohne die Einstellun…

Hallöchen, Habe im Schlafzimmer ein "Upgrade" von VU+ Uno / Samsung 40" FHD auf VU Uno 4K mit SHARP UHD LC-49CUF8462ES gemacht und nun kleine HDMI-CEC Probleme: 1. die "HDMI-Eingang des TV"-Einstellungen sind um +1 "verrutscht", d.h. wenn ich HDMI2 in der VU+ Uno 4K eintrage, ist es beim TV dann HDMI1 (Der Boxname taucht auch nicht - im Gegensatz zum FireTV-Stick in der Eingangsübersicht (TV Gerät) auf. -> ist dies nur "kosmetisch" ?, oder gibt es irgend eine Config-Datei, welche man anpassen ka…

also insgesamt gibt es wohl mehrere Gründe für "falsche" Uhrzeit trotz aktivem NTP : 1.) Die UNO (und ich denke auch andere Modelle) haben eine "fake" RTC Echtzeituhr im FP [/proc/stb/fp/rtc] - dies erklärt warum viele Leute den Hinweis geben die Box vom Strom zu nehmen... sonst rennt die "falsche" Uhrzeit nach Reboot weiter und wird wieder von der RTC synchronisiert. 2.) User mit Oscam haben ein zweites Problem, viele Oscam-Binaries (so auch die vom VTI Blue Panel) sind mit "clockfix enabled" k…

bei mir geht die Uhr nach 10 Tagen uptime wieder extrem falsch und nimmt trotz NTP keine Updates mehr an: (Versteckter Text) @hanjo: läuft bei dir "zufällig" OScam ?

ja, dies war die einzigste Änderung... da der STB Chipsatz ja keine Hardware-Uhr hat, hatte mich es auch gewundert warum die Uhrzeit teilweise auch nach kompletten Reboot noch falsch war, k.A. wo ausser "enigma2" noch die Uhr gesetzt wird ? Kernel-Treiber ? Auf jeden Fall mal, wenn "false" gesetzt ist, die Box komplett vom Strom trennen... erst wenn wir wirklich permanent 1970 haben geht's.... Wie weiter oben geschrieben, dies hat sich wohl erst ab VTI 8.x "eingeschlichen", vielleicht weiss ein …

ok, ich will "mit Gewalt" NTP haben... und das solltet ihr mit den Kabelanbieter ja wohl auch wollen... tuedel125 hat mich auf die richtige Fährte gebracht, DANKE ! Für die, die NTP Zeit aus dem Internet haben : 1. in der Datei /etc/enigma2/Settings die Zeile config.misc.useTransponderTime=false einfügen (die Zeile hat bei mir komplett gefehlt, also mit "true" - aber ich will ja auch keine falsche Transponderzeit) 2. Box neustarten, wichtig: wahrscheinlich überschreibt eure Box beim runterfahren…

also weder de.pool.ntp.org noch irgend ein anderer Zeitserver (wie Fritz!Box) bringen etwas in den VTI Einstellungen es scheint so, als würde Zeit (aus dem enigma2 GUI Prozess ???) permanent mit der Linux Zeit abgeglichen, egal ob man per NTP oder Console die Zeit neu setzt. Ihr könnt ja mal "aus Spass" eine total falsche Zeit setzen : (Versteckter Text) Das Beispiel zeigt, dass sofort wieder die Zeit neu gesetzt wird... aber halt falsch (momentan +80 Sekunden nach 1 Tag online Zeit)

Zitat von wsxws: „das gibt es (meines wissens nach) nur den einen ounkt im menue zu blau - VTI Systemwerkzeuge - Uhrzeit von NTP-Server empfangen “ genau da ist es ja gesetzt Zitat von wsxws: „versuch statt der fritte mal pool.ntp.org “ Die "Fritte" hat ja de.pool.ntp.org und ist ja quasi nur Proxy für NTP (local), aus meinem Log sieht man ja, dass die Uhrzeit perfekt mitgeteilt wird - jedoch nicht ins System übernommen wird Zitat von ditschi1691: „Bei mir funktioniert das ohne NTP sehr gut. Auf…

Hallöchen, auf meiner VU+ Uno (VTI 9.0.2) geht nach ca. 1 Woche Betrieb die Uhr um ca. 2-3 Minuten falsch. In den VTI Einstellungen ist ein Zeitserver hinterlegt (von Fritz!Box) ... aber trotzdem stimmt die Uhrzeit nicht. Selbst wenn ich ein Update manuell anstosse, wird die Zeit nicht richtig gesetzt: (Versteckter Text) Wie hier, trotz NTP Update sofort wieder > 1 Min falsch ? "Lösung" ist nur ein kompletter Reboot... dann stimmt es ein paar Tage... ist das nur bei mir so ?