Beiträge von M.Temp

M.Temp · 18. September 2013

Hallo,

ich benutze das graphlcd-plugin zusammen mit einem Pollindisplay und einem HP12542R-Controller.
Das funktioniert soweit so gut. Nun möchte ich in Zukunft das Display auch mit XBMC nutzen und bin gerade dabei hierfür die Vorarbeiten zu leisten.
Unter anderem ist dazu nötig, dass der VDR graphlcd freigibt. Das sollte eigentlich auch über svdp mit svdrpsend plug graphlcd disconn serdisp gehen.
Leider klappt das anschließende Verbinden nicht mehr. (Es wird nichts angezeigt.) Die Einträge im syslog hängen davon ab ob der disconn bzw connect-Befehl zum erstenmal nach dem VDR-Start ausgeführt wurden, oder ob schon ein (fehlgeschlagener) Versuch vorausging.

Hier ein Auszug aus dem Syslog, bei entsprechendem svdrpsend-Aufruf:

Code

root@HD-VDR-DG:~# service vdr start
root@HD-VDR-DG:~# svdrpsend plug graphlcd disconn serdisp
220 HD-VDR-DG SVDRP VideoDiskRecorder 2.0.2; Wed Sep 18 23:31:17 2013; UTF-8
900 DISCONNect ok.


==>Syslog:
Sep 18 23:31:17 HD-VDR-DG vdr: [3955] connect from 127.0.0.1, port 49186 - accepted
Sep 18 23:31:17 HD-VDR-DG vdr: [4042] glcd_display thread ended (pid=3955, tid=4042)
Sep 18 23:31:17 HD-VDR-DG vdr: [3955] closing SVDRP connection


root@HD-VDR-DG:~# svdrpsend plug graphlcd connect serdisp
220 HD-VDR-DG SVDRP VideoDiskRecorder 2.0.2; Wed Sep 18 23:31:52 2013; UTF-8
900 Display serdisp: CONNECT ok.
221 HD-VDR-DG closing connection


==>Syslog:
Sep 18 23:31:52 HD-VDR-DG vdr: [3955] connect from 127.0.0.1, port 49187 - accepted
Sep 18 23:31:52 HD-VDR-DG vdr: [3955] graphlcd plugin: DEBUG: Init timeout waiting for display serdisp thread to get ready
Sep 18 23:31:52 HD-VDR-DG vdr: [5833] glcd_display thread started (pid=3955, tid=5833, prio=high)
Sep 18 23:31:52 HD-VDR-DG vdr: serdisp: INFO: detected serdisplib version 1.98 (cDriver::Init)
Sep 18 23:31:52 HD-VDR-DG vdr: [3955] graphlcd plugin: DEBUG: Display thread for 'serdisp' ready
Sep 18 23:31:53 HD-VDR-DG vdr: [3955] closing SVDRP connection


root@HD-VDR-DG:~# svdrpsend plug graphlcd disconn serdisp
220 HD-VDR-DG SVDRP VideoDiskRecorder 2.0.2; Wed Sep 18 23:33:04 2013; UTF-8
900 DISCONNect ok.


==>Syslog:
Sep 18 23:33:04 HD-VDR-DG vdr: [3955] connect from 127.0.0.1, port 49190 - accepted
Sep 18 23:33:07 HD-VDR-DG vdr: [3955] ERROR: glcd_display thread 5833 won't end (waited 3 seconds) - canceling it...
Sep 18 23:33:07 HD-VDR-DG vdr: [3955] closing SVDRP connection
svdrpsend plug graphlcd connect serdisp




root@HD-VDR-DG:~# svdrpsend plug graphlcd connect serdisp
220 HD-VDR-DG SVDRP VideoDiskRecorder 2.0.2; Wed Sep 18 23:33:12 2013; UTF-8
900 Display serdisp: CONNECT ok.
221 HD-VDR-DG closing connection


==>Syslog:
Sep 18 23:33:12 HD-VDR-DG vdr: [3955] connect from 127.0.0.1, port 49191 - accepted
Sep 18 23:33:12 HD-VDR-DG vdr: [3955] graphlcd plugin: DEBUG: Init timeout waiting for display serdisp thread to get ready
Sep 18 23:33:12 HD-VDR-DG vdr: [5843] glcd_display thread started (pid=3955, tid=5843, prio=high)
Sep 18 23:33:12 HD-VDR-DG vdr: serdisp: INFO: detected serdisplib version 1.98 (cDriver::Init)
Sep 18 23:33:12 HD-VDR-DG vdr: [3955] graphlcd plugin: DEBUG: Display thread for 'serdisp' ready
Sep 18 23:33:12 HD-VDR-DG vdr: [3955] closing SVDRP connection

Alles anzeigen

Lass ich den Parameter <Display> weg, so ist das Ergebnis das gleiche, die Logeinträge sehen jedoch so aus:

Code

root@HD-VDR-DG:~# service vdr restart
root@HD-VDR-DG:~# svdrpsend plug graphlcd disconn
220 HD-VDR-DG SVDRP VideoDiskRecorder 2.0.2; Wed Sep 18 23:47:01 2013; UTF-8
900 DISCONNect ok.
221 HD-VDR-DG closing connection


==>syslog
Sep 18 23:47:01 HD-VDR-DG vdr: [5852] connect from 127.0.0.1, port 49198 - accepted
Sep 18 23:47:01 HD-VDR-DG vdr: [5939] glcd_display thread ended (pid=5852, tid=5939)
Sep 18 23:47:01 HD-VDR-DG vdr: [5852] closing SVDRP connection


root@HD-VDR-DG:~# svdrpsend plug graphlcd connect
220 HD-VDR-DG SVDRP VideoDiskRecorder 2.0.2; Wed Sep 18 23:47:06 2013; UTF-8
900 RECONNECT status: OK = 1, FAILED = 0
221 HD-VDR-DG closing connection


==>Syslog
Sep 18 23:47:06 HD-VDR-DG vdr: [5852] connect from 127.0.0.1, port 49199 - accepted
Sep 18 23:47:06 HD-VDR-DG vdr: [5852] graphlcd plugin: DEBUG: Init timeout waiting for display serdisp thread to get ready
Sep 18 23:47:06 HD-VDR-DG vdr: [6261] glcd_display thread started (pid=5852, tid=6261, prio=high)
Sep 18 23:47:06 HD-VDR-DG vdr: serdisp: INFO: detected serdisplib version 1.98 (cDriver::Init)
Sep 18 23:47:06 HD-VDR-DG vdr: [5852] graphlcd plugin: DEBUG: Display thread ready for 'serdisp'
Sep 18 23:47:06 HD-VDR-DG vdr: [5852] closing SVDRP connection

Alles anzeigen

Hier meine graphlcd.conf

Code

root@HD-VDR-DG:~f# cat /etc/graphlcd.conf
# WaitMethod
#  Select the method that is used for sleeping.
#  Possible values:
#   0 - usleep
#   1 - nanosleep
#   2 - nanosleep (sched_rr) - This is recommended on kernel 2.4 systems
#   3 - gettimeofday - This is recommended on kernel 2.6 systems
#  Defaukt value: 3
WaitMethod=3


# WaitPriority
#  Select the process priority that is used when sleeping.
#  Possible values: -20 <= x <= 19
#  Default value: 0
WaitPriority=0


[serdisp]
Driver=serdisp
Controller=HP12542R


Delay=3
Wiring=3


Device=/dev/parport0
Port=0x378


Contrast=5
Backlight=yes


# Settings 'Width' and 'Height' are ignored at the moment. For generic controllers # (sed1330/1335, t6963) width and height need to be set using setting 'Options' (look above)
Width=128
Height=64

Alles anzeigen

Hier die verwendeten Pakete:

Code

vdr-plugin-graphlcd/precise uptodate 0.3.0+git20120329-0yavdr14~precise
graphlcd-tools/precise uptodate 0.1.9+git20120310-0yavdr0~precise
libserdisp1/precise uptodate 1.98.1+svn20120125-1yavdr3~precise

Hat jemand eine Idee?
Viele Grüße
Michael

M.Temp · 15. September 2013

Hallo,

nach dem Update zeigte osd-teletext erstmal nichts mehr an. (Das Plugin wurde aber gestartet und man musste es erst verlassen, um wieder normale Befehle mit der Fernbedienung auszuführen.) Keine Fehlermeldung im Logfile.

Die Lösung: Im Pluginmenü OSD-Höhe und OSD-Breite auf HD-Ready-Auflösung reduzieren (Höhe=720, Breite=1280)

Viele Grüße
Michael

M.Temp · 15. September 2013

