Hi
eine custom.edid habe ich schon, sonst wird auf den LCD gar nichts ausgegeben.
Die Modeline werde ich mal ausprobieren.
alex
Beiträge von alex141077
-
-
Danke für den Tipp. Wenn ich nvidia-settings aufrufe, wird die Frequenz immer als 59,Irgendwas angezeigt. Xrandr gibt folgendes aus:
Code
Alles anzeigenSZ: Pixels Physical Refresh *0 1920 x 1080 ( 487mm x 274mm ) *60 50 30 25 24 1 1680 x 1050 ( 426mm x 266mm ) 60 2 1600 x 1024 ( 406mm x 260mm ) 60 [gekürzt] 38 320 x 240 ( 81mm x 60mm ) 85 75 73 60 39 320 x 200 ( 81mm x 50mm ) 85 40 320 x 175 ( 81mm x 44mm ) 85 Current rotation - normal Current reflection - none Rotations possible - normal left inverted right Reflections possible - none
Die Einstellung "VertRefresh 50" in der xorg.conf (Section Monitor) hat nichts geändert.
bei "nvidia-settings -l" passiert gar nichts.
Meine Frau killt mich, wenn das nicht bald funktioniert!
Alex -
habe den Befehl mal ausgeführt:
CodeeasyVDR:~# diff tmp1an tmp2aus 100c100 < Attribute 'XServerUniqueId' (easyVDR:0.0): -635432433. --- > Attribute 'XServerUniqueId' (easyVDR:0.0): -1435899118. 168c168 < Attribute 'GPUCoreTemp' (easyVDR:0.0): 53. --- > Attribute 'GPUCoreTemp' (easyVDR:0.0): 51. easyVDR:~#
und nochmal:
CodeeasyVDR:~# diff tmp3an tmp2aus 100c100 < Attribute 'XServerUniqueId' (easyVDR:0.0): -973872700. --- > Attribute 'XServerUniqueId' (easyVDR:0.0): -1435899118. 168c168 < Attribute 'GPUCoreTemp' (easyVDR:0.0): 54. --- > Attribute 'GPUCoreTemp' (easyVDR:0.0): 51.
bringt mich nicht wirklich weiter. Noch jemand eine Idee?
Gruß
Alex -
ich stehe vor dem gleichen Problem mit easyVDR 0.7.10.
Seltsamerweise tritt das Ruckeln nicht bei HD-Kanälen auf. -
DANKE DANKE DANKE!
Das war das Einzige, was noch zu einem perfekt und out-of-the-box funktioniertem System mit HDTV/VDPAU (danke easyVDR 0.7.10) fehlte.
Jetzt kann ich auch fernsehen, wenn der Videorekorder bei ausgeschaltetem Fernseher eingeschaltet war. -
hab's jetzt hinbekommen, indem ich von 0.2.6 auf 0.2.7 aktualisiert habe:
Codewget http://www.loggytronic.com/dl/vomp-dongle-0.2.7 dd if=vomp-dongle-0.2.7 of=vomp-dongle-0.2.7.ver bs=1 count=40 skip=52 ln -s vomp-dongle-0.2.7.ver vomp-dongle.ver ln -s vomp-dongle-0.2.7 vomp-dongle
vdr stoppen und rebooten. Danach ging das.
Viel Erfolg.
Alex -
Hallo zusammen!
Habe mit heute die MediaMVP Wireless gekauft (Model 86018 H3). Laut Homepage des vompserver-Plugins soll die nur über Kabel funktionieren. Ich habe den vompserver installiert. Wenn ich die MediaMVP einschalte, kann ich meinen VDR als Server auswählen. Ich habe den VDR und die MediaMVP an eine FritzBox Fon WLAN 7170 angeschlossen.
tail -f /tmp/vompserver.log
gibt folgendes aus:Code
Alles anzeigen16:46:01.239548 [debug] MVPRelay - MVPRelay request from 192.168.2.31 16:46:01.239665 [debug] MVPRelay - Sending my IP as c0a8021e 16:46:02.770294 [debug] Tftpd - Wait finished 16:46:02.770408 [debug] TftpClient - Client handler started 16:46:02.770500 [debug] Tftpd - Starting wait 16:46:02.770583 [debug] TftpClient - RRQ received for dongle.bin.ver 16:46:02.770632 [info] TftpClient - File: '/usr/share/vdr-plugin-vompserver/dongle.bin.ver' 16:46:04.970731 [debug] TftpClient - Retransmitting buffer 16:46:06.070808 [debug] TftpClient - Retransmitting buffer 16:46:07.170868 [debug] TftpClient - Retransmitting buffer 16:46:08.270935 [debug] TftpClient - Retransmitting buffer 16:46:09.371006 [debug] TftpClient - Retransmitting buffer 16:46:10.471089 [debug] TftpClient - Retransmitting buffer 16:46:11.571145 [debug] TftpClient - Retransmitting buffer 16:46:12.671217 [debug] TftpClient - Retransmitting buffer 16:46:13.729657 [debug] MVPRelay - MVPRelay request from 192.168.2.31 16:46:13.729791 [debug] MVPRelay - Sending my IP as c0a8021e 16:46:13.771278 [debug] TftpClient - Retransmitting buffer 16:46:13.771400 [debug] TftpClient - Lost connection, exiting 16:46:14.189452 [debug] MVPRelay - MVPRelay request from 192.168.2.31 16:46:14.189580 [debug] MVPRelay - Sending my IP as c0a8021e 16:46:15.741708 [debug] Tftpd - Wait finished 16:46:15.741820 [debug] TftpClient - Client handler started 16:46:15.741908 [debug] Tftpd - Starting wait 16:46:15.741976 [debug] TftpClient - RRQ received for dongle.bin.ver 16:46:15.742019 [info] TftpClient - File: '/usr/share/vdr-plugin-vompserver/dongle.bin.ver'
Die MediaMVP gibt dabei immer im Wechsel an "Failed to locate GUI Server" und "Contacting Servers"
Der Windows-Client funktioniert jedoch.
Wo liegt das Problem
Gruß
Alex -
-
Hallo,
ich habe folgende Zeilen in meine commands.custom.conf aufgenommen:
CodeMount DVD : mount /video/Archiv_DVD && touch /video/.update Unmount DVD : umount /video/Archiv_DVD && touch /video/.update && eject
leider funktioniert das nur, wenn ich diese Zeilen direkt in der Konsole eingebe, nicht jedoch aus dem Menü. Ich vermute, daß der user vdr kein Recht dazu hat.
Auszug aus meiner fstab:Weiß jemand weiter?
Gruß
Alex -
Hallo, ich wollte nur mal ein seltsames Problem mit NVRAM-Wakeup schildern, das mir gestern passiert ist, als ich den VDR einschaltete und feststellen mußte, daß alle geplanten Aufnahmen vom letzten Tag nicht aufgenommen waren. Nach Analyse des Logfiles lag es daran:
Ich habe den VDR mit der Fernbedienung ausgeschaltet. Das hat aber, warum auch immer, etwas länger gedauert. Dann habe ich den Fernseher ausgeschaltet, der VDR war immer noch an. Also habe ich einfach nochmal die Powertaste der FB gedrückt. Das war mein Fehler, denn nun wurde der VDR nicht mit dem Poweroff-Kernel gebootet, sondern einfach heruntergefahren, da ja bereits die neue Wakeup-Zeit von meinem ersten Ausschalteversuch im NVRAM eingetragen war. Also Vorsicht mit einem zweimaligen Drücken der Powertaste. Das ganze habe ich gerade in meiner syslog gefunden:Code
Alles anzeigenMar 19 21:58:53 localhost vdr: [3787] Power button pressed Mar 19 21:58:53 localhost vdr: [3787] next timer event at Mon Mar 20 02:43:00 2006 Mar 19 21:58:53 localhost vdr: [3787] confirm: Taste drücken, um Shutdown abzubrechen Mar 19 21:58:53 localhost vdr: [3787] warning: Taste drücken, um Shutdown abzubrechen Mar 19 21:58:53 localhost vdr: [4179] Text2Skin: message display update thread started (pid=4179, tid=4179) Mar 19 21:58:59 localhost vdr: [4179] Text2Skin: message display update thread ended (pid=4179, tid=4179) Mar 19 21:58:59 localhost vdr: [3787] confirmed Mar 19 21:58:59 localhost vdr: [3787] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1142818980 17041 5 "Die Farbe Lila" 1' Mar 19 21:58:59 localhost vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script Mar 19 21:58:59 localhost vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdr-plugin-burn as shell script Mar 19 21:58:59 localhost vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script Mar 19 21:58:59 localhost vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script Mar 19 21:58:59 localhost vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1142818980 -C /etc/nvram-wakeup.conf Mar 19 21:58:59 localhost nvram-wakeup[4197]: Mar 19 21:58:59 localhost nvram-wakeup[4197]: All values are displayed as they are stored in the nvram/rtc. Mar 19 21:58:59 localhost nvram-wakeup[4197]: (and do not correspond necessarily to the system date/time) Mar 19 21:58:59 localhost nvram-wakeup[4197]: Mar 19 21:58:59 localhost nvram-wakeup[4197]: WakeUp : Enabled (0x60) Mar 19 21:58:59 localhost nvram-wakeup[4197]: Day : 19 (0x13) Mar 19 21:58:59 localhost nvram-wakeup[4197]: Hour : 18 (0x12) Mar 19 21:58:59 localhost nvram-wakeup[4197]: Minute : 55 (0x37) Mar 19 21:58:59 localhost nvram-wakeup[4197]: Second : 00 (0x00) Mar 19 21:58:59 localhost nvram-wakeup[4197]: Checksum: 0x0D30 Mar 19 21:58:59 localhost nvram-wakeup[4197]: Mar 19 21:58:59 localhost nvram-wakeup[4197]: Enabling (0x60) WakeUp-on-RTC in nvram. Mar 19 21:58:59 localhost nvram-wakeup[4197]: New Day : 20 (0x14) Mar 19 21:58:59 localhost nvram-wakeup[4197]: New Hour : 02 (0x02) Mar 19 21:58:59 localhost nvram-wakeup[4197]: New Minute : 38 (0x26) Mar 19 21:58:59 localhost nvram-wakeup[4197]: New Second : 00 (0x00) Mar 19 21:58:59 localhost nvram-wakeup[4197]: New Checksum: 0x0D10 Mar 19 21:58:59 localhost nvram-wakeup[4197]: Mar 19 21:58:59 localhost nvram-wakeup[4197]: Now really WRITING into /dev/nvram... Mar 19 21:58:59 localhost nvram-wakeup[4197]: The changes to take effect, you must reboot your computer now. Mar 19 21:58:59 localhost nvram-wakeup[4197]: Mar 19 21:58:59 localhost vdr-nvram-wakeup: nvram-wakeup: everything ok - need to reboot first Mar 19 21:59:00 localhost kernel: cdrom: open failed. Mar 19 21:59:00 localhost shutdown[4203]: shutting down for system reboot Mar 19 21:59:00 localhost init: Switching to runlevel: 6 Mar 19 21:59:01 localhost vdr: [3787] connect from 127.0.0.1, port 40409 - accepted Mar 19 21:59:01 localhost vdr: [3787] Power button pressed Mar 19 21:59:01 localhost vdr: [3787] next timer event at Mon Mar 20 02:43:00 2006 Mar 19 21:59:01 localhost vdr: [3787] confirm: Taste drücken, um Shutdown abzubrechen Mar 19 21:59:01 localhost vdr: [3787] warning: Taste drücken, um Shutdown abzubrechen Mar 19 21:59:01 localhost vdr: [4221] Text2Skin: message display update thread started (pid=4221, tid=4221) Mar 19 21:59:01 localhost vdr: [3787] closing SVDRP connection Mar 19 21:59:01 localhost lircd 0.7.1pre2[3190]: caught signal Mar 19 21:59:01 localhost vdr: [3858] ERROR: lircd connection broken, trying to reconnect every 3.0 seconds Mar 19 21:59:03 localhost vdr: [4221] Text2Skin: message display update thread ended (pid=4221, tid=4221) Mar 19 21:59:03 localhost vdr: [3787] confirmed Mar 19 21:59:03 localhost vdr: [3787] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1142818980 17037 5 "Die Farbe Lila" 1' Mar 19 21:59:03 localhost vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script Mar 19 21:59:03 localhost vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdr-plugin-burn as shell script Mar 19 21:59:03 localhost vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script Mar 19 21:59:03 localhost vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script Mar 19 21:59:03 localhost vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1142818980 -C /etc/nvram-wakeup.conf Mar 19 21:59:03 localhost nvram-wakeup[4279]: Mar 19 21:59:03 localhost nvram-wakeup[4279]: All values are displayed as they are stored in the nvram/rtc. Mar 19 21:59:03 localhost nvram-wakeup[4279]: (and do not correspond necessarily to the system date/time) Mar 19 21:59:03 localhost nvram-wakeup[4279]: Mar 19 21:59:03 localhost nvram-wakeup[4279]: WakeUp : Enabled (0x60) Mar 19 21:59:03 localhost nvram-wakeup[4279]: Day : 20 (0x14) Mar 19 21:59:03 localhost nvram-wakeup[4279]: Hour : 02 (0x02) Mar 19 21:59:03 localhost nvram-wakeup[4279]: Minute : 38 (0x26) Mar 19 21:59:03 localhost nvram-wakeup[4279]: Second : 00 (0x00) Mar 19 21:59:03 localhost nvram-wakeup[4279]: Checksum: 0x0D10 Mar 19 21:59:03 localhost nvram-wakeup[4279]: Mar 19 21:59:03 localhost nvram-wakeup[4279]: Enabling (0x60) WakeUp-on-RTC in nvram. Mar 19 21:59:03 localhost nvram-wakeup[4279]: New Day : 20 (0x14) Mar 19 21:59:03 localhost nvram-wakeup[4279]: New Hour : 02 (0x02) Mar 19 21:59:03 localhost nvram-wakeup[4279]: New Minute : 38 (0x26) Mar 19 21:59:03 localhost nvram-wakeup[4279]: New Second : 00 (0x00) Mar 19 21:59:03 localhost nvram-wakeup[4279]: New Checksum: 0x0D10 Mar 19 21:59:03 localhost nvram-wakeup[4279]: Mar 19 21:59:03 localhost vdr-nvram-wakeup: nvram-wakeup: everything ok Mar 19 21:59:04 localhost shutdown[4285]: shutting down for system halt Mar 19 21:59:04 localhost init: Switching to runlevel: 0 Mar 19 21:59:04 localhost vdr: [3787] caught signal 15 Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: text2skin Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: vcd Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: solitaire Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: dvd Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: dvdselect Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: mp3 Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: graphtft Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: games Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: femon Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: mplayer Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: autotimeredit Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: timeline Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: osdteletext Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: mailbox Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: osdpip Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: burn Mar 19 21:59:04 localhost vdr: [3787] stopping plugin: tvonscreen Mar 19 21:59:07 localhost vdr: [3787] ERROR: thread 3859 won't end (waited 3 seconds) - canceling it... Mar 19 21:59:07 localhost vdr: [3787] saved setup to /var/lib/vdr/setup.conf Mar 19 21:59:07 localhost vdr: [3847] tuner on device 1 thread ended (pid=3847, tid=3847) Mar 19 21:59:07 localhost rpc.statd[3811]: Caught signal 15, un-registering and exiting. Mar 19 21:59:07 localhost vdr: [4120] receiver on device 1 thread ended (pid=4120, tid=4120) Mar 19 21:59:07 localhost kernel: nfsd: last server has exited Mar 19 21:59:07 localhost kernel: nfsd: unexporting all filesystems Mar 19 21:59:07 localhost rpc.mountd: Caught signal 15, un-registering and exiting. Mar 19 21:59:07 localhost kernel: Kernel logging (proc) stopped. Mar 19 21:59:07 localhost kernel: Kernel log daemon terminating. Mar 19 21:59:07 localhost exiting on signal 15
-
Wie wär's damit?
SPECIALSHUTDOWN="echo y | grub-reboot 1 --no-floppy"
die "1" bedeutet, daß der Poweroff-Kernel an 2. Stelle in der /boot/grub/menu.lst steht.
Gruß
Alex -
Na das ging ja wirklich schnell.
Vielen Dank. -
Hallo,
mir ist da seit längerer Zeit etwas aufgefallen: Im OSD wird oft eine ältere Sendung angezeigt, die schon gelaufen ist. Z. B.:
18:15 Leute Heute
19:xx Nächste Sendungdaneben steht die korrekte Uhrzeit, z. B. 20:00 Uhr
die aktuelle Sendung, die gerade läuft, wird jedoch nicht angezeigt.
Ich habe dieses Verhalten sowohl unter c't-VDR als auch unter LinVDR beobachtet. Es passiert auch nicht bei allen Sendern. Meine Uhrzeiteinstellungen im System sind natürlich korrekt. Auch die Timer werden stets korrekt ausgeführt.
Weiß jemand Rat?Gruß
Alex -
ja, ich kann nur "Vielen Dank" sagen, ohne diese Tipps wäre ich mit diesem Board verzweifelt. Aber es stimmt, es klappt erst mit dem 2.6er Poweroff-Kernel, und den gibt es hier:
http://cvs.sourceforge.net/vie…keup/nvram-wakeup/reboot/
Gruß
Alex -
und wie hast Du es geschafft, daß er Filme mit AC3-Tonspur brennt?
-
Ja, es geht mir nur um das burn-Plugin
-
ja, man soll vdrsync auf die Version updaten, die ich bereits habe.
-
was mich betrifft, ich habe mit Budget-Karten nur schlechte Erfahrungen gemacht. Meiner Ansicht ist dort auch der Tuner eine "Budget-Variante". Seitdem ich eine 2. FF drin habe, klappts auch mit dem Aufnehmen.
Sorry für diesen unpopulären Lösungsansatz.Gruß
Alex -
-
bis jetzt bricht das Brennen nämlich damit ab:
tail -f /video/.vdr-burn.FUPz5J/dvd.log
INFO: [mplex] target data-rate specified : 10080000
++ WARN: [mplex] Target data rate lower than computed requirement!
++ WARN: [mplex] N.b. a 20% or so discrepancy in variable bit-rate
++ WARN: [mplex] streams is common and harmless provided no time-outs will occur
INFO: [mplex] Run-in Sectors = 90 Video delay = 13165 Audio delay = 23965
INFO: [mplex] New sequence commences...
INFO: [mplex] Video e0: buf= 0 frame=000000 sector=00000000
INFO: [mplex] Audio bd: buf= 0 frame=000000 sector=00000000
INFO: [mplex] Audio c1: buf= 0 frame=000000 sector=00000000
**ERROR: [mplex] Can't find next AC3 frame: @ 31691008 we have 5710 - broken bit-stream?und ich habe dazu keine verständliche Lösung gefunden
Alex