You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

1

Monday, July 25th 2011, 2:02pm

xineliboutput und SVDRP

Ich hab nen Problem mit dem xineliboutput Plugin. Wenn ich ein SVDRP Befehl an den VDR schicke, z.B. "HITK Menu" bevor das vdr-sxfe sich zum ersten mal mit dem VDR verbunden hat, dann wird der Text im OSD (also der ausgewählte Bereich) beim Navigieren durch die Menüpunkte viel zu groß dargestellt. Gleiches Gilt für die Uhrzeit wenn diese aktualisiert wird.
Wenn ich nun nicht nur das Menü öffne, sondern nen Plugin aufrufe, das nen Text anzeigt, so führt das beim drücken einer beliebigen Taste zum Absturz des VDRs.
Daraus schließe ich, dass das Problem nicht im vdr-sxfe zu suchen ist, sondern im xineliboutput Plugin.

Hat jemand ne Idee wo es dabei harkt, oder nen Tipp, wie ich abfragen kann ob bereits nen Frontend angemeldet ist, damit ich das senden der SVDRP befehle verzögern kann?
Am liebsten wäre mir natürlich wenn das Problem behoben werden kann.

Claus
MLD 2.0 mit vdr 1.6 - SMT-7020s - 80GB HDD
MLD 3.0 mit vdr 2.0 - lirc IgorPlugUSB - 7" TFT - DVB-S2 MP-S2 & DVB-s-Budget - SCR - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 2TB HDD - Lian Li PC-C37B - Samsung LE40A559
MLD 4.0 mit vdr 2.0 - Raspberry Pi - rpihddevice
MLD 4.0 mit Squeeze Play - Raspberry Pi - 32MB SD - 7" Touch TFT

This post has been edited 1 times, last edit by "clausmuus" (Jul 26th 2011, 10:43am)


mini73

Moderator

Posts: 5,657

Location: Flensburg

  • Send private message

2

Monday, July 25th 2011, 4:38pm

Moin!

Ich weiß nicht, ob ich dir helfen kann, aber ein Log vom Absturz wäre für andere sicherlich hilfreich...

Lars.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

3

Monday, July 25th 2011, 5:15pm