Servus,

seit dem Update hab ich in ca. 3 von 4 Fällen keinen Ton nach dem Starten. Erst ein Frontend-Restart (service vdr-frontend restart oder Esc-Taste) oder Frontend-Wechsel (z.B. XBMC) bringt den Ton zurück. So ein Problem gab es schonmal in einer älteren yavdr-Version (kurz nach dem Umstellen auf upstart?). Als Grund wurde damals aufgeführt, dass das Frontend vor dem VDR startete und es wurde hier im Forum auch eine Problemläsung/Workaround vorgestellt. Leider finde ich den nimmer. Kann mir jemand einen Anstupser geben?

Viele Grüße
Michael

M.Temp · 15. September 2013

Servus,

bei mir wurde vdr-tftng-standard nicht mitinstalliert und vdr-tft-standard nicht gelöscht. Obwohl ich es anschließend manuell installiert habe, hat graftftng damit Probleme. Im Pluginmenü unter "Theme" kann ich ihn aber nicht auswählen. Stattdessen gibt es einen "leeren" Auswahlpunkt, der auch standardmäßig vor selektiert war. Wählt man ihn aus, so zeigt graphtftng einen schwarzen Bildschirm an. Die anderen Skins funktionieren (größtenteils). Die Umlaute wurden zusätzlich nicht richtig dargestellt. graphTFT zeigt Umlaute nicht richtig an brachte Abhilfe.

Viele Grüße
Michael

M.Temp · 10. Mai 2013

Zitat von 3PO

Wenn Du wissen willst, wie gut die Signale Deiner Anlage sind, dann wirst Du Dir wohl oder übel ein vernünftiges Messgerät kaufen, oder ausleihen müssen.

Das wäre sogar prinzipiell möglich, aber das kann halt "nur" die Anlage messen und nicht am VDR. Hatte mal das Problem, dass das Signal zwar gut aussah, aber der VDR/die Karte mit dem aufmodulierten (und an der Dose nicht gefiltertem) UKW/DVB-T-Signal nicht zurecht kam. Siehe dazu [gelöst]Twin-Sat-Dose: Kabel eins Empfangsproblem

Deswegen wollte ich es mit Boardmitteln "messen".

M.Temp · 10. Mai 2013

Hallo,

ich hab/hatte/vermute gewisse Empfangsprobleme bei uns im Haus.

Femon zeigt bei beiden VDRs an allen Leitungen bei DVB-S2 Sendern keinen konstanten Wert im SNR-Balken an, sondern er springt ständig von sehr wenig (leider keine bessere Angabe möglich) bis zur Mitte/Ende vom gelben Bereich. Die SNR-Prozent-Angabe liegt dabei bei DVB-S2-Sendern konstant zwischen 65% und 72%.

Bei DVB-S-Sendern (auch einsfestival hd) hingegen ist das SNR im grünen Bereich und die Prozentangabe sagt 88%

Kann femon jetzt nur nicht mit DVB-S2 umgehen, oder sind beide DVB-S2-Karten kaputt, oder gar der Multiswitch, oder kann man da gar keine Aussage machen?

Weiß da jemand mehr?

Viele Grüße
Michael

M.Temp · 2. Januar 2013

EPG-Fehler sind mir auch aufgefallen, aber ich hab's auf die Unfähigkeit der Sender (RTL2 + noch irgendeinen der Privaten) geschrieben...

M.Temp · 28. Oktober 2012

Fragt mich nicht, warum ich das vorher nicht gefunden hab, aber hier wird das Problem gelöst: yaVDR0.4 GraphTFT zeigt Namen von Aufzeichnungen nicht an!

Zumindest erste Ansätze sind vielversprechend.

Michael

M.Temp · 28. Oktober 2012

Servus,

graphtft zeigt bei mir bei meinen Aufnahmen nur die erste Spalte an. D.h. bei Ordnern, die Anzahl der Aufnahmen innerhalb; bei Aufnahmen, deren Datum.
Anbei zwei Fotos. Die unterschiedliche Auswahl war mein Fehler und hat nichts mit dem VDR zu tun.

Kann mir jemand helfen?
Ich verwende das aktuelle yavdr-0.4 siehe Signatur.

Viele Grüße
Mcihael

M.Temp · 21. Oktober 2012

Servus,

mein gut gefülltes SoftRaid 5 Sata 3*1.5TB brauchte im gemounteten, aber wenig intensiven Betrieb (Betriebsystem, DNS, DHCP) ca. einen Tag. Irgendwas zwischen 12h und 24h. Ich glaub es waren 18h.

M.Temp · 23. September 2012

Wer lieber in Deutschland kaufen will, kann es um ca. 100€ auch im lcdstore kaufen:
http://www.lcdstore.de/epages/…06888/Products/LC-GD50VGA

Ich hab die 5,6 Zoll-Variante gewählt.
Für den ein oder anderen sicher auch interessant: Der Display-Controller kann das Bild auch spiegeln und man kann somit das Display verkehrt herum einbauen, selbst wenn der Graka-Treiber eine 180°-Rotation nicht unterstützt.

Grüße
Michael

M.Temp · 13. September 2012

so, wenn ich im Bios den "primary graphic adapter" von PCI-E auf PCI umstelle, dann seh ich den Bootscreen auf dem kleinen Monitor und yavdr startet den X-Server +sxfe brav auf dem großen TV.
Wär interessant zu wissen, was da passiert.

Danke für die Stöße in die richtige Richtung Es läuft jetzt alles soweit, wenngleich ich meine upstart-skripte nicht ideal finde.

Ich hab mir mal die ganzen (upstart-)templates von yavdr angeschaut und versucht zu verstehen was da passiert. Dabei ist mir aufgefallen, dass yavdr scheins eine weitere openbox-second Instanz startet. Für was wird die benötigt? Nur damit man nach dem Beenden von grpahtft-fe ein Bildchen darstellen kann, oder hat das noch weiterreichende Gründe?

M.Temp · 13. September 2012

Danke soweit. Jetzt hab ich leider das nächste Problem:

Code

(EE) MGA(0): Cannot read V_BIOS (3) Input/output error

Damit bin ich nicht der Einzige. Ich hoffe, dass ich das auch noch gelöst bekomme.

Eine Frage hab ich aber noch zur DISPLAY-Variable: Wo wird in der xorg.conf festgelegt wo die hinzeigt? Also auf welchen Ausgang welcher Grafikkarte?

M.Temp · 13. September 2012

Hallo Gerald,

Zitat von gda

Ich verstehe überhaupt nicht was du da machst? Wenn du die xorg.conf.yavdr umbaust für eine Matrox Grafikkarte, wie soll denn dann der Xserver mit der Nvidia funktionieren?
Es gibt überhaupt keinen Grund an der Datei was zu ändern. Du schaffst es nicht einen Xserver auf 2 Grafikkarten zu bringen. Du musst für die Matrox einen 2. Xserver starten, mit einer eigenen xorg.conf.

das klingt logisch was Du sagst. Mein Problem ist, dass die Anleitungen, die ich im Internet gefunden hab, das alles in eine xorg.conf packen und ich auch den Post von seahawk1986 so gedeutet hab.
Mit ein wenig Abstand betrachtet, gibt es in der Tat keinen Grund, warum die beiden Xserver, bzw. deren config, was von den der anderen Instanz wissen sollten.

Leider ist die manuelle Konfiguration von X Neuland für mich und entweder gibt es keine vernünftig Anleitung für mein Problem, oder ich stell mich zu blöd an sie zu finden.
Eine funktionierende xorg.conf sollte ich für die zweite Grafikkarte hin bekommen, aber den dann folgenden Start von X bzw. der Anwendung hab ich noch nicht so ganz verstanden:

Code

xinit /pfad/zum/porgramm <optionen> -config xorg.conf.graphtft

Was muss ich für <optionen> angeben? Ich bin zwar am lesen der Man, aber es wäre sicher hilfreich, wenn mir jemand das in einfachen Worten erklären kann. --:1 ist für mich doch noch etwas kryptisch. Teilweise steht vor dem Doppelpunkt auch eine Zahl. Das diese Zahlen entscheidend dazu beitragen wo was angezeigt wird ist mir klar, aber nicht so ganz die Semantik.

Grüße
michael

M.Temp · 12. September 2012

Hallo,

leider läuft das manuelle Einrichten noch nicht so ganz.
Ich hab die xorg.conf.yavdr in Anlehnung an diese hier aus dem Easyvdr-portal verändert.
Meine Konfiguration schaut so aus:

Code

