Vllt. 1-2 Stichworte, die einem auf die Sprünge helfen ...
apt-get, manpage
Vllt. 1-2 Stichworte, die einem auf die Sprünge helfen ...
apt-get, manpage
apt-get, manpage
ok, das waren 2 Stichworte - leider zu wenig für mich, wie es scheint. also in stable ist das theme (logischerweise) nicht ..
egal, ich will den thread nicht ins OT treiben.
gruß, ciax
also in stable ist das theme (logischerweise) nicht ..
Ach so, es geht um das Theme, nicht um die neue graphtftng Version
in testing ist aktuell auch nicht, weil es immer noch recht kräftig entwickelt wird: https://github.com/horchi/gtft-theme-nOpacity/commits/master
Aber es hindert dich niemand daran das selbst herunterzuladen und an die richtige Stelle zu packen...
egal, ich will den thread nicht ins OT treiben.
na mach doch nen neuen auf - dir wird sicher geholfen ohne das es hier OT wird...
Christian
Wohin muss der Parameter -r zum skalieren? Ich hab ihn mal in der /etc/vdr/plugins/plugin.graphtftng.conf eingetragen.
plugin.graphtftng.conf 134/134 100%
# Default: autodetect
# Example 1: output to framebuffer device
#-d /dev/fb0
# Example 2: output second DVB card
#-d vdr/1
-d none
-r
syslog:
Feb 24 13:07:51 origen vdr: [1798] loading plugin: /usr/lib/vdr/plugins/libvdr-graphtftng.so.2.0.0
Feb 24 13:07:51 origen vdr: [graphTFT] Ignoring unknown argument '(null)'
Wohin muss der Parameter -r zum skalieren?
das heißt wohl, der Parameter ist sowieso aktiv ??
So, Themen noch mal neu kopiert, jetzt scheint es zu funktionieren
Gesendet von meinem HTC One mit Tapatalk
Ich habe ein Script, mit dem ich mein Display via Fernbedienung abschalten kann.
Das Script macht im Wesentlichen folgendes;
Leider aber schmiert dann der VDR mir einem segfault ab:
Feb 27 10:51:06 [vdr] [graphTFT] (-93) Error: Communication problems, read failed, closing line!
Feb 27 10:51:06 [kernel] vdr[20091]: segfault at 8 ip 00007f2725142e06 sp 00007f26837fd490 error 4 in libvdr-graphtftng.so.2.1.5[7f27250bf000+9e000]
Feb 27 10:51:06 [kernel] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
Feb 27 10:51:06 [kernel] udlfb: /dev/fb1 FB_BLANK mode 0 --> 1
Feb 27 10:51:06 [kernel] udlfb: /dev/fb1 FB_BLANK mode 1 --> 4
Hier noch das BT dazu:
--> http://bpaste.net/show/183266/
Vorher ging das anstandslos.
Aufgefallen ist mir das erst seit dem Update auf vdr-2.1.5, bzw. seit dem auschecken der neuen Version aus dem git.
Mal spassenshalber ohne killall probiert? Beenden müsste man graphtft-fe ja eigentlich nicht.
Bei mir gehts so:
Nein, denn wie schon gesagt, ging es ja bisher auch.
Zumindest könntestet Du so das Problem umgehen, bis es gefixt ist. Anscheinend crashed es, weil plötzlich die Verbindung weg ist.
Lustiger Weise ist das aber nicht immer der Fall, sondern nur ab und zu.
Hier z.B. ging es wieder anstandslos.
Feb 27 12:10:23 [vdr] [softhddev] invalid PES video packet_
Feb 27 12:10:25 [vdr] [softhddev] 56 invalid PES video packet(s)_
Feb 27 12:10:26 [kernel] udlfb: /dev/fb1 FB_BLANK mode 4 --> 0
Feb 27 12:10:26 [kernel] udlfb: released /dev/fb1 user=1 count=0
Feb 27 12:10:28 [kernel] udlfb: open /dev/fb1 user=1 fb_info=ffff8800d95eb400 count=1
Feb 27 12:10:28 [kernel] udlfb: released /dev/fb1 user=1 count=0
Feb 27 12:10:28 [kernel] udlfb: open /dev/fb1 user=1 fb_info=ffff8800d95eb400 count=1
Feb 27 12:10:28 [kernel] udlfb: /dev/fb1 FB_BLANK mode 0 --> 1
Feb 27 12:10:28 [kernel] udlfb: /dev/fb1 FB_BLANK mode 1 --> 0
Feb 27 12:10:30 [kernel] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
- Last output repeated twice -
Feb 27 12:10:30 [vdr] [graphTFT] Client connection accepted, now 1 clients connected
Feb 27 12:10:37 [vdr] video: slow down video, duping frame_
Feb 27 12:10:37 [vdr] video: 1:10:42.712 +21 393 0/\ms 39+6 v-buf_
Feb 27 12:10:37 [vdr] [graphTFT] (-93) Error: Communication problems, read failed, closing line!
Feb 27 12:10:37 [kernel] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
Feb 27 12:10:37 [kernel] udlfb: /dev/fb1 FB_BLANK mode 0 --> 1
Feb 27 12:10:37 [kernel] udlfb: /dev/fb1 FB_BLANK mode 1 --> 4
Feb 27 12:10:44 [kernel] udlfb: /dev/fb1 FB_BLANK mode 4 --> 0
Feb 27 12:10:44 [kernel] udlfb: released /dev/fb1 user=1 count=0
Feb 27 12:10:46 [kernel] udlfb: open /dev/fb1 user=1 fb_info=ffff8800d95eb400 count=1
Feb 27 12:10:46 [kernel] udlfb: released /dev/fb1 user=1 count=0
Feb 27 12:10:46 [kernel] udlfb: open /dev/fb1 user=1 fb_info=ffff8800d95eb400 count=1
Feb 27 12:10:46 [kernel] udlfb: /dev/fb1 FB_BLANK mode 0 --> 1
Feb 27 12:10:46 [kernel] udlfb: /dev/fb1 FB_BLANK mode 1 --> 0
Feb 27 12:10:47 [vdr] [9991] [softhddev]SetVolumeDevice: 30_
Feb 27 12:10:47 [vdr] [9991] nopacity: osd Size changed
Feb 27 12:10:47 [vdr] [9991] nopacity: old osd size: top 38 left 22 size 1840 * 1037
Feb 27 12:10:47 [vdr] [9991] nopacity: new osd size: top 38 left 22 size 1840 * 1035
Feb 27 12:10:48 [vdr] [graphTFT] drawing image 'backgrounds/volume.png' at 30/260 (1300/0)
- Last output repeated twice -
Feb 27 12:10:48 [vdr] [9991] nopacity: Cache reloaded in 339 ms
Feb 27 12:10:48 [vdr] [graphTFT] drawing image 'backgrounds/volume.png' at 30/260 (1300/0)
Feb 27 12:10:48 [vdr] [9991] [softhddev]SetVolumeDevice: 25_
Feb 27 12:10:48 [kernel] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
- Last output repeated twice -
Feb 27 12:10:48 [vdr] [graphTFT] Client connection accepted, now 1 clients connected
Feb 27 12:10:48 [vdr] [graphTFT] drawing image 'backgrounds/volume.png' at 30/260 (1300/0)
- Last output repeated twice -
Feb 27 12:10:48 [vdr] [9991] [softhddev]SetVolumeDevice: 20_
Feb 27 12:10:48 [vdr] [graphTFT] drawing image 'backgrounds/volume.png' at 30/260 (1300/0)
- Last output repeated 12 times -
Feb 27 12:10:49 [vdr] [9991] [softhddev]SetVolumeDevice: 25_
Feb 27 12:10:50 [vdr] [graphTFT] drawing image 'backgrounds/volume.png' at 30/260 (1300/0)
- Last output repeated 29 times -
Feb 27 12:11:37 [vdr] video: 1:11:42.712 +21 457 0/\ms 56+6 v-buf_
Alles anzeigen
Mir ist auch noch aufgefallen, dass ab und zu die "Volumebar" nicht sauber gelöscht wird:
[Blockierte Grafik: http://imageshack.com/a/img849/8182/i6b6.png]
Dieses Problem besteht aber allerdings schon länger.
killall ist schon okay, glaube ich habe extra einen SIGINT Handler dafür, ansonsten weg ist weg, passt schon. Den core sehe ich mir an. Das mit der VolumeBar dachte ich ist mit der vorletzten Version schon behoben. Passiert das auch mit dem Theme von mir?
[...] Passiert das auch mit dem Theme von mir?
Keine Ahnung, nie getestet, habe keine anderen Themes installiert.
Bei mir so:
vdr01_64 ~ # cat /_config/bin/displaylink_init.sh
#!/bin/bash
# set -x
source /etc/vdr.d/plugins/graphtftng
PID_GTFT_FE=$(pidof graphtft-fe)
PID_FEH=$(pidof feh)
PID_XINIT=$(pidof xinit |wc -w)
FB="/dev/fb1"
MULTIDISPLAY="$(which multidisplay)"
SHUTDOWNPIC="/etc/vdr/plugins/graphtftng/themes/tree_on_moonlight-1360x768/backgrounds/end.png"
STARTPIC="/etc/vdr/plugins/graphtftng/themes/tree_on_moonlight-1360x768/backgrounds/start.png"
export DISPLAY=:1
start ()
{
[ "$PID_GTFT_FE" != "" ] && killall graphtft-fe
[ "$PID_FEH" != "" ] && killall feh
### wait for "X :0" (max. 20 sec.) ###
RETRY=20
while [ $RETRY -gt 0 ] ; do
if [ "$(ps -aux |grep "X :0" |grep -v grep)" ] ; then
sleep 1
break
else
sleep 1
RETRY=$(($RETRY-1))
if [ $RETRY -eq 0 ] ; then
logger -s "cannot start :1"
exit
fi
fi
done
### kill NX if running ###
PID_NX=$(ps -aux |grep NX |grep -v grep |awk '{print $2}')
[ "$PID_NX" != "" ] && kill $PID_NX
### kill all "X :1" pid's if running ###
if [ $PID_XINIT -gt 1 ] ; then
ps -aux |grep "X :1" |grep -v grep |awk '{print $2}' |while read i ; do
kill $i
done
sleep 2
fi
### fire up second X server (X :1) ###
xinit ~/.xinitrc2 -- /usr/bin/X :1 -xf86config xorg.conf.DL -novtswitch -sharevts -audit 0 vt12 >/dev/null 2>&1 &
sleep 2
x2x -from :0 -west -wait -to :1 &
unclutter -display :1 &
xset dpms force on
xset -dpms
xset s off
### starting graphtft-fe if configured ###
[ $DEVICE == "none" ] && screen -dm sh -c "/usr/bin/graphtft-fe -i -h localhost -e 3 -W 800 -H 480 -f -r"
# xsnow -snowflakes 100 -windtimer 5 -santa 2 -santaspeed 10 -delay 25 -notrees &
}
stop ()
{
[ "$PID_GTFT_FE" != "" ] && killall graphtft-fe
xset dpms force off
}
toggle ()
{
if [ "$(xset q |grep 'Monitor is Off')" ] || [ ! "$(ps -aux |grep " :1" |grep -v grep)" ] || [ "$(pidof X |wc -w)" -le 1 ] ; then
start
else
stop
fi
}
shutdown ()
{
[ "$PID_GTFT_FE" != "" ] && killall graphtft-fe
$MULTIDISPLAY -n framebuffer -o "fbdev=$FB" -f $SHUTDOWNPIC
}
bootsplash ()
{
$MULTIDISPLAY -n framebuffer -o "fbdev=$FB" -f $STARTPIC
}
case $1 in
-start|start)
start
;;
-stop|stop)
stop
;;
-toggle|toggle)
toggle
;;
-shutdown|shutdown)
shutdown
;;
-bootsplash|bootsplash)
bootsplash
;;
*)
echo "usage: [-start] [-stop] [-toggle] [-shutdown] [-bootsplash]"
;;
esac
Alles anzeigen
gibt einen kleinen Theme-Update mit leicht überarbeiteter Event-Detailansicht und abgerundeten Farb-Buttons im git
jetzt, Dank der Unterstützung von BooStar, mit abgerundeten Menüs:
[Blockierte Grafik: http://img543.imageshack.us/img543/3380/utrr.png]
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!