Kein Problem. Der relevante Auszug ist dies:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
Jul 25 17:07:14 (none) user.err vdr: [28200] starting plugin: xineliboutput
Jul 25 17:07:14 (none) user.err vdr: [28206] video directory scanner thread started (pid=28200, tid=28206)
Jul 25 17:07:14 (none) user.err vdr: [28206] video directory scanner thread ended (pid=28200, tid=28206)
Jul 25 17:07:14 (none) user.err vdr: [28205] video directory scanner thread started (pid=28200, tid=28205)
Jul 25 17:07:14 (none) user.err vdr: [28205] video directory scanner thread ended (pid=28200, tid=28205)
Jul 25 17:07:14 (none) user.debug vdr: [28207] [xine..put] Have CAP_SYS_NICE capability
Jul 25 17:07:14 (none) user.err vdr: [28208] Remote decoder/display server (cXinelibServer) thread started (pid=28200, tid=28208)
Jul 25 17:07:14 (none) user.debug vdr: [28208] [xine..put] Have CAP_SYS_NICE capability
Jul 25 17:07:14 (none) user.debug vdr: [28208] [xine..put] cXinelibServer priority set successful SCHED_RR 2 [1,99]
Jul 25 17:07:14 (none) user.info vdr: [28208] [xine..put] Listening on port 37890
Jul 25 17:07:14 (none) user.info vdr: [28208] [xine..put] Listening for UDP broadcasts on port 37890
Jul 25 17:07:14 (none) user.debug vdr: [28208] [discovery] BROADCAST: VDR xineliboutput DISCOVERY 1.0^M Server port: 37890^M Server version: xineliboutput-1.0.90-cvs^M ^M
Jul 25 17:07:14 (none) user.debug vdr: [28200] [xine..put] cXinelibDevice::StartDevice(): Device started
Jul 25 17:07:14 (none) user.err vdr: [28200] switching to channel 1
Jul 25 17:07:14 (none) user.err vdr: [28200] info: Kanal nicht verfügbar!
Jul 25 17:07:14 (none) user.debug vdr: [28200] [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB
Jul 25 17:07:16 (none) user.err vdr: [28200] setting watchdog timer to 60 seconds
Jul 25 17:07:16 (none) user.err vdr: [28200] OSD size changed to 720x576 @ 1.42222
Jul 25 17:07:16 (none) user.debug vdr: [28200] [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB
Jul 25 17:07:16 (none) user.err vdr: [28200] connect from 127.0.0.1, port 39202 - accepted
Jul 25 17:07:16 (none) user.err vdr: [28200] closing SVDRP connection
Jul 25 17:07:16 (none) user.debug vdr: [28200] [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB
Jul 25 17:07:17 (none) user.err vdr: [28200] max. latency time 1 seconds
Jul 25 17:07:20 (none) user.info vdr: [28208] [xine..put] Client 0 connected: 127.0.0.1:46085
Jul 25 17:07:20 (none) user.err vdr: [28208] loading /etc/vdr/plugins/xineliboutput/allowed_hosts.conf
Jul 25 17:07:20 (none) user.debug vdr: [28208] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes
Jul 25 17:07:20 (none) user.debug vdr: [28208] [xine..put] Trying PIPE connection ...
Jul 25 17:07:20 (none) user.err vdr: [28208] creating directory /etc/vdr/plugins/xineliboutput/pipes.28200
Jul 25 17:07:20 (none) user.err vdr: [28208] removing /etc/vdr/plugins/xineliboutput/pipes.28200
Jul 25 17:07:20 (none) user.debug vdr: [28208] [xine..put] cBackgroundWriterI initialized (buffer 512 kb)
Jul 25 17:07:20 (none) user.debug vdr: [28208] [xine..put] cTcpWriter initialized (buffer 512 kb)
Jul 25 17:07:20 (none) user.debug vdr: [28208] [xine..put] Pipe open
Jul 25 17:07:21 (none) user.err vdr: [28200] OSD size changed to 1024x768 @ 1.33333
Jul 25 15:07:24 (none) user.info kernel: vdr[28200]: segfault at 0 ip   (null) sp bfae41ec error 4 in vdr[8048000+13d000]


Claus
MLD 2.0 mit vdr 1.6 - SMT-7020s - 80GB HDD
MLD 3.0 mit vdr 2.0 - lirc IgorPlugUSB - 7" TFT - DVB-S2 MP-S2 & DVB-s-Budget - SCR - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 2TB HDD - Lian Li PC-C37B - Samsung LE40A559
MLD 4.0 mit vdr 2.0 - Raspberry Pi - rpihddevice
MLD 4.0 mit Squeeze Play - Raspberry Pi - 32MB SD - 7" Touch TFT

4

Monday, July 25th 2011, 6:24pm

Jetzt wo ich den passenden Auszug aus dem Logfile raussuchen musste ist mir etwas aufgefallen, das mir vorher entgangen war. xineliboutput scheint ein Problem damit zu haben, wenn sich die OSD größe ändert, wärend es geöffnet ist. Wenn also die OSD Größe auf "autodetection" steht, wird die ohne Frontend auf 720x576 gestellt. Sobald sich das Frontend anmeldet wird die größe angepasst. Damit scheint xineliboutput nicht klar zu kommen. Stelle ich eine feste Größe ein, kommt es nicht zum Absturz.
Nun habe ich dann jedoch nen anderes Problem. Das OSD wird beim Start von vdr-sxfe nicht neu gezeichnet. Es ist also solange unsichtbar, bis sich etwas ändert. Wie kann ich beim Start von vdr-sxfe ein neuzeichnen des OSD anstoßen? Oder lässt sich das im xineliboutput konfigurieren?

Claus
MLD 2.0 mit vdr 1.6 - SMT-7020s - 80GB HDD
MLD 3.0 mit vdr 2.0 - lirc IgorPlugUSB - 7" TFT - DVB-S2 MP-S2 & DVB-s-Budget - SCR - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 2TB HDD - Lian Li PC-C37B - Samsung LE40A559
MLD 4.0 mit vdr 2.0 - Raspberry Pi - rpihddevice
MLD 4.0 mit Squeeze Play - Raspberry Pi - 32MB SD - 7" Touch TFT

mini73

Moderator

Posts: 5,657

Location: Flensburg

  • Send private message

5

Monday, July 25th 2011, 9:51pm

Moin!

Tut mir leid, keine Ahnung. Aber schön, dass du die Ursache des Problems identifiziert hast, dann hast du neue Suchbegriffe bzw. könntest den Thread-Titel ergänzen...

Lars.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |