ist eine "neue alte FW" im Classic look ....
War Neugierig, und auf update gedrückt. Downgrade hat funktioniert, allerdings auch wie beim Betaupdate die Unicable Konfig wieder verlohren...
ist eine "neue alte FW" im Classic look ....
War Neugierig, und auf update gedrückt. Downgrade hat funktioniert, allerdings auch wie beim Betaupdate die Unicable Konfig wieder verlohren...
und beim Preis will ich auch nicht so leiden
naja hier gibts wg. dem Gerätealter noch nicht viel mit HDMI CEC, daher wird wohl im Regal neben den Logitech Squeezeboxen noch die eine oder andere Harmony eingelagert.....
Gerade bei Heise gefunden: Logitech beendet Produktion der Harmony-Universalfernbedienungen
Schade, gibts noch Alternativen die so Szenen wie bei den Harmonies beherrschen ?
Ok schon vielen Dank dafür, ich werde testen, ich kann nur noch nicht sagen wann ich dazukomme...
eine "ro" Option für die nicht wollen das man löschen kann ??
LACP ? wozu ? das ist "nur" ein einfacher Switch um mehrere Endgeräte anzuschließen mehr nicht.
Hi,
ich wollte am ansible vdr einen Sundtek dual S2 USB probieren, allerdings ist mir aufgefallen, das der Treiber der nach Aktivierung der Rolle installiert wird wohl so alt ist, daß der Stick nicht erkannt wird:
root@testvdr:~# /opt/bin/mediasrv --build
Build date: 2019-07-31 17:34:15
root@testvdr:~# /opt/bin/mediaclient --build
Build date: 2019-07-31 17:34:15
root@testvdr:~# dpkg -l |grep sund
ii dvb-driver-sundtek 20190731.173415-1yavdr3~focal amd64 Sundtek DVB driver
root@testvdr:~# apt-cache policy dvb-driver-sundtek
dvb-driver-sundtek:
Installed: 20190731.173415-1yavdr3~focal
Candidate: 20190731.173415-1yavdr3~focal
Version table:
*** 20190731.173415-1yavdr3~focal 500
500 http://ppa.launchpad.net/yavdr/experimental-main/ubuntu focal/main amd64 Packages
100 /var/lib/dpkg/status
Display More
mit dem aktuellen Treiber (installiert mit sundtek_netinst.sh) wird das Device erkannt.
seahawk1986 : besteht die Möglichkeit den bei Gelegenheit mal zu aktualisieren ?
Danke!
Sundtek : sind die Karten jetzt aktuell wirklich Vorrätig? Im Frühjahr wars ja schwierig/unmöglich welche zu bekommen...
eventuell so preiswert weil Spaun den Geschäftsbetrieb eingestellt hat... (siehe Homepage)
jo, bei static IP fehlt die DNS Auflösung:http://support.digital-devices.eu/index.php?article=170
Hallo zusammen,
hat mir einer einen Tip: Ich suche einen (Computer-) Monitor so 22 -24 Zoll, der auch mit 1920x1080@50 über HDMI klarkommt .
VG
heinbloed
Ja hier sieht es jetzt auch gut aus
Klasse, hab mittlerweile mehr erledigte Punkte wie offene !!
Beim Timertstart hat das frontend auch noch Fehlermeldungen, aber es funktioniert, auch das attachen.
Was bei mir noch ist, in dem Fall Timerstart ist das falsche Hintergrundbild geladen wird, ohne den Text für anykey (yavdr_logo statt dem yaVDR_background_detached).
Ja jetzt sieht der manuelle start gut aus! ich probier noch einen Timerstart aus, der dauert noch was.
Einen Error spuckt das frontend noch beim start:
Jan 05 11:38:07 vdrtest systemd[664]: Started manage VDR frontends.
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: DEBUG:yaVDRFrontend:init lirc connection on /var/run/lirc/lircd
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: DEBUG:VDRFrontend:init VDRFrontend with name 'VDR-Frontend and fe_typevdr'
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: DEBUG:SystemdUnitFrontend:init SystemdUnit with name: kodi and fe_type: unit
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: DEBUG:SystemdUnitFrontend:set_unit_name: kodi.service
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: DEBUG:SystemdUnitFrontend:init SystemdUnit with name: firefox and fe_type: app
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: DEBUG:SystemdUnitFrontend:set_unit_name: app@firefox.service
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: DEBUG:SystemdUnitFrontend:init SystemdUnit with name: debian-xterm.desktop and fe_type: app
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: DEBUG:SystemdUnitFrontend:set_unit_name: app@debian\x2dxterm.desktop.service
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: DEBUG:yaVDRFrontend:set_background with options path: /usr/share/yavdr/images/yavdr_logo.png, fill: False
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: ERROR:VDRFrontend:calling dbus2vdr.Shutdown.ManualStart() failed: 'DBus2VDR' object has no attribute 'Shutdown'
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: Traceback (most recent call last):
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: File "/usr/lib/python3/dist-packages/yavdr_frontend/vdrfrontend.py", line 125, in is_vdr_manual_start
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: is_manual_start = self.dbus2vdr.Shutdown.ManualStart()
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: AttributeError: 'DBus2VDR' object has no attribute 'Shutdown'
Jan 05 11:38:07 vdrtest yavdr-frontend[812]: DEBUG:VDRFrontend:start_t has value StartType.UNKNOWN
Display More
und so'n Sheeva Plug ist ja auch kein Performancewunder, meinen hab' ich schon vor einiger Zeit in den Ruhestand geschickt...
so, ich hab mal probiert das frontend nach dem vdr zu starten. da der frontendservice unter dem userslice vom "vdr" läuft, habe es dann in seinen Parent gepackt:
root@vdrtest:~# ll /etc/systemd/system/user@666.service.d/
total 16
drwxr-xr-x 2 root root 4096 Jan 3 16:33 ./
drwxr-xr-x 17 root root 4096 Jan 2 20:57 ../
-rw-r--r-- 1 root root 87 Jan 3 16:33 mhvdr-dependency.conf
-rw-r--r-- 1 root root 91 Jan 2 15:19 x-dependency.conf
root@vdrtest:~# cat /etc/systemd/system/user@666.service.d/mhvdr-dependency.conf
[Unit]
Wants=vdr.service
After=vdr.service
[Service]
TimeoutStopSec=20
KillMode=mixed
root@vdrtest:~#
Display More
damit hat er einen manuellen Start erkannt, und bei einer Aufname gabs das yavdr logo, und man konnte per taste attachen. Allerdings hat der Text der gefehlt der aufs anykey drücken verweißt....
Ich weiß allerdings nicht ob das eine gute Idee war. Mal sehen was seahawk meint.
Ah wenigstens nicht alleine
ich probier gerade rum, warte gerade auf einen Timerstart...
Hi bei mir klappt das mit dem "auto" Modus irgendwie nicht. Wenn ich ohne anstehenden Timer starte, dann lande ich immer beim "Frontend detached.." Screen.
Im Log: DEBUG:VDRFrontend:start_t has value StartType.UNKNOWN
root@vdrtest:~# journalctl -b -l |grep yavdr-frontend
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:yaVDRFrontend:init lirc connection on /var/run/lirc/lircd
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:VDRFrontend:init VDRFrontend with name 'VDR-Frontend and fe_typevdr'
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:SystemdUnitFrontend:init SystemdUnit with name: kodi and fe_type: unit
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:SystemdUnitFrontend:set_unit_name: kodi.service
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:SystemdUnitFrontend:init SystemdUnit with name: firefox and fe_type: app
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:SystemdUnitFrontend:set_unit_name: app@firefox.service
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:SystemdUnitFrontend:init SystemdUnit with name: debian-xterm.desktop and fe_type: app
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:SystemdUnitFrontend:set_unit_name: app@debian\x2dxterm.desktop.service
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:yaVDRFrontend:{'path': '/usr/share/yavdr/images/yavdr_logo.png', 'fill': False}
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:yaVDRFrontend:set_background with options path: /usr/share/yavdr/images/yavdr_logo.png, fill: False
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:VDRFrontend:start_t has value StartType.UNKNOWN
Jan 03 15:23:49 vdrtest yavdr-frontend[817]: DEBUG:VDRFrontend:attach_on_startup has value auto
Jan 03 15:23:51 vdrtest yavdr-frontend[817]: INFO:pydbus2vdr:VDR Status: running
Jan 03 15:23:51 vdrtest yavdr-frontend[817]: DEBUG:yavdr_frontend.frontends.genericfrontend:False
Jan 03 15:23:51 vdrtest yavdr-frontend[817]: INFO:yavdr_frontend.frontends.genericfrontend:use_pasuspend is False
Jan 03 15:23:51 vdrtest yavdr-frontend[817]: DEBUG:yaVDRFrontend:{'path': '/usr/share/yavdr/images/yaVDR_background_detached.jpg', 'fill': True}
Jan 03 15:23:51 vdrtest yavdr-frontend[817]: DEBUG:yaVDRFrontend:set_background with options path: /usr/share/yavdr/images/yaVDR_background_detached.jpg, fill: True
Ich hatte mal testweise (z.T. ist der frontend start schon vor dem vdr start fertig ) den start des Frontend verzögert um 10s, dann hat auto beim Manuellen start funktioniert, bei einem Timer allerdings kam die frontend detached meldung nicht bzw. man konnte nicht mit anykey attachen.
reicht das wenn der Frontend service auf dbus wartet, oder besser auf dbus+vdr ?
Kurzer Nachtrag noch, der Workaround via systemd klappt.
Danke fürs helfen im "EventDschungel" !!