[yavdr 0.5] eine VM mit yaVDR starten und beenden

Hallo!

Ich lasse auf meinem yaVDR (siehe Signatur) eine virtuelle "Raumfeld" Base (= quasi ein UPNP-/DLNA-Server) mit VMWare Player (und installierten VIX-Tools) mitlaufen.
Ich starte die VM derzeit manuell mit

vmrun -T player start /home/.../Base.vmx nogui

.
Beenden kann ich sie mit

vmrun -T player stop /home/.../Base.vmx hard

- "soft" funktioniert leider nicht.

Wenn der yaVDR sich nach Inaktivität selbst ausschaltet (Suspend to RAM) und wieder geweckt wird, läuft die VM immer noch/wieder und funktioniert einwandfrei.

Ich möchte jetzt, dass die VM bei jedem Systemstart automatisch mitgestartet wird und beim Herunterfahren bzw. Reboot vorher sauber abgeschaltet wird.
Wie kann ich das realisieren?
Und übersteht die Lösung auch ein yaVDR-update?

Danke schon jetzt für eure Hilfe!

greetz
davie2000

PS: Wenn ich den yaVDR selber abschalte (mit Power-Button auf der FB) kommt seit einiger Zeitnur mehr ein schwarzer Bildschirm mit der Meldung, dass "softhdddevice detached" wurde und "durch beliebige Taste wieder attached" werden kann.
Wo ist hier der Wurm drin? Wenn ich den Power-Button drücke, soll sich der Rechner einfach nur abschalten (Suspend to RAM).

Danke für eure raschen und hilfreichen Antworten!

Ich habe das für mich jetzt mit Upstart so gelöst - Datei /etc/init/v-base.conf:

description     "Upstart: Raumfeld V-Base starten"


start on started vdr
stop on stopping vdr


exec vmrun -T player start /home/.../base.vmx nogui

Mit dem gewünschten Ergebnis: VM läuft immer wenn VDR läuft und nicht, wenn er nicht läuft. Auch bei Reboot und Suspend to Ram.

seahawk1986:
Du hast recht: Shutdown wurde wg. aktiver SSH-Verbindung abgebrochen.
Aber "bisher" (wohl noch "xinelibout") kam dann eine Meldung und der yaVDR lief einfach weiter.
Jetzt mit softhddevice kommt eben der schwarze Schirm. Wenn ich dann eine Taste drücke kommt zwar das Bild wieder, aber der Ton ist (und bleibt) weg.
Wie kann ich einstellen, dass das Frontend erst dann detached wird, wenn der Shutdown auch wirklich durchgeführt wird (also nicht vom lifeguard davon abgehalten wird)?

Hi Hawk!

Danke für die Info mit den 15 Sekunden bei softhddevice.
Ich werd das mal so lassen - man muss ja nur innerhalb der 15 Sekunden eine andere Taste drücken (zB Umschalten) damit das Frontend attached bleibt.

Zitat

Wie hast du die Soundausgabe bei deinem System umgesetzt? Das Problem ist mir bislang nicht untergekommen.

Im WFE habe ist "HDMI Stereo" eingestellt - meine /etc/asound.conf sieht so aus:

pcm.!default {
        type hw
        card 1
        device 3
}

Zitat

Kann es sein, dass sich dann jemand anderes die Soundkarte greift? Was steht im Log?

Es scheint, als würde der yaVDR selbst die Soundkarte nicht mehr freigeben - Auszug aus dem Log:

...
Apr  9 20:29:32 MyVDR vdr: [3471] Power button pressed
Apr  9 20:29:32 MyVDR vdr: [3471] confirm: Taste drücken, um Ausschalten abzubrechen
Apr  9 20:29:32 MyVDR vdr: [3471] warning: Taste drücken, um Ausschalten abzubrechen
Apr  9 20:29:38 MyVDR vdr: [3471] confirmed
Apr  9 20:29:38 MyVDR vdr: [3471] executing '/usr/lib/vdr/vdr-shutdown.wrapper 0 0 0 "" 1'
Apr  9 20:29:38 MyVDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S30.lifeguard as shell script
Apr  9 20:29:38 MyVDR vdr-shutdown: Shutdown aborted by /usr/share/vdr/shutdown-hooks/S30.lifeguard with exitcode 1
Apr  9 20:29:38 MyVDR vdr: [3471] saved setup to /var/lib/vdr/setup.conf
Apr  9 20:29:40 MyVDR vdr: [3471] connect from 127.0.0.1, port 37934 - accepted
Apr  9 20:29:40 MyVDR vdr: [3471] SVDRP message: 'Files open on SMB share.'
Apr  9 20:29:40 MyVDR vdr: [3471] info: Files open on SMB share.
Apr  9 20:29:40 MyVDR vdr: [3471] closing SVDRP connection
Apr  9 20:29:40 MyVDR vdr: [3471] connect from 127.0.0.1, port 37933 - accepted
Apr  9 20:29:40 MyVDR vdr: [3471] SVDRP message: 'Shutdown abgebrochen / Shutdown aborted!'
Apr  9 20:29:40 MyVDR vdr: [3471] closing SVDRP connection
Apr  9 20:29:42 MyVDR vdr: video: 13:31:02.533  +26  412   0/\ms   7+6 v-buf
Apr  9 20:29:43 MyVDR vdr: [3471] info: Shutdown abgebrochen / Shutdown aborted!
Apr  9 20:29:47 MyVDR vdr: [6363] [softhddev]SetPlayMode: 0
Apr  9 20:29:47 MyVDR vdr: [6363] [softhddev]SetVideoDisplayFormat: 1
Apr  9 20:29:47 MyVDR vdr: [6363] [softhddev]GetSpuDecoder:
Apr  9 20:29:47 MyVDR vdr: [6363] [softhddev]SetPlayMode: 1
Apr  9 20:29:47 MyVDR vdr: video: decoder buffer empty, duping frame (7002/42264) 0 v-buf
Apr  9 20:29:47 MyVDR vdr: video: --:--:--.---   +0    0   0/\ms   0+5 v-buf
Apr  9 20:29:59 MyVDR vdr: [6363] [softhddev]SetPlayMode: 0
Apr  9 20:29:59 MyVDR vdr: [6363] [softhddev]SetVideoDisplayFormat: 1
Apr  9 20:29:59 MyVDR vdr: [6363] [softhddev]GetSpuDecoder:
Apr  9 20:29:59 MyVDR vdr: [6363] [softhddev]~cSoftHdControl: dummy player stopped
Apr  9 20:29:59 MyVDR vdr: video/vdpau: VDPAU API version: 1
Apr  9 20:29:59 MyVDR vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driver Shared Library  304.116  Mon Oct 28 2$
Apr  9 20:29:59 MyVDR vdr: video/vdpau: highest supported high quality scaling 1
Apr  9 20:29:59 MyVDR vdr: video/vdpau: feature deinterlace temporal supported
Apr  9 20:29:59 MyVDR vdr: video/vdpau: feature deinterlace temporal spatial supported
Apr  9 20:29:59 MyVDR vdr: video/vdpau: attribute skip chroma deinterlace supported
Apr  9 20:29:59 MyVDR vdr: video/vdpau: 4:2:0 chroma format with 4096x4096 supported
Apr  9 20:29:59 MyVDR vdr: video/vdpau: 4:2:2 chroma format with 4096x4096 supported
Apr  9 20:29:59 MyVDR vdr: video/vdpau: 8bit BGRA format with 16384x16384 supported
Apr  9 20:29:59 MyVDR vdr: video/vdpau: 10bit RGBA format with 16384x16384 supported
Apr  9 20:29:59 MyVDR vdr: audio: 'alsa' output module used
Apr  9 20:29:59 MyVDR vdr: audio/alsa: playback open 'default' error: Das Gerät oder die Ressource ist belegt
Apr  9 20:29:59 MyVDR vdr: audio:  44100Hz supports 0 0 0 0 0 0 0 0 channels
Apr  9 20:29:59 MyVDR vdr: audio:  48000Hz supports 0 0 0 0 0 0 0 0 channels
...

Wenn ich übers Menü den "VDR neu starte" wird der Bildschirm kurz schwarz und danach gibts wieder Bild und Ton.

btw:
Nach einem Neustart fehlt beim Umschalten das "Info-Popup" (mit Logo, aktueller Sendungsname, etc).
Erst wenn ich auf der FB "OK" drücke, wird das Popup wieder wie gewohnt angezeigt.

Danke für Deine/Eure Hilfe!

greetz
davie2000

Hi Hawk!

Zitat

Das ist zumindest bei skinnopacity so vom Plugin-Autor gewollt, weil der VDR zu dem Zeitpunkt beim nachträglichen Attachen von softhddevice beim ersten OSD-Aufruf wohl noch nicht alle nötigen Informationen bereitstellt.

Alles klar, danke.

Zitat

Kannst du mal nach dem erneuten Attachen ohne funktionierenden Ton nachsehen, ob es wirklich der VDR selbst ist, der da das Sound-Device blockiert?

Ich habe den Befehl abgesetzt und erhalte folgende Ausgabe:

davie2000@MyVDR:~$ sudo fuser -vu /dev/snd/*
[sudo] password for davie2000: 
                     BEN.        PID ZUGR.  BEFEHL
/dev/snd/controlC0:  vdr       21993 F.... (vdr)vdr
/dev/snd/pcmC1D3p:   vdr       21993 F...m (vdr)vdr

Das einzige, das mir einfällt, ist, dass ich einen eigenen Shutdown-Hook eingehängt habe:
Datei /etc/yavdr/templates_custom/etc/vdr/lifeguard.conf/70_minidlna mit folgendem Inhalt:

# prevent shutdown when music is streamed by MiniDLNA
tcp     8200    MiniDLNA\ is\ connected.

Die daraus resultierende /etc/vdr/lifeguard.conf schaut dann so aus:

cmd     aptitude        Aptitude\ is\ still\ running.
smb     locks           Files\ open\ on\ SMB\ share.
cmd     xbmc.bin        XBMC\ is\ still\ running.




# prevent shutdown when music is streamed by MiniDLNA
tcp     8200    MiniDLNA\ is\ connected.

Irgendeine Idee, warum nach Detachen und erneutem Attachen kein Ton kommt?

thx & greetz
davie2000

Danke, für die rasche Antwort.

Plugins habe ich nur die "Üblichen" (jedenfalls nicht Das Unaussprechliche oder so was).

vdr-plugin-channellists             
vdr-plugin-dbus2vdr                 
vdr-plugin-dummydevice              
vdr-plugin-dvbhddevice              
vdr-plugin-dvbsddevice              
vdr-plugin-dynamite                 
vdr-plugin-epgsearch                
vdr-plugin-extrecmenu               
vdr-plugin-femon                    
vdr-plugin-graphtftng               
vdr-plugin-iptv                     
vdr-plugin-live                     
vdr-plugin-markad                   
vdr-plugin-menuorg                  
vdr-plugin-osdteletext              
vdr-plugin-pvr350                   
vdr-plugin-restfulapi               
vdr-plugin-skinnopacity             
vdr-plugin-skinpearlhd              
vdr-plugin-softhddevice             
vdr-plugin-streamdev-server         
vdr-plugin-text2skin                
vdr-plugin-wirbelscan               
vdr-plugin-xine                     
vdr-plugin-xineliboutput            
vdr-plugin-xvdr                     
vdr-plugin-zaphistory

Hier die Ausgabe der drei Befehle:

davie2000@MyVDR:~$ sudo restart vdr
vdr start/running, process 25108
davie2000@MyVDR:~$ vdr-dbus-send /Plugins/softhddevice plugin.SVDRPCommand string:deta string:
method return sender=:1.84 -> dest=:1.86 reply_serial=2
   int32 900
   string "SoftHdDevice is detached"
davie2000@MyVDR:~$ sudo fuser -vu /dev/snd/*
                     BEN.        PID ZUGR.  BEFEHL
/dev/snd/pcmC1D3p:   vdr       25108 F...m (vdr)vdr

Was mir jetzt erst auffällt: ich habe bei jedem Start sehr viele solche Meldungen im syslog, dass Parameter von Nopacity unbekannt wären:
...
Apr 11 20:28:09 MyVDR vdr: [25431] ERROR: unknown config parameter: skinnopacity.volumeBorderBottom = 10
Apr 11 20:28:09 MyVDR vdr: [25431] ERROR: unknown config parameter: skinnopacity.volumeFadeTime = 300
Apr 11 20:28:09 MyVDR vdr: [25431] ERROR: unknown config parameter: skinnopacity.volumeHeight = 10
...

Habe keine Ahnung, ob es da einen Zusammenhang gibt.

Ausgabe von cat /proc/$(pidof vdr)/cmdline - sorry, für die Code-Wurscht, aber ich wusste nicht genau, wo ich umbrechen soll - deshalb unaufbereitete Ausgabe:

/usr/bin/vdr-v/srv/vdr/video.00-c/var/lib/vdr-L/usr/lib/vdr/plugins-r/usr/lib/vdr/vdr-recordingaction-s/usr/lib/vdr/vdr-shutdown.wrapper-E/var/cache/vdr/epg.data-uvdr-g/tmp--port6419--lirc=/var/run/lirc/lircd-w0-Psofthddevice -D-Ptext2skin-Pmenuorg-Pextrecmenu-Pfemon-Pwirbelscan-Pskinpearlhd --epgimages=/var/cache/vdr/epgimages-Pmarkad-Pxvdr -t 10-Posdteletext -Pepgsearchonly-Pstreamdev-server-Piptv-Pconflictcheckonly-Plive --port=8008 --ip=0.0.0.0 --log=INFO --epgimages=/var/cache/vdr/epgimages-Pdbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper --upstart-Prestfulapi --port=8002 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages --channellogos=/usr/share/vdr-channellogos-Pepgsearch -f /usr/bin/svdrpsend-Pchannellists-Pskinnopacity --epgimages=/var/cache/vdr/epgimages-Pzaphistory-Pquickepgsearch-Pdynamite

apt-cache policy vdr-plugin-softhddevice liefert:

vdr-plugin-softhddevice:
  Installiert: 1:0.6.1rc1.git20131220.2124-0yavdr0~precise
  Kandidat:    1:0.6.1rc1.git20131220.2124-0yavdr0~precise
  Versionstabelle:
 *** 1:0.6.1rc1.git20131220.2124-0yavdr0~precise 0
        500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status

Ich habe heute abend bereits vor meinen Postings ein apt-get update & dist-upgrade durchgeführt.

Danke, Hawk!
Mit der neuesten Version von softhddevice funktionierts wieder: Ton ist nach detachen und attachen wieder da - vielen Dank.

Muss ich softhddevice immer manuell updaten?
Weißt du, warum das bei apt-get update & dist-upgrade nicht mitkam?