root@HD-VDR-EG:~# lspci | grep -a VGA
01:0a.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II]
02:00.0 VGA compatible controller: nVidia Corporation GT218 [GeForce 210] (rev a2)

Code

root@HD-VDR-EG:~# cat /etc/X11/xorg.conf.yavdr
#################################################################################
#                                                                           	#
#   The following configuration file is generated automatically by the yaVDR	#
# 	system. Don't change this file as every update of yaVDR will overwrite	#
#     	the local changes. Instead put your required customizations       	#
#   	into /etc/yavdr/templates_custom/ based on the original templates   	#
#                  	under /usr/share/yavdr/templates.                    	#
#                                                                           	#
#        	http://www.yavdr.org/developer-zone/template-overview/         	#
#                                                                           	#
#                                                                           	#
#################################################################################
#
# based on
#
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildmeister@builder63)  Tue Oct 20 21:00:15 PDT 2009
#


Section "ServerLayout"
	Identifier 	"Layout0"
	Screen  	0  "Screen0"
	Screen  	1  "Screen1"
	InputDevice	"Keyboard0" "CoreKeyboard"
	InputDevice	"Mouse0" "CorePointer"
EndSection




Section "Files"


EndSection




Section "InputDevice"


	# generated from default
	Identifier 	"Mouse0"
	Driver     	"mouse"
	Option     	"Protocol" "auto"
	Option     	"Device" "/dev/psaux"
	Option     	"Emulate3Buttons" "no"
	Option     	"ZAxisMapping" "4 5"


EndSection




Section "InputDevice"


	# generated from default
	Identifier 	"Keyboard0"
	Driver     	"kbd"


EndSection




Section "Monitor"


	Identifier 	"Monitor0"
	VendorName 	"Unknown"
	ModelName  	"Unknown"


	Option     	"DPMS"
	Option     	"ExactModeTimingsDVI" "True"


EndSection




Section "Monitor"


	Identifier 	"Monitor1"
	VendorName 	"Unknown"
	ModelName  	"Unknown"


	Option     	"DPMS"
EndSection






Section "Device"


	Identifier 	"Device0"
	Driver     	"nvidia"
	VendorName 	"NVIDIA Corporation"
	Screen      	0
	Option     	"DPI" "100x100"
	BusID      	"PCI:2:0:0"
	Option     	"NoLogo" "True"
	Option     	"UseEvents" "True"
	Option     	"TripleBuffer" "False"
	Option     	"AddARGBGLXVisuals" "True"
	Option     	"TwinView" "0"
	Option     	"DynamicTwinView" "0"
	Option     	"OnDemandVBlankinterrupts" "on"
	Option     	"FlatPanelProperties" "Scaling = Native"
EndSection




Section "Device"
	Identifier 	"Device1"
	Driver     	"mga"
	VendorName 	"Matrox"
	BoardName  	"Matrox Graphics, Inc. MGA 2164W [Millennium II]"
	BusID      	"PCI:1:10:0"
EndSection




Section "Screen"


	Identifier 	"Screen0"
	Device     	"Device0"
	Monitor    	"Monitor0"
	DefaultDepth	24
	SubSection 	"Display"
    	Depth   	24
    	Modes  	"nvidia-auto-select"
	EndSubSection




	Option     	"ConnectedMonitor" "CRT-1"
	Option     	"UseDisplayDevice" "CRT-1"




	Option     	"CustomEDID" "CRT-1:/etc/X11/edid.0.yavdr"


EndSection




Section "Screen"
	Identifier 	"Screen1"
	Device     	"Device1"
	Monitor    	"Monitor1"
	DefaultDepth	16
    	SubSection 	"Display"
            	Depth       	1
            	Modes       	"1024x768" "800x600" "640x480"
    	EndSubSection
    	SubSection "Display"
            	Depth       	4
            	Modes       	"1024x768" "800x600" "640x480"
    	EndSubSection
    	SubSection "Display"
            	Depth       	8
            	Modes       	"1024x768" "800x600" "640x480"
    	EndSubSection
    	SubSection "Display"
            	Depth       	15
            	Modes       	"1024x768" "800x600" "640x480"
    	EndSubSection
    	SubSection "Display"
            	Depth       	16
            	Modes       	"1024x768" "800x600" "640x480"
    	EndSubSection
    	SubSection "Display"
            	Depth       	24
            	Modes       	"1024x768" "800x600" "640x480"
    	EndSubSection
EndSection




Section "Extensions"


	Option     	"Composite" "Disable"






EndSection

Alles anzeigen

Beim Starten wird mir das yavdr-Logo auf dem TV angezeigt, dann bleiben beide Bildschirme schwarz.
vdr-sxfe (und somit auch X) läuft, aber zeigt nix an. Ich hab irgendwie den Verdacht es läuft nun auf der falschen Konsole.

Hier das dazugehörige Logfile: http://pastebin.com/QFKNRXij

Kann mir jemand auf die Sprünge helfen?
Oder alternativ: Weiß jemand, was ich machen muss, damit ich die zweite Grafikkarte über /dev/fb1 ansprechen kann? Ich brauch ja nicht zwangsläufig einen X-Server.

Grüße michael

M.Temp · 8. September 2012

alles klar. Danke soweit!

M.Temp · 8. September 2012

Hallo,

leider ist der vga-Ausgang meiner EN210 schon durch den TV belegt (der nimmt an seinem HDMI-Port keinen PC an) und ich würde trotzdem ganz gern ein weiteres Display mit graphtft ansteuern. Was muss ich tun, oder was sind die Voraussetzungen, damit eine zweite Grafikkarte im Webfrontend erkannt wird?

Ich habe eine alte PCI-Grafikkarte eingebaut und hätte gehofft, dass mit dem Paket xserver-xorg-driver-all, sie dann im Webfrontend (bei angeschlossenem Monitor) erkannt wird. Dem ist aber nicht so. Hab ich da ein grundsätzliches Verständnisproblem und eine nicht-nvidia-Karte wird grundsätzlich nicht erkannt, oder hab ich nur irgendwas falsch gemacht (Karte zu alt, fehlende Konfiguration, etc)?

viele Grüße
Michael

M.Temp · 31. August 2012

cool, danke für die schnelle Antwort! Nach dem Löschen wurde er erkannt.

Hmm, jetzt wo ich weiß, was zu tu ist, versteh ich auch den Punkt in den FAQ (Ist ja nicht so, als ob ich die nicht gelesen hätte ). Vlt könnte man da die Überschrift erweitern und/oder nach Kategorien einteilen (Probleme mit der Darstellung, etc). Vlt. hätte es auch geholfen, wenn ich die Brille aufgesetzt hätte

Nochmals Danke.

M.Temp · 31. August 2012

Hallo,

vor einiger Zeit hatte ich an meinem HD-VDR-EG (siehe Sig) einen LG-TV per HDMI angeschlossen. Jetzt habe ich einen ViewSonic Monitor per DVI angeschlossen.
Leider erkennt das Webfrontend und auch dmesg immer noch den alten LG-Fernseher über hdmi, obwohl in HDMI-Buchse nichtmal ein Kabel steckt.
("HDMI: detected monitor LG TV")
Der neue ViewSonic wurde auch schonmal erkannt (und ich hatte auch ein Bild), aber ich kann es nicht mehr reproduzieren. Das Webfrontend schlägt immer die alten Einstellungen vor, die dazuführen, das der Monitor alle par Sekunden aufblitzt (hell wird) und dann wieder dunkel.

Bei einem "rescan" steht folgendes im syslog:

Code

Aug 31 15:12:12 HD-VDR-EG kernel: [ 1323.030017] HDMI hot plug event: Pin=5 Presence_Detect=1 ELD_Valid=0
Aug 31 15:12:12 HD-VDR-EG kernel: [ 1323.050019] HDMI hot plug event: Pin=5 Presence_Detect=1 ELD_Valid=1
Aug 31 15:12:12 HD-VDR-EG vdr: [2765] [xine..put] Client 0 connected: 127.0.0.1:36284
Aug 31 15:12:12 HD-VDR-EG vdr: [2765] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Aug 31 15:12:12 HD-VDR-EG vdr: [2765] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes
Aug 31 15:12:12 HD-VDR-EG vdr: [2765] [xine..put] Client connection 0 closed
Aug 31 15:12:12 HD-VDR-EG vdr: [2765] [xine..put] Closing connection 0
Aug 31 15:12:14 HD-VDR-EG vdr: [2765] [xine..put] Client 0 connected: 127.0.0.1:36285
Aug 31 15:12:14 HD-VDR-EG vdr: [2765] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Aug 31 15:12:14 HD-VDR-EG vdr: [2765] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes
Aug 31 15:12:14 HD-VDR-EG vdr: [2765] [xine..put] Client 1 connected: 127.0.0.1:36286
Aug 31 15:12:14 HD-VDR-EG vdr: [2765] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Aug 31 15:12:14 HD-VDR-EG vdr: [2765] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes
Aug 31 15:12:14 HD-VDR-EG vdr: [2765] [xine..put] Data connection (TCP) requested
Aug 31 15:12:14 HD-VDR-EG vdr: [2765] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb)
Aug 31 15:12:14 HD-VDR-EG vdr: [2765] [xine..put] cTcpWriter initialized (buffer 2048 kb)
Aug 31 15:12:14 HD-VDR-EG kernel: [ 1325.020047] HDMI: detected monitor LG TV
Aug 31 15:12:14 HD-VDR-EG kernel: [ 1325.020052]    	at connection type HDMI
Aug 31 15:12:14 HD-VDR-EG kernel: [ 1325.020064] HDMI: supports coding type AC-3: channels = 6, rates = 44100 48000 88200, max bitrate = 640000
Aug 31 15:12:14 HD-VDR-EG kernel: [ 1325.020075] HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 88200 192000, bits = 16 20 24
Aug 31 15:12:14 HD-VDR-EG vdr-sxfe[4064]: [4134] [console]   read_key: read(stdin) failed: no stdin
Aug 31 15:12:16 HD-VDR-EG kernel: [ 1326.970103] HDMI: detected monitor LG TV
Aug 31 15:12:16 HD-VDR-EG kernel: [ 1326.970108]    	at connection type HDMI
Aug 31 15:12:16 HD-VDR-EG kernel: [ 1326.970120] HDMI: supports coding type AC-3: channels = 6, rates = 44100 48000 88200, max bitrate = 640000
Aug 31 15:12:16 HD-VDR-EG kernel: [ 1326.970131] HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 88200 192000, bits = 16 20 24

Alles anzeigen

Wie um alles in der Welt kann das sein? Ist meine Grafikkarte kaputt?
An welcher Stelle muss ich weitersuchen?

Grüße Michael

M.Temp · 17. August 2012

Die gute Nachricht: Es finden jetzt nachts reboots statt.
Die schlechte Nachricht: Es steht nichts mehr im Log. Ich hab mal die Zeit erhöht.
Und es ist noch ein weiteres Problem aufgetreten (bzw. das ist schon bekannt): Wenn mein System hängt und man den Reset-Knopf drückt, dann hängt er beim reboot im Bios nach/beim Erkennen der Laufwerke. Drückt man den Powerknopf und wartet ca. eine Sekunde (und drückt ihn wieder) dann bootet er brav.

Beiträge von M.Temp

Graphlcd svdrp connect klappt nicht (mehr)

[gelöst] stable-Update 2.0.2, osd-teletext: keine Anzeige bei HD-Ready-Auflösung

stable-update 2.0.2: vdr-sxfe/libxineoutput: Ab und an kein Ton nach Booten

GraphTFT nach Update tot

femon und DVB-S2

femon und DVB-S2

Ungewollter mehrstündiger Timer durch EPG-Fehler? (Ijon Tichy)

Graphtft zeigt im Aufnahmemenü nur die erste Spalte an

Graphtft zeigt im Aufnahmemenü nur die erste Spalte an

RAID 5 Recovering Dauer

5'' Display mit VGA Eingang gefunden(PSONE Ersatz)

[0.4] Voraussetzung für sekundäre(graphtft) Grafikkarte, damit sie im Webfrontend erkannt wird

[0.4] Voraussetzung für sekundäre(graphtft) Grafikkarte, damit sie im Webfrontend erkannt wird

[0.4] Voraussetzung für sekundäre(graphtft) Grafikkarte, damit sie im Webfrontend erkannt wird

[0.4] Voraussetzung für sekundäre(graphtft) Grafikkarte, damit sie im Webfrontend erkannt wird

[0.4] Voraussetzung für sekundäre(graphtft) Grafikkarte, damit sie im Webfrontend erkannt wird

[0.4] Voraussetzung für sekundäre(graphtft) Grafikkarte, damit sie im Webfrontend erkannt wird

[0.4] Alter Monitor wird fälschlicherweise erkannt.

[0.4] Alter Monitor wird fälschlicherweise erkannt.

Mit "general protection fault" umgehen