Guten Abend !
Ich hab mir heute mal den VDR unter Goal installiert. Mir scheint dass alles läuft mit Ausnahme des epg. Auch wenn ich unter epg& Timer Service die Option Update auswähle kommt lapidar zuerst "Update epg" und kurz danach "epgd beschäftigt - aktualisieren requests wird später ausgeführt".
Wo soll ich zu suchen beginnen ?
Hast du mal einen Neustart und einen erneuten Durchlauf des Playbooks versucht? Es kann passieren, dass der nvidia-Treiber nach der Installation nicht direkt nutzbar ist.
DANKE !!!! Das war's (shame on me !)
Guten Morgen !
Ich versuche auf einem "alten" Rechner mit einer GT430 Grafikkarte yaVDR ansible unter Focal zu installieren. Der Rechner hat keine eigenen SAT-Karten sondern läuft als streaming-Client zu meinem "Haupt"-VDR.
Bevor ich das customized playbook habe laufen lassen, habe ich die alten NVIDIA-drivers installiert sudo apt -y install nvidia-utils-390. Beim Ausführen des Playbooks erhalte ich folgenden Fehler;
TASK [yavdr-xorg : start x-verbose@.service] ****************************************
fatal: [localhost]: FAILED! => {
"ansible_facts": {
"discovered_interpreter_python": "/usr/bin/python3"
},
"changed": false
}
MSG:
Unable to start service x-verbose@vt7.service: Job for x-verbose@vt7.service failed because the control process exited with error code.
See "systemctl status x-verbose@vt7.service" and "journalctl -xe" for details.
RUNNING HANDLER [Restart Samba] *****************************************************
PLAY RECAP **************************************************************************
localhost : ok=98 changed=9 unreachable=0 failed=1 skipped=18 rescued=0 ignored=0Ich habe danach am TV zwar Ton, aber kein Bild. Meine customized host_vars/localhost hat folgenden Inhalt:
---
# file: host_vars/localhost
# this allows to set up streamdev-client - set the server, port and number of devices
streamdev_client_remote_ip: "192.168.1.60"
streamdev_client_remote_port: 2004
streamdev_client_num_provided_systems: 5
# copy channels.conf from a local file
vdr_channels_conf: /home/mod/yavdr-conf/var/lib/vdr/channels.conf
# choose the vdr output plugin (defaults to vdr-plugin-softhddevice resp. vdr-plugin>
# vdr_output_plugin: vdr-plugin-softhddevice
# add the vdr plugins you want to install
vdr_plugins:
- vdr-plugin-devstatus
- vdr-plugin-markad
- vdr-plugin-epgsearch
- vdr-plugin-live
- vdr-plugin-osdteletext
- vdr-plugin-skindesigner
- vdr-plugin-streamdev-client
- vdr-plugin-svdrpservice
- vdr-plugin-tvguideng
- vdr-plugin-vnsiserver
- vdr-plugin-weatherforecast
# set the name of the output plugin (as used by vdrctl) - this defaults to softhddev>
selected_frontend: softhddevice
# set the package name of the output plugin - this defaults to vdr-plugin-softhddevi>
# vdr_output_plugin: vdr-plugin-softhddevice-cuvid
# IP (range) filter for vdr and plugins (this must be an array):
vdr_allowed_hosts:
- 192.168.1.0/24
# hosts and subnets for svdrphosts.conf (overrides vdr_allowed_hosts):
vdr_svdrphosts:
- 192.168.1.0/24
# hosts and subnets for allowed_hosts.conf of xineliboutput (overrides vdr_allowed_h>
xineliboutput_allowed_hosts:
- 192.168.1.0/24
# hosts and subnets for allowed_hosts.conf of vnsiserver (overrides vdr_allowed_host>
vnsiserver_allowed_hosts:
- 192.168.1.0/24
# hosts and subnets for streamdevhosts.conf (overrides vdr_allowed_hosts):
streamdev_server_allowed_hosts:
- 192.168.1.0/24
# dictionary of directories for (shared) files. Automatically exported via NFS and S>
media_dirs:
audio: /srv/audio
video: /srv/video
pictures: /srv/picture
files: /srv/files
backups: /srv/backups
recordings: '{{ vdr.recdir }}'
nfs:
insecure: false # set to true for OS X clients or if you plan to use libnfs as un>
samba:
workgroup: YAVDR
windows_compatible: '{{ vdr.safe_dirnames }}' # set to true to disable unix exten>
# additional packages you want to install
extra_packages:
- bpython
- bpython3
- htop
- tree
- vim
- w-scan
- t2scan
- vdrpbd
# choose which channellogos to download from the github.com/Jasmeet181 mediaportal-*>
# currently suported langugages/regions are: au, be, cz, de, es, ie, il, it, nordic,>
#
channellogo_languages:
# - au
# - be
# - cz
- de
# - es
# - ie
# - il
# - it
# - nordic
# - nz
# - ru
# - uk
# - ussystemctl status x-verbose@vt7.service erigbt:
mod@htpc-gz:~/yavdr-ansible/host_vars$ systemctl status x-verbose@vt7.service
● x-verbose@vt7.service - X with verbose logging on vt7
Loaded: loaded (/etc/systemd/system/x-verbose@.service; static; vendor preset: >
Active: failed (Result: exit-code) since Fri 2020-09-11 10:01:50 UTC; 6min ago
Process: 178735 ExecStart=/usr/bin/x-daemon -logverbose 6 -noreset vt7 -config />
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE)
Sep 11 10:01:50 htpc-gz x-daemon[178737]: Please consult the The X.Org Foundation su>
Sep 11 10:01:50 htpc-gz x-daemon[178737]: at http://wiki.x.org
Sep 11 10:01:50 htpc-gz x-daemon[178737]: for help.
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE) Please also check the log file at "/v>
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE)
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE) Server terminated with error (1). Clo>
Sep 11 10:01:50 htpc-gz systemd[1]: x-verbose@vt7.service: Control process exited, c>
Sep 11 10:01:50 htpc-gz systemd[1]: x-verbose@vt7.service: Failed with result 'exit->
Sep 11 10:01:50 htpc-gz systemd[1]: Failed to start X with verbose logging on vt7.
lines 1-15/15 (END)
● x-verbose@vt7.service - X with verbose logging on vt7
Loaded: loaded (/etc/systemd/system/x-verbose@.service; static; vendor preset: enabled)
Active: failed (Result: exit-code) since Fri 2020-09-11 10:01:50 UTC; 6min ago
Process: 178735 ExecStart=/usr/bin/x-daemon -logverbose 6 -noreset vt7 -config /etc/X11/xorg-verbose.conf (code=exited, status=1/FAILURE)
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE)
Sep 11 10:01:50 htpc-gz x-daemon[178737]: Please consult the The X.Org Foundation support
Sep 11 10:01:50 htpc-gz x-daemon[178737]: at http://wiki.x.org
Sep 11 10:01:50 htpc-gz x-daemon[178737]: for help.
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE)
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE) Server terminated with error (1). Closing log file.
Sep 11 10:01:50 htpc-gz systemd[1]: x-verbose@vt7.service: Control process exited, code=exited, status=1/FAILURE
Sep 11 10:01:50 htpc-gz systemd[1]: x-verbose@vt7.service: Failed with result 'exit-code'.
Sep 11 10:01:50 htpc-gz systemd[1]: Failed to start X with verbose logging on vt7.Und journalctl -xe zeigt
--
-- A stop job for unit nvidia-persistenced.service has begun execution.
--
-- The job identifier is 1000144.
Sep 11 10:12:14 htpc-gz systemd-udevd[178840]: nvidia_uvm: Process '/sbin/create-uvm-dev-node' failed with exit code 1.
Sep 11 10:12:14 htpc-gz kernel: resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000d0000-0x000d3f>
Sep 11 10:12:14 htpc-gz kernel: caller os_map_kernel_space.part.0+0x100/0x140 [nvidia] mapping multiple BARs
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204186]: Received signal 15
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204186]: PID file unlocked.
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204186]: PID file closed.
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204186]: The daemon no longer has permission to remove its runtime data directory /var/run/nvidia-persistenced
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204186]: Shutdown (204186)
Sep 11 10:12:15 htpc-gz systemd[1]: nvidia-persistenced.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- The unit nvidia-persistenced.service has successfully entered the 'dead' state.
Sep 11 10:12:15 htpc-gz systemd[1]: Stopped NVIDIA Persistence Daemon.
-- Subject: A stop job for unit nvidia-persistenced.service has finished
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A stop job for unit nvidia-persistenced.service has finished.
--
-- The job identifier is 1000144 and the job result is done.
Sep 11 10:12:15 htpc-gz systemd-udevd[178833]: nvidia: Process '/sbin/modprobe -r nvidia-modeset' failed with exit code 1.
Sep 11 10:12:15 htpc-gz kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] Unloading driver
Sep 11 10:12:15 htpc-gz kernel: nvidia-modeset: Unloading
Sep 11 10:12:15 htpc-gz kernel: nvidia-uvm: Unloaded the UVM driver in 8 mode
Sep 11 10:12:15 htpc-gz kernel: nvidia-nvlink: Unregistered the Nvlink Core, major device number 242
Sep 11 10:12:15 htpc-gz systemd[1]: Starting NVIDIA Persistence Daemon...
-- Subject: A start job for unit nvidia-persistenced.service has begun execution
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A start job for unit nvidia-persistenced.service has begun execution.
--
-- The job identifier is 1000147.
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204204]: Verbose syslog connection opened
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204204]: Now running with user ID 112 and group ID 121
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204204]: Started (204204)
Sep 11 10:12:15 htpc-gz systemd[1]: Started NVIDIA Persistence Daemon.
-- Subject: A start job for unit nvidia-persistenced.service has finished successfully
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A start job for unit nvidia-persistenced.service has finished successfully.
--
-- The job identifier is 1000147.
Sep 11 10:12:15 htpc-gz systemd[1]: Stopping NVIDIA Persistence Daemon...
-- Subject: A stop job for unit nvidia-persistenced.service has begun execution
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A stop job for unit nvidia-persistenced.service has begun execution.
--
-- The job identifier is 1000259.Kann es sein, dass meine NVIDIA-Drivers nicht so funktionieren wie ich es erwartet habe ? Wie kann ich das beheben, wenn ich die GT430-Karte weiter behalten möchte ?
Danke für Eure Hinweise !
Lieber Seeadler,
das vdr-plugin-softhddevice-cuvid verwende ich schon länger
wmautner: fährst du das plugin unter Focal oder Bionic ?
Zeig mal bitte die Ausgabe von apt policy vdr vdr-plugin-dbus2vdr
mod@htpc-wz:~$ apt policy vdr vdr-plugin-dbus2vdr
vdr:
Installed: (none)
Candidate: 2.4.4-2frodo0~focal
Version table:
2.4.4-2frodo0~focal 500
500 http://ppa.launchpad.net/frodo-vdr/experimental-vdr/ubuntu focal/main amd64 Packages
2.4.4-0yavdr0~focal 500
500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu focal/main amd64 Packages
2.4.1-4ubuntu1 500
500 http://at.archive.ubuntu.com/ubuntu focal/universe amd64 Packages
vdr-plugin-dbus2vdr:
Installed: (none)
Candidate: 20200521090000experimental-0yavdr1~focal
Version table:
20200521090000experimental-0yavdr1~focal 500
500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu focal/main amd64 PackagesDanke, damit ist es klar ...
Aufgrund dieser Update-Empfehlung habe ich versucht das Playbook unter Focal durchlaufen zu lassen und ende mit diesem Fehler.
TASK [vdr : apt | install basic vdr packages] **********************************
fatal: [localhost]: FAILED! => {
"ansible_facts": {
"discovered_interpreter_python": "/usr/bin/python3"
},
"cache_update_time": 1599049948,
"cache_updated": false,
"changed": false,
"rc": 100
}
STDOUT:
Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
vdr-plugin-dbus2vdr : Depends: vdr-abi-2.4.4-0yavdr
STDERR:
E: Unable to correct problems, you have held broken packages.
MSG:
'/usr/bin/apt-get -y -o "Dpkg::Options::=--force-confdef" -o "Dpkg::Options::=--force-confold" install 'vdr' 'vdrctl' 'vdr-plugin-dbus2vdr' -o APT::Install-Recommends=no' failed: E: Unable to correct problems, you have held broken packages.
PLAY RECAP *********************************************************************
localhost : ok=26 changed=20 unreachable=0 failed=1 skipped=3 rescued=0 ignored=0Any hints ?? Basissystem ist dieses hier.
Danke
Der 440er-Grafiktreiber dürfte ja für die 1030 passen, evtl. neu installieren oder den Installer (.run-File) für den 450er-Treiber versuchen
Ja, der passt. Einen 4550er-Driver habe ich nicht gefunden !!??
Ansonst fällt mir die Stromversorgung ein, die 1030 hat ja keinen Zusatz-Stromanschluß?
Nein, gibt's nicht
Audio läuft über HDMI/nvidia oder über den Intel-Chip?
HDMI/nvidia
Ggf. wenn möglich im Bios den Onboard-Sound deaktivieren
done
Bottom line: Fehler titt weiter auf ...
mal das Paket vdr-plugin-softhddevice-cuvid installieren
das Paket gibt es unter Bionic leider nicht - lediglich unter Focal. Oder habe ich ein PPA übersehen ??
mod@HTPC-WZ:~$ sudo apt -s install vdr-plugin-softhddevice-cuvid
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket vdr-plugin-softhddevice-cuvid kann nicht gefunden werden.Soll ich nun doch vdr-plugin-softhdcuvid probieren (auch wenn es nur eine Alternative ist und bei dir hakeliger läuft) ?
Wird da evtl was zu warm? Throttling klingt nach zu warm... Evtl. Kühler + Lüfter verdreckt? Prüf das mal...
Ich habe nicht alle Gehäuselüfter in Betrieb (wg. Lautstärke), doch CPU und GPU Temparatur scheinen doch in der richtigen Range zu sein
mod@HTPC-WZ:~$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Package id 0: +33.0°C (high = +85.0°C, crit = +105.0°C)
Core 0: +33.0°C (high = +85.0°C, crit = +105.0°C)
Core 1: +29.0°C (high = +85.0°C, crit = +105.0°C)
mod@HTPC-WZ:~$ nvidia-smi
Sun Aug 30 23:14:39 2020
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 440.100 Driver Version: 440.100 CUDA Version: 10.2 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce GT 1030 Off | 00000000:01:00.0 On | N/A |
| 31% 38C P8 N/A / 30W | 275MiB / 2000MiB | 26% Default |
+-------------------------------+----------------------+----------------------+
+-----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| 0 1343 G /usr/lib/xorg/Xorg 112MiB |
| 0 5478 G /usr/bin/vdr 159MiB |
+-----------------------------------------------------------------------------+kannst du mal ein vollständiges Log ab dem Booten zeigen?
Oben das gewünschte Log bis der Fehler aufgetreten ist und ich den VDR mittels systemctl restart vdr beendet habe. Danke
Seit einiger Zeit passiert es immer öfter (da der vdr ansible immer öfter genutzt wird), dass sich der VDR aufhängt und auf keinen Tastendruck mehr reagiert. Im syslog sehe ich folgende Zeilen sich minutenlang wierderholen, bis ich den VDR restarte:
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:06 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:07 HTPC-WZ vdr: [17886] i/o throttle activated, count = 1 (tid=17886)
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:07 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:08 HTPC-WZ vdr: [17886] buffer usage: 70% (tid=17885)
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:08 HTPC-WZ vdr: [17886] buffer usage: 80% (tid=17885)
Aug 30 19:55:08 HTPC-WZ vdr: audio/alsa: using device 'default'Eigentlich verwende ich Pulsecontrol. Was ALSA hier zu tun hat ??? Zwischendurch auch ein Bufferoverflow
Aug 30 19:55:13 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:13 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:13 HTPC-WZ vdr: [17886] ERROR: driver buffer overflow on device 1
Aug 30 19:55:13 HTPC-WZ vdr: audio/alsa: using device 'default'
Aug 30 19:55:13 HTPC-WZ vdr: audio/alsa: start delay 336ms
Aug 30 19:55:13 HTPC-WZ vdr: audio/alsa: using device 'default'Danke für eure Tips
wie versprochen ein Update:
ich habe den streamdev-server wieder enabled und habe Signal auf allen 4 Tunern. Am Ende des Tages scheint es das W20 in der scr.conf gewesen zu sein. Dass ich das evtl. noch "optimieren" kann ist klar, aber ich halte den Aufwand mit try-and-error wegen ein paar ms für nicht gerechtfertigt.
PS: was mir aufgefallen ist (Skin LCARS): gleich nach dem Start des VDR hat nur ein Tuner Signal. Nach einiger Zeit (gefühlt 1-2 Minuten) haben alle 4 Tuner Signal. Dazu konnte ich allerdings nichts "auffälliges" im syslog finden.
Danke nochmals
Du lässt den Start des VDR schon verzögern, bis die 4 Tuner initialisiert wurden, oder?
Guter Punkt ! Ich lasse das bisher alles auf den Standardeinstellungen doch kann ich das am WE gerne ausprobieren.
Danke vorerst an alle.
Ja, es handelt sich um genau diesen.
Denoch würde ich SCR nur mal mit einem DVB Tuner testen, macht dann auch die Fehlersuche leichter ...
Habe ich gemacht - funktioniert. Auch wenn der Switch mit verkabelt ist habe ich nur auf Karte 0 ein Signal (verwende Skin LCARS, nicht wie oben beschrieben FEMON).
VDR war gestoppt beim editieren?
Yes, Sir !
in der scr.conf von "0" an gezählt wurde, auf der Verpackung aber ab "1".
Danke, das habe ich so berücksichtigt.
Ich hatte in den letzten Tagen mit einem VDR-User Kontakt, der erhebliche Probleme mit seinem SCR-Setup hatte. Es stellte sich heraus, dass femon und streamdev sich nicht mit SCR vertragen. Bei Problemen mit SCR also bitte immer erst OHNE femon und streamdev testen!
Ich habe den streamdev-server mittels vdrctl disabled - nun scheint es zu funktionieren.
Summary: ich habe soeben versehentlich Kodi gestartet und bin wieder zurück zu yaVDR, plötzlich sehe ich in der LCARS Skin 4 Devices mit Empfang. Ob das nun das streamdev-plugin oder das W20 gewesen ist kann ich (noch) nicht sagen. Werde (hoffnetlich) am WE nochmals probieren den streamdev-server wieder zu aktivieren. Das W20 lasse ich auf jeden Fall wie es ist. Update folgt.
Danke
Ich betreibe seit Jahren einen VDR. In der Vergangenheit: ein Quad LNB mit 4 separaten Kabeln zu meiner DD Cine S2 (4fach Tuner). Soweit hat immer alles funktioniert. Nachdem ich den VDR physisch übersiedeln musste, habe ich nur noch ein Antennenkabel zur Verfügung - daher muss eine Unicable-Lösung her.
Nach Umstellung auf yaVDR 0.7 habe ich das Kabel am Legacy-Ausgang meines Inverto 5434 IDLU-QUDL42-UNR2L-1PP UniCablean Receiver 0 angestöpselt und es funktioniert soweit.
0 1210
1 1420
2 1680
3 2040befüllt.
S19.2E 11700 V 9750 t V W10 S0 [E0 10 5A 00 00] W10 v
S19.2E 99999 V 10600 t V W10 S1 [E0 10 5A 00 00] W10 v
S19.2E 11700 H 9750 t V W10 S2 [E0 10 5A 00 00] W10 v
S19.2E 99999 H 10600 t V W10 S3 [E0 10 5A 00 00] W10 vLeider habe ich auf keiner der Karten nur annähernd ein Signal (BS dunkel und FEmon zeigt auch nichts). Ich habe keine Ahnung wo der Fehler liegen könnte, Die Werte in diseqc.conf sind für mich ein spanisches Dorf. Es stellt sich für mich aber auch die Frage, ob der Splitter überhaupt geeignet ist.
Bitte um hilfreiche Tips !
Danke
Schönen Nachmittag zusammen.
Ich habe nun endlich den yaVDR ansible weitgehend am Laufen. Um den WAF zu verbessern habe ich mir eine Logitec Companion mit Hub zugelegt. Bislang bin ich mit der vorhandenen FB (siehe "Mein VDR" in der Signatur) recht gut zurecht gekommen, möchte aber alle Geräte auf der Logitech haben. Nur leider habe ich genau keine Ahnung wo/wie ich anfangen soll. Bringe ich das der FB mit einem Code bei ? Als welches Gerät "verkaufe" ich der FB meinen yaVDR ? Was muss ich tun um das Ding verwenden zu können ?
Für meine derzeitige iMON FB habe ich seinerzeit noch unter yaVDR0.4 noch entsprechende keytables gebaut ... Aber mit der neuen FB sollte das doch alles ootb gehen - oder ???
Danke
Kleiner Zwischenbericht bevor ich in den Urlaub abhaue:
ich habe das ppa mit
sudo add-apt-repository ppa:frodo-vdr/experimental-vdr und sudo apt update meinem System hinzugefügt und eine Datei /etc/apt/preferences.d/frodo mit dem Inhalt
Package: *
Pin: release o=LP-PPA-frodo-vdr-experimental-vdr-yavdr
Pin-Priority: 1
erstellt. So ließ sich das plugin erfolgreich installieren. Die "Ansible-Methode " in wenigen Wochen.
Dem möchte ich widesprechen: mein VDR kommt von "yavdr/experimental-vdr" (siehe apt-cache oben)
Danke, das klingt ja vielversprechend ! Werde es nach meinem Urlaub wie von dir vorgeschlagen testen und berichten. Denn auch ich hätte es gerne via Playbook um nicht immer die nachher gemachten Customizations zu "verlieren", wenn ich das Playbook nochmals durchlaufen lasse...
In der host_vars/localhost habe ich unter repositories u.a. diese beiden PPAs drin:
- ppa:"ringträger"/experimental-vdr-yavdr
- ppa:"ringträger"/experimental-main-yavdr("ringträger" bitte sinnvoll ersetzen)
Eines davon ist für dv***i und das andere für epg2vdr.
Danke, das werde ich bei dern nächsten Installation (wenn ich wieder Mal "from scratch" installier (und ich befürchte, dass das noch gar nicht mal so lang hin sein wird) - probieren. Wenn ich aber alles richtig verstanden habe, dann benutzt du die Versionen des VDR im Repository des Ringträgers und nicht jene von seahawk.
Ich begebe mich mal auf Grundlagenforschung bezüglich pinning, da ich gerne seahawks neueste Versionen hätte. Werde nach meinem Urlaub (ja, auch in diesen Zeiten fährt man fort) berichten.
Also nach dem hinzufügen des PPAs von Frodo und einem sudo apt update werden einige Module als upgradeable markiert:
mod@HTPC-WZ:~$ sudo apt list --upgradeable
Auflistung... Fertig
vdr/bionic 2.4.1-0frodo0~bionic amd64 [aktualisierbar von: 2.4.0-43yavdr0~bionic]
vdr-dev/bionic 2.4.1-0frodo0~bionic amd64 [aktualisierbar von: 2.4.0-43yavdr0~bionic]
vdr-markad/bionic 0.1.6-0frodo0~bionic amd64 [aktualisierbar von: 0.1.4.git20170313-3yavdr0~bionic]
vdr-plugin-dbus2vdr/bionic 20181026140000experimental-1frodo0~bionic amd64 [aktualisierbar von: 20181026140000experimental-0yavdr3~bionic]
vdr-plugin-desktop/bionic 0.0.3-1frodo0~bionic amd64 [aktualisierbar von: 0.0.3-0yavdr25~bionic]
vdr-plugin-devstatus/bionic 0.4.1-37frodo0~bionic amd64 [aktualisierbar von: 0.4.1-36yavdr12~bionic]
vdr-plugin-epg2vdr/bionic 3:1.1.109-0frodo0~bionic amd64 [aktualisierbar von: 1.1.113-0yavdr0~bionic]
vdr-plugin-markad/bionic 0.1.6-0frodo0~bionic amd64 [aktualisierbar von: 0.1.4.git20170313-3yavdr0~bionic]
vdr-plugin-menuorg/bionic 0.5.2-1frodo0~bionic amd64 [aktualisierbar von: 0.5.2-0yavdr11~bionic]
vdr-plugin-pulsecontrol/bionic 0.2.1-1frodo0~bionic amd64 [aktualisierbar von: 0.2.1-0yavdr10~bionic]Beim Installieren des dvbapi kommt folgende Meldung:
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
freeglut3 libev4 libglew2.0 libswscale4 libva-glx2 libwebsockets9 libxcb-dpms0 libxcb-icccm4 libxcb-screensaver0
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
Die folgenden zusätzlichen Pakete werden installiert:
libdvbcsa1 vdr vdr-plugin-dbus2vdr vdr-plugin-desktop vdr-plugin-devstatus vdr-plugin-epg2vdr vdr-plugin-markad vdr-plugin-menuorg
Vorgeschlagene Pakete:
vdr-plugin-dvbsddevice
Empfohlene Pakete:
ttf-bitstream-vera | fonts-freefont-ttf
Die folgenden Pakete werden ENTFERNT:
vdr-plugin-osd2web vdr-plugin-softhddevice
Die folgenden NEUEN Pakete werden installiert:
libdvbcsa1 vdr-plugin-dvbapi
Die folgenden Pakete werden aktualisiert (Upgrade):
vdr vdr-plugin-dbus2vdr vdr-plugin-desktop vdr-plugin-devstatus vdr-plugin-epg2vdr vdr-plugin-markad vdr-plugin-menuorg
7 aktualisiert, 2 neu installiert, 2 zu entfernen und 3 nicht aktualisiert.
Es müssen 1.756 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 7.173 kB Plattenplatz freigegeben.Kein Wunder, dass dann nichts mehr geht. Gibt es keine Möglichkeit NUR Frodo's Plugin zu installieren und die anderen Komponenten aus deinen offiziellen Quellen zu behalten ?
Ich habe die Installation des Plugins abgebrochen, daher kann ich den Output von
journalctl -b -l > log.txt undapt policy vdr nach dem Fehler nicht posten. Wenn zur Fehlerbehebung/Analyse notwendig, kann ich das System gerne nochmals "zerschießen".
Am Ende des Tages möchte ich wie der Themenstarter
Ich hätte einfach nur gerne die beiden Plugins installiert - von woher auch immer - und ansonsten aber einen "sauberen" yaVDR-Ansible aus Seahawks Originalquellen.
Gibts doch nicht, dass sonst niemand diese Plugins nutzt unter Bionic???
Ich muss diesen Fred (und auch diesen: paralleler Thread hervorholen. Ich habe yavdr ansible zum Laufen gebracht, Bild gehabt und mich daran gemacht dvbapi aus Frodo's repos zu installieren. Also mit SSH die Befehle sudo add-apt-repository ppa:frodo-vdr/experimental-vdr und sudo apt update && sudo apt full-upgrade eingegeben - hatte einen fehlerfreien Durchlauf. Nach dem Befehl sudo apt install vdr-plugin-dvbapi und einem Restart des VDR steht nur noch das Logo am Bildschirm. uch ein reboot usw. ändert nichts. Ich habe mich zu einer Neuinstallation entschlossen und frage hier nach:
was muss ich anders machen um dvbapi aus Frodo's Quellen "richtig" zu installieren ? (Pinning ? Wie ?)
Danke