Nach Update VDR nicht mehr nutzbar

dippes · 19. Juli 2010

hallo,
ich habe heute ein update des vdr gemacht,

Code

vdr (1.7.15/1.7.15) - The Video Disk Recorder
svdrpservice (0.0.4) - SVDRP client
text2skin (1.3.1) - Loader for text-based skins
xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin
streamdev-client (0.5.0-pre) - VTP Streaming Client
nordlichtsepg (0.8a) - Extended EPG
director (0.2.8) - plugin to use the premiere multifeed option
epgsync (0.0.4) - Import EPG of an other VDR
skinenigmang (0.1.1) - EnigmaNG ski

wenn ixineliboutput in den fullscreen modus ist stürzt sofort die ganze kiste ab.nur noch ein reset hilft.

auch wenn ich nur das fenster hin und her ziehe oder die größe verändere stürzt xineliboutput ab und lässt sich auch nicht mehr schliessen.

kann das wer bestätigen?

pandel · 19. Juli 2010

Hallo,

ja kann ich bestätigen.

Habe gestern auch das Update gemacht. Reboot. Rechner fährt hoch, alles ist gut, dann S3, und beim Wiederanlauf schreibt es folgende Meldungen ins user.log

Code

Jul 19 23:07:27 mediastation vdr-sxfe[1869]: [1869] [vdr-sxfe]  sxfe_display_open: failed to connect to X server (:1)
Jul 19 23:07:27 mediastation vdr-sxfe[1869]: [1869] [vdr-sxfe]     (ERROR (xine_sxfe_frontend.c,1028): No such file or directory)
Jul 19 23:07:27 mediastation vdr-sxfe[1869]: [1869] [vdr-sxfe]  sxfe_display_open: failed to connect to X server (:0.0)
Jul 19 23:07:27 mediastation vdr-sxfe[1869]: [1869] [vdr-sxfe]     (ERROR (xine_sxfe_frontend.c,1037): No such file or directory)
Jul 19 23:07:27 mediastation vdr-sxfe[1869]: [1869] [vdr-sxfe]  sxfe_display_open: failed to connect to X server (127.0.0.1:0.0
Jul 19 23:07:27 mediastation vdr-sxfe[1869]: [1869] [vdr-sxfe]     (ERROR (xine_sxfe_frontend.c,1042): Connection refused)
Jul 19 23:07:27 mediastation vdr-sxfe[1869]: [1869] [vdr-sxfe]  sxfe_display_open: failed to connect to X server.
Jul 19 23:07:27 mediastation vdr-sxfe[1869]: [1869] [vdr-sxfe]     (ERROR (xine_sxfe_frontend.c,1046): Connection refused)
Jul 19 23:07:27 mediastation vdr-sxfe[1869]: [1869] [vdr-sxfe]  If X server is running, try running "xhost +" in xterm window

Es gibt auch merkwürdiges im WF. Ich wollte einfach nur mal sehen, ob sich was geändert hat und war im Bereich Anzeige. Dort bekam ich nur die Möglichkeit, die 2 verschiedenen Interlacer auszuwählen, die Modekonfiguration war weg.

Dann habe ich meine alte xorg.conf.yavdr aus dem Backup wiederhergestellt und die Anzeige im WF war wieder in Ordnung, die Modes waren wieder auswählbar.

Ich kann die Kiste derzeit nicht ausschalten, ohne daß ich einen Reboot machen muß, damit sie wieder etwas auf dem TV anzeigt.

HILFEEE!

EDIT 1:
Es ist unabhängig davon, ob xine oder xineliboutput verwendet wird. Ich hatte versucht, ob nvidia bzw. nvidia-current in force-modules-reload hilft, tut es aber nicht...

EDIT 2:
Stelle ich die Shutdown Methode auf Shutdown statt S3, ist nach dem Einschalten wieder ein Bild da.

tbf · 20. Juli 2010

Die Fehermeldung kann ich in der User.log nicht finden, aber leider hängt bei mir das system nach susped to ram auch. (das lief eigentlich bislang)

Wenn das system bei suspend to ram hängt kann ich es via remote ssh bedienen und auch via yavdr web frontend bedienen (system nimmt nur keine settings entgegen). Unter Anzeige ist allerdings keine Info zu meinem TV zu sehen (Auflösung).

Während des upgrade gab es einige Fehlermeldungen wegen fehlernder chron-dateien. Dies ist aber eventuell ein anderes problem.

Wechsel zu Shutdow hat das problem etwas verbessert. (system zeigt bei neustart ein "fail" in roter Schrift, es scheint aber dennoch zu laufen.

pandel · 20. Juli 2010

- Suspend to RAM war schon schöner *seufz* und lief mit den Bootparametern problemlos - werde heute Abend mal probieren, die Kernelparameter wieder rauszunehmen, vielleicht verbessert das ja irgendwas

- Fehlermeldung zu Cron hatte ich beim Update auch, aber das kanns nicht sein

- Das rote "fail" habe ich nicht... wann taucht das denn auf? Bei mir steht nur "starting yet another vdr" und dann gehts los.

hotzenplotz5 · 20. Juli 2010

hm da bin ich ratlos ...

ich hab extra gestern yavdr-0.2 neu installiert.

und bin so ziemlich "alles" durchgegangen.
was soll ich sagen ... es läuft ohne probleme ....

kann es sein, dass irgendwelche "custom templates" dazwischenfunken ?

kann es sein, dass ihr vorher unstable-pakete hattet, und jetzt wieder auf testing umstellen wollt ?

das alles kann probleme verursachen ... xineliboutput in testing passt nicht zu libxine aus unstable usw.

wie gesagt, würde gerne helfen ! abere ich hab keine ahnung bei welchem problem.

pandel · 20. Juli 2010

Also, ich hab auf meinem HTPC im Wohnzimmer von Anfang an nur von der yaVDR 0.2 ISO installiert und per apt-get Paketupdates gemacht, keine unstable oder sonstwas für Repos zusätzlich hinzugefügt oder Pakete per Hand runtergeladen und installiert. Dafür habe ich extra ein Testsystem unter Virtualbox. Sollte also ein reguläres System sein.

Die custom templates, die ich angelegt habe, beziehen sich nur auf ein paar Einstellungen, aber keine tiefgreifenden Änderungen. Hatte ein template für config_xineliboutput wegen video_num_frames, habe das aber schon zur Sicherheit wieder entfernt

Da ich ja nicht so tiefe Ahnung habe, muß ich mal doof fragen:

- Kann es sein, daß der VDR irgendwie beim ersten Runterfahren (nachdem der Rechner einmalig mittel reboot neu gestartet wurde) in S3 der GraKa Blödsinn mitteilt, sodaß sie nicht mehr nach einem Wakeup anlaufen kann? Kann man da evtl. it force-modules-reload irgendetwas zur Reinitialisierung zwingen?

Habe noch folgendes beobachtet: wenn ich den HTPC aufwecke und hochfahren lasse, zuckt mein TV nichtmal und sagt die ganze Zeit "Kein Signal", ABER kurz vor dem erneuten Ausschalten des Rechner (bei S3) bekomme ich für 'ne halbe Sekunde eine rosafarbene Farbfläche in 4:3, außen graue Streifen, dann ist wieder Schluß. Bißchen wie letztes Aufbäumen vor dem Ausschalten...

Wie gesagt, werde heute Abend auch mal die Kernelparameter wieder entfernen, mal sehen, was dann passiert...

Was ich merkwürdig finde ist, daß da im Upgrade ja nur Xine und VDR Pakete (ok, auch dpkg, aber das ist ja wurscht) waren. Ich hätte so ein Verhalten eher dann erwartet, wenn der Kernel oder der Nvidia Treiber ausgetauscht worden wären...

ofenheizer · 20. Juli 2010

Hast Du auch ein dist-upgrade gemacht? Denn da hab ich in meiner VM was mit kernel gesehen.

Gruss
Markus

pandel · 20. Juli 2010

oh, wo Du so fragst, ich denke es war sogar nur ein dist-upgrade, hab natürlich vor ein apt-get update gemacht....

Warte mal, da meine VM noch den Stand VOR dem Upgrade hat, hier der relevante Teil aus sudo apt-get dist-upgrade -s

Code

Inst libusb-0.1-4 [2:0.1.12-14ubuntu0.1] (2:0.1.12-14ubuntu0.2 Ubuntu:10.04/lucid-updates)
Inst libfreetype6 [2.3.11-1ubuntu2] (2.3.11-1ubuntu2.1 Ubuntu:10.04/lucid-security)
Inst libjs-ext [3.0.3-1tvt2] (3.2.1-1yavdr1 stable-yavdr:10.04/lucid)
Inst libjs-ext-examples (3.2.1-1yavdr1 stable-yavdr:10.04/lucid)
Inst libjsoncpp0 (0.1-4yavdr1 stable-yavdr:10.04/lucid)
Inst libxine2 [1.2.0~hg20100615-0yavdr1] (1.2.0~hg20100715-0yavdr1 stable-vdr:10.04/lucid)
Inst yavdr-utils [0.2.0+svn20100605.2220-1yavdr1] (0.2.1.1464-1yavdr1 stable-yavdr:10.04/lucid)
Inst yavdr-startup [0.2.0+svn20100606.2358-1yavdr1] (0.2.1.1462-1yavdr1 stable-yavdr:10.04/lucid)
Inst vdr-plugin-xine [0.9.3-8yavdr1] (0.9.3-10yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-vnsiserver [0.0.2+svn20100603.1005-1yavdr1] (0.0.2+svn20100613.1123-4yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-wirbelscan [0.0.5~pre12a-1yavdr1] (0.0.5~pre12a-4yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-dummydevice [1.0.2-21yavdr1] (1.0.2-24yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-bgprocess [0.1.0-9yavdr1] (0.1.0-12yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-channellists [0.0.4-5yavdr1] (0.0.4-8yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-noepgmenu [0.0.6~beta4-11yavdr1] (0.0.6~beta4-14yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-femon [1.7.7-3yavdr1] (1.7.7-6yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-epgsearch [0.9.25.beta16-4yavdr1] (0.9.25.beta17-2yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-live [0.2.0.99+cvs20100623.0904-1yavdr1] (0.2.0.99+cvs20100623.0904-3yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-externalplayer [0.1.0-20yavdr1] (0.1.0-23yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-xineliboutput [1.0.6+cvs20100709.1400-0yavdr1] (1.0.6+cvs20100716.1340-1yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-tvm2vdr [0.1.1-8yavdr1] (0.1.1-11yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-avolctl [0.3b-23yavdr1] (0.3b-26yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-menuorg [0.4.4-9yavdr1] (0.4.4-12yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-text2skin [1.3.1-0yavdr1] (1.3.1-2yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-osdserver [0.1.2-10yavdr1] (0.1.2-13yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-graphtft [0.3.2~rc2+svn20100331.2200-2yavdr1] (0.3.2~rc2+svn20100331.2200-7yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-iptv [0.4.1-3yavdr1] (0.4.2-3yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-extrecmenu [1.2~test1-13yavdr1] (1.2~test1-16yavdr1 stable-vdr:10.04/lucid) []
Inst vdr-plugin-streamdev-server [0.5.0~pre20090706+cvs20100307.2102-4yavdr1] (0.5.0~pre20090706+cvs20100307.2102-7yavdr1 stable-vdr:10.04/lucid) []
Inst graphtft-fe [0.3.2~rc2+svn20100331.2200-2yavdr1] (0.3.2~rc2+svn20100331.2200-7yavdr1 stable-vdr:10.04/lucid) []
Inst vdr [1.7.14-8yavdr1] (1.7.15-2yavdr1 stable-vdr:10.04/lucid)
Inst xineliboutput-sxfe [1.0.6+cvs20100709.1400-0yavdr1] (1.0.6+cvs20100716.1340-1yavdr1 stable-vdr:10.04/lucid) []
Inst libxine1-xvdr [1.0.6+cvs20100709.1400-0yavdr1] (1.0.6+cvs20100716.1340-1yavdr1 stable-vdr:10.04/lucid)

Alles anzeigen

Bis auf ein oder zwei Plugins entspricht das, so wie ich das sehe, der Liste der upgegradeten Pakete...

Donkey-Kong · 20. Juli 2010

hi

Ich weis nicht genau ob das hierher passt, aber seit ich heute auf VDR-1.7.15 und xineliboutput-1.0.90-cvs upgedatet habe funktioniert mein vdr-sxfe nicht mehr richtig. Wenn ich im Vollbildmodus starte und dann in den Fenstermodus wechsle stürtzt mir vdr-sxfe ab (Bild ist schwarz und der Ton ist 2-3 Sek. später auch weg). Der Vollbildmodus ist auch nicht sauber. HD ruckelt und das SD deinterlacing ist auch mit kleinen (1-2 Zeilen) horizontalen Streifen. Der VDR ist VDR1 aus der Signatur.
Hier mal ein log mit ARD HD und umschalten auf RTL. Mein vdr-sxfe Aufruf ist:

vdr-sxfe --display=:0 "xvdr+tcp://127.0.0.1:37890" --video=vdpau --post=tvtime:method=ues_vo_driver --audio=alsa:default --reconnect --fullscreen >/home/bernd/xinelib.log 2>&1

Code

[2070] [vdr-fe]    GNOME screensaver disabled
vo_vdpau: vdpau API version : 1
vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library  195.36.24  Thu Apr 22 10:39:56 PDT 2010
vo_vdpau: this hardware doesn't support mpeg4-part2.
[2070] [vdr-fe]    Detected 2 CPUs
[2070] [vdr-fe]    Enabling FFmpeg multithreaded video decoding
[2070] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
[2070] [input_vdr] Server greeting: VDR-1.7.15 xineliboutput-1.0.90-cvs READY
[2070] [input_vdr] Connected (control) to tcp://127.0.0.1:37890
[2070] [input_vdr] Connecting (data) to tcp://127.0.0.1:37890 ...
[2070] [input_vdr] Data stream connected (TCP)
[2070] [input_vdr] Using non-default "media.xvdr.num_buffers_hd:4000"
[2070] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video
[2070] [demux_vdr] Using decoder "FFmpeg" for H.264 video
vdr-sxfe 1.0.90-cvs  (build with xine-lib 1.1.90, using xine-lib 1.1.90)


Video driver: vdpau
Video port: :0
Post plugins: tvtime:method=ues_vo_driver
Audio driver: alsa
Audio device: default
Automatic reconnection enabled
Fullscreen mode
VDR Server: xvdr+tcp://127.0.0.1:37890






Press Esc to exit


vdpau_set_property: property=8, value=100
vdpau_set_property: property=2, value=0
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=1
vdpau_set_property: property=3, value=100
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=1
vdpau_set_property: property=5, value=0
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=1
vdpau_set_property: property=24, value=0
vo_vdpau: disable sharpness.
vdpau_set_property: property=25, value=0
vo_vdpau: disable noise reduction.
vdpau_set_property: property=4, value=100
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=1
vdpau_set_property: property=1, value=0
[2082] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":22 is too small for some HD channels
[?25lvo_vdpau: deinterlace: none
vo_vdpau: set_scaling_level=0
vo_vdpau: enabled features: inverse_telecine=0
vo_vdpau: disable noise reduction.
vo_vdpau: disable sharpness.
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=1
vo_vdpau: skip_chroma = 0
[2083] [demux_vdr] PMT changed
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: temporal_spatial
vo_vdpau: deinterlace: bob
vo_vdpau: set_scaling_level=0
vo_vdpau: enabled features: inverse_telecine=1
vo_vdpau: disable noise reduction.
vo_vdpau: disable sharpness.
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=1 studio_levels=1
vo_vdpau: skip_chroma = 0
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
[2083] [input_vdr] wait_stream_sync: discard_index 1087229568 != curpos 1087081048 ! (diff 148520)
[2083] [demux_vdr] PMT changed
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: bob
vo_vdpau: deinterlace: temporal_spatial
vo_vdpau: set_scaling_level=0
vo_vdpau: enabled features: inverse_telecine=1
vo_vdpau: disable noise reduction.
vo_vdpau: disable sharpness.
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=1
vo_vdpau: skip_chroma = 0
[?12l[?25h[2084] [vdr-fe]    Keyboard thread terminated
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
[2070] [input_vdr] Connections closed.
vdpau_set_property: property=2, value=0
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=1
vdpau_set_property: property=3, value=100
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=1
vdpau_set_property: property=5, value=0
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=1
vdpau_set_property: property=24, value=0
vo_vdpau: disable sharpness.
vdpau_set_property: property=25, value=0
vo_vdpau: disable noise reduction.
vdpau_set_property: property=4, value=100
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=1
vdpau_set_property: property=1, value=0
[2070] [vdr-fe]    GNOME screensaver enabled
vo_vdpau: background_color = 0
-------> vdpau_h264_flush 0 16 not executing
not started...
--> skip frame...
--> skip frame...
skip: ------------------------>set pocm to 0
--> skip frame...
skip: ------------------------>set pocm to 0
--> skip frame...
skip: ------------------------>set pocm to 0
--> skip frame...
--> skip frame...
--> skip frame...
--> skip frame...
--> skip frame...
--> skip frame...
--> skip frame...
--> skip frame...
--> skip frame...
--> skip frame...
--> skip frame...
vo_vdpau: background_color = 0
-------------> vdpau_h264_reset
-------> vdpau_h264_dispose
vo_vdpau: background_color = 0
Terminating...

Alles anzeigen

Vielleicht kann ja jemand damit was anfangen.

Edit: Bei einer Größenänderung im Fenstermodus stürtzt vdr-sxfe auch ab.

Gruß Donkey-Kong

idstone · 20. Juli 2010

Gleiches Problem bei mir seit Update auf VDR-1.7.15 und neue xineliboutput. Wechsel zwischen Vollbildmodus und Fenstermodus, bzw. Skalieren, lässt vdr-sxfe abschmieren. Jedoch passiert dies nur, wenn die Ausgabe per VDPAU passiert., per XV nämlich nicht. Ausserdem wurde der Ort des SVDRP-Service geändert, was den lifeguard "stumm" macht bzgl. OSD-Meldungen.

Vielleicht sollte ich dazu schreiben, dass ich kein yavdr nutze, sondern das Launchpad-PPA für 10.4.

gda · 20. Juli 2010

Zitat

Original von idstone
Gleiches Problem bei mir seit Update auf VDR-1.7.15 und neue xineliboutput. Wechsel zwischen Vollbildmodus und Fenstermodus, bzw. Skalieren, lässt vdr-sxfe abschmieren.

Dippes, Donkey-Kong und idstone. Ihr postet im falschen Forum, das ist hier nur für die Distribution yaVDR, nicht für das Repository. Ich würde euch empfehlen bei Debian und Derivate zu posten.

Die yaVDR-Benutzer haben offensichtlich ein anderes Problem. Hier funktioniert wohl der Resume aus S3 nicht. Da wäre eventuell das /var/log/pm-suspend.log hilfreich.

Gerald

pandel · 20. Juli 2010

Danke für den Hinweis mit dem pm-suspend.log. Ich schau gleich mal rein, wenn ich wieder zuhause bin und setze es dann hier hin.

hotzenplotz5 · 20. Juli 2010

leeeeuuuute ich bin ja schon dabei ...

ich muss doch auch arbeiten.
wie gesagt, ich hatte die probleme überhaupt nicht.
aber es wird bald ein update geben auf libxine (inclusive NEUEN durchflieger patch) von heute xineliboutput von heute xine-plugin (nicht von heute, aber neu gebaut) und auch xine-ui (von heute)

sollte es dann noch "fehler" geben.... dann .... weiss ich auch nicht.

Donkey-Kong · 20. Juli 2010

gda

ich habs schon vermutet.

Hotzenplotz

Soll ich noch warten und der Fehler betrift uns auch, oder soll ich bei Debian und Derivate posten.

Gruß Donkey-Kong

pandel · 20. Juli 2010

dann warten wir mal ab... ich schau aber trotzdem zur Sicherheit mal in die Logs...

gda · 20. Juli 2010

Zitat

Original von pandel

dann warten wir mal ab... ich schau aber trotzdem zur Sicherheit mal in die Logs...

Ich glaube nicht, dass dein Problem damit etwas zu tun hat.

Gerald

hotzenplotz5 · 20. Juli 2010

edit : blödsinn sorry

pandel · 20. Juli 2010

gda
Mag sein, aber Hoffen darf ich doch, oder? Es würde ja sonst nur noch übrig bleiben, daß in den Paketen yavdr-utils oder yavdr-startup ne Änderung drin ist, die negativ auswirkt, oder? Was anderes war doch im Update nicht drin... Oder könnte es tatsächlich eins der Plugins sein, daß dieses Verhalten provoziert?

BTW, es gibt im Verzeichnis /etc/X11 eine Datei edid... Gibts die schon immer, oder ist die neu? Ist mir bisher noch nicht aufgefallen... Wird die irgendwo verwendet?

Donkey-Kong · 20. Juli 2010

@ hotzenplotz5
wie soll ich das vestehen?

Zitat

Originally posted by hotzenplotz5
edit : blödsinn sorry

ist es ein patch Problem oder des neuen cvs? Dann muss ich ja posten nach ???

Gruß Donkey-Kong

hotzenplotz5 · 20. Juli 2010

einfach noch etwas warten ... evtl. ist das "problem" schon bald gelöst ...

Nach Update VDR nicht mehr nutzbar

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema