Beiträge von löwe

löwe · 9. Januar 2010

Hallo!

Das geht definitiv so wie von dir angeführt.

Ich selber hab eine Technisat Skystar HD in Verwendung, die baugleich zur TT S2-3200 ist.

Um ORF zu sehen reicht es das ganze Zeug richtig anzustecken.
Also CI-Slot an die Karte, in den Slot das Cryptoworks-Modul, und in diese die ORF-Karte.

Bemerkbar macht sich dies dann beim Hochfahren des Rechners sowie beim Starten von VDR jeweils mit ein paar Syslog-Einträgen.

Mehr ist aber nicht zu tun. Bei mir (VDR 1.7.10) kann mit diesem Setup ohne zusätzliche Konfiguration der ORF genauso betrachtet werden wie die freien Kanäle auch.

löwe · 9. Januar 2010

Danke mal für eure Antworten.

Ehe ich eure Beiträge gelesen habe, habe ich das Problem schon selbst mit ein wenig weiterer Tüftelei gelöst

Gefehlt hat die Zeile
Option "FlatPanelProperties" "Scaling = Native"

in meiner xorg.conf (das dürfte das Selbe sein das hsteinhaus weiter oben erwähnt hat)

Falls jemand mal das selbe Problem haben sollte, hier nochmals die Zusammenfassung, wie die xorg.conf für 24p-Wiedergabe anzupassen ist:

in der Section "Screen"

Code

Option         "DynamicTwinView" "false"
Option         "FlatPanelProperties" "Scaling = Native"
Option         "metamodes" "1920x1080_50 +0+0; 1920x1080_60 +0+0; 1920x1080_24 +0+0"

... wobei die Metamodes für die gewünschten möglichen Kombinationen von Auflösung und Bildwiederholfrequenz stehen ...

Meine Custom-EEID habe ich übrigens mit nvidia-settings erzeugt. Damit startet mir mein HTPC auch dann hoch, wenn der A/V-Receiver, an dem er über HDMI hängt nicht eingeschalten ist.

Ohne die Custom-EEID-Config gibt der xserver das Bild nämlich nicht über den HDMI-Port der Grafikkarte aus, bzw. stürzt er mit einer Meldung "No screens found" ab.

löwe · 8. Januar 2010

Hallo!

Ich habe versucht, mein xbmc bzw. den X-Server dahinter so zu konfigurieren, dass die Bildwiederholrate je nach gespieltem Film an die Framerate des Videos angepasst wird.

(Konkret geht es mir um die 24 Hz Wiedergabe von entsprechenden HD-Medien)

Nach meinen Einstellungen wechselt xbmc nun die Bildwiederholrate (der Beamer synct neu) - auch synct der Beamer neu - am Ende kommen jedoch aus der Grafikkarte immer nur 60 Hz heraus.
Zwar synct der Beamer wie erwähnt neu, jedoch immer wieder mit der selben Auflösung und Rate wie zuvor auch schon (1080p@60Hz)

Xbmc hingegen scheint aber fest zu glauben, die Bildwiederholrate auf den neuen Wert umgestellt zu haben: Das Drücken von z auf der Tastatur zeigt die Auflösung 1920x1080 mit 24 Hz an.

Aus dem Ausgang der Grafikkarte kommen jedoch immer unverändert 60 Hz.

Code

xbmc@htpc:~$ nvidia-settings -n -q RefreshRate


  Attribute 'RefreshRate' (htpc:0.0; display device: DFP-1): 60,00 Hz.
    'RefreshRate' is an integer attribute.
    'RefreshRate' is a read-only attribute.
    'RefreshRate' is display device specific.
    'RefreshRate' can use the following target types: X Screen, GPU.

Hier noch meine xorg.conf

Code

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildmeister@builder58)  Sun Nov 22 19:20:57 PST 2009


Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0"
    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"
    # Quellen f. HorizSync und VertRefresh: edid
    HorizSync	   15.0 - 100.0
    VertRefresh    15.0 - 88.0
    # HorizSync       28.0 - 33.0
    # VertRefresh     43.0 - 72.0
    Option         "DPMS"
    Option	   "UseDisplayDevice" "DFP-1"
EndSection


Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    Option         "CustomEdid" "DFP-1:/etc/X11/custom.edid"
    Option         "ConnectedMonitor" "DFP-1"
    Option         "UseDisplayDevice" "DFP-1"
EndSection


Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    # Option         "TwinView" "0"
    Option	   "DynamicTwinView" "false"
    Option	   "metamodes" "1920x1080_50 +0+0; 1920x1080_60 +0+0; 1920x1080_24 +0+0"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

Alles anzeigen

Weiß jemand, woran dieses scheinbar im Hintergrund stattfindende Hochrechnen auf 60 Hz passieren kann, das immer stattzufinden scheint, ganz egal mit welcher Auflösung xbmc am XServer ausgibt?

löwe · 8. Januar 2010

Ich wollte schon einen eigenen Thread für mein oben beschriebenes Problem eröffnen, die Sache hat sich mittlerweile aber in Luft aufgelöst, weshalb ich hier noch kurz eine Bemerkung darüber schreibe.

Nachdem meine Technisat Skystar HD irgendwie nach dem Zufallsprinzip mal einen Sender einwandfrei wiedergab, dann stotterte, oder erst gar nicht lt. Log einen Kanal anwählen konnte dachte ich an einen Hardwaredefekt.

Als ich dann eine alte Hauppauge WinTV DVB-s (eine FF Rev. 1.5 Karte) probierte, zeigte die genau die gleichen Macken.

Das war echt schwierig: Irgendwie ging gar nichts so richtig, und vor allem war nichts davon reproduzierbar. Und die TV-Karte war auch nicht defekt ...

Ich fand dann irgendwann heraus, dass die Verbindung zum LNB hin schlecht war. Dieses beim neuen VDR-Rechner verwendete Kabel wurde schon gut 1 Jahr lang nicht mehr gebraucht.

Den F-Stecker am LNB neu festgemacht und alles lief wunderbar.

Was ein grenzwertiger Empfang, verursacht durch einen Wackelkontakt nicht alles verursachen kann ...

Danke übrigens an alle, die mir bis jetzt beim Problem weitergeholfen haben

löwe · 7. Januar 2010

Du könntest bei so einem Ausfall mittels ifconfig prüfen, ob die Karte 1. noch aktiv ist, und ihr 2. noch die IP-Adresse zugewiesen ist.

Ich könnte mir vorstellen, dass eventuell eine mittels DHCP zugewiesene IP-Adresse abläuft, der Karte diese dann aber nicht mehr neu zugewiesen wird.

Vielleicht hilft auch ein einfaches ifdown eth0 und im Anschluss dran ein ifup eth0, wobei hier eth0 für deine Netzwerkkarte steht.

Voraussetzung hierfür ist natürlich jeweils, dass du Tastatur und Bildschirm am Rechner stecken hast.

löwe · 7. Januar 2010

Hoffe dass meine Signatur so passt

Hier die Ausgabe von ps -aux

Code

xbmc@htpc:/etc/vdr$ ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  19324  1732 ?        Ss   Jan06   0:00 /sbin/init
root         2  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S<   Jan06   0:00 [migration/0]
root         4  0.1  0.0      0     0 ?        S<   Jan06   0:13 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   Jan06   0:00 [watchdog/0]
root         6  0.0  0.0      0     0 ?        S<   Jan06   0:00 [migration/1]
root         7  0.8  0.0      0     0 ?        S<   Jan06   1:02 [ksoftirqd/1]
root         8  0.0  0.0      0     0 ?        S<   Jan06   0:00 [watchdog/1]
root         9  0.0  0.0      0     0 ?        S<   Jan06   0:00 [events/0]
root        10  0.0  0.0      0     0 ?        S<   Jan06   0:00 [events/1]
root        11  0.0  0.0      0     0 ?        S<   Jan06   0:00 [cpuset]
root        12  0.0  0.0      0     0 ?        S<   Jan06   0:00 [khelper]
root        13  0.0  0.0      0     0 ?        S<   Jan06   0:00 [netns]
root        14  0.0  0.0      0     0 ?        S<   Jan06   0:00 [async/mgr]
root        15  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kintegrityd/0]
root        16  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kintegrityd/1]
root        17  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kblockd/0]
root        18  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kblockd/1]
root        19  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kacpid]
root        20  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kacpi_notify]
root        21  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kacpi_hotplug]
root        22  0.0  0.0      0     0 ?        S<   Jan06   0:00 [ata/0]
root        23  0.0  0.0      0     0 ?        S<   Jan06   0:00 [ata/1]
root        24  0.0  0.0      0     0 ?        S<   Jan06   0:00 [ata_aux]
root        25  0.0  0.0      0     0 ?        S<   Jan06   0:00 [ksuspend_usbd]
root        26  0.0  0.0      0     0 ?        S<   Jan06   0:00 [khubd]
root        27  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kseriod]
root        28  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kmmcd]
root        29  0.0  0.0      0     0 ?        S<   Jan06   0:00 [bluetooth]
root        30  0.0  0.0      0     0 ?        S    Jan06   0:00 [khungtaskd]
root        31  0.0  0.0      0     0 ?        S    Jan06   0:00 [pdflush]
root        32  0.0  0.0      0     0 ?        S    Jan06   0:00 [pdflush]
root        33  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kswapd0]
root        34  0.0  0.0      0     0 ?        S<   Jan06   0:00 [aio/0]
root        35  0.0  0.0      0     0 ?        S<   Jan06   0:00 [aio/1]
root        36  0.0  0.0      0     0 ?        S<   Jan06   0:00 [ecryptfs-kthrea]
root        37  0.0  0.0      0     0 ?        S<   Jan06   0:00 [crypto/0]
root        38  0.0  0.0      0     0 ?        S<   Jan06   0:00 [crypto/1]
root        46  0.0  0.0      0     0 ?        S<   Jan06   0:00 [scsi_eh_0]
root        47  0.0  0.0      0     0 ?        S<   Jan06   0:00 [scsi_eh_1]
root        49  0.0  0.0      0     0 ?        S<   Jan06   0:00 [scsi_eh_2]
root        51  0.0  0.0      0     0 ?        S<   Jan06   0:00 [scsi_eh_3]
root        59  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kstriped]
root        60  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kmpathd/0]
root        61  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kmpathd/1]
root        62  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kmpath_handlerd]
root        63  0.0  0.0      0     0 ?        S<   Jan06   0:00 [ksnapd]
root        64  0.0  0.0      0     0 ?        R<   Jan06   0:00 [kondemand/0]
root        65  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kondemand/1]
root        66  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kconservative/0]
root        67  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kconservative/1]
root        68  0.0  0.0      0     0 ?        S<   Jan06   0:00 [krfcommd]
root       298  0.0  0.0      0     0 ?        S<   Jan06   0:00 [khpsbpkt]
root       303  0.0  0.0      0     0 ?        S<   Jan06   0:00 [knodemgrd_0]
root       308  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kdmflush]
root       313  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kdmflush]
root       317  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kdmflush]
root       415  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kjournald2]
root       467  0.0  0.0  12768   832 ?        S    Jan06   0:00 upstart-udev-bridge --daemon
root       497  0.0  0.0   8192   608 ?        Ss   Jan06   0:00 dd bs=1 if=/proc/kmsg of=/var/run/rsyslog/kmsg
root       500  0.0  0.0  17196  1060 ?        S<s  Jan06   0:00 udevd --daemon
root       642  0.0  0.0  17192  1040 ?        S<   Jan06   0:00 udevd --daemon
root       643  0.0  0.0  17192   968 ?        S<   Jan06   0:00 udevd --daemon
103        649  0.0  0.0  23476  1132 ?        Ss   Jan06   0:00 dbus-daemon --system --fork
root       659  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kjournald2]
syslog     662  0.0  0.0 191424  1696 ?        Sl   Jan06   0:00 rsyslogd -c4
106        663  0.0  0.1  32912  3528 ?        Ss   Jan06   0:00 hald --daemon=yes
root       764  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kdvb-ca-0:0]
root       767  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kpsmoused]
root       773  0.0  0.1 120384  3264 ?        Ssl  Jan06   0:00 /usr/sbin/console-kit-daemon
root       838  0.0  0.0  20056  1276 ?        S    Jan06   0:00 hald-runner
root       852  0.0  0.0      0     0 ?        S<   Jan06   0:00 [kgameportd]
root      1012  0.0  0.0  22180  1216 ?        S    Jan06   0:00 hald-addon-input: Listening on /dev/input/event1 /dev/input/event0
root      1024  0.0  0.0  22188  1216 ?        S    Jan06   0:00 /usr/lib/hal/hald-addon-cpufreq
106       1026  0.0  0.0  26080  1208 ?        S    Jan06   0:00 hald-addon-acpi: listening on acpi kernel interface /proc/acpi/event
root      1054  0.0  0.0   5988   604 tty4     Ss+  Jan06   0:00 /sbin/getty -8 38400 tty4
root      1057  0.0  0.0   5988   608 tty5     Ss+  Jan06   0:00 /sbin/getty -8 38400 tty5
root      1063  0.0  0.0   5988   604 tty2     Ss+  Jan06   0:00 /sbin/getty -8 38400 tty2
root      1064  0.0  0.0   5988   608 tty3     Ss+  Jan06   0:00 /sbin/getty -8 38400 tty3
root      1066  0.0  0.0   5988   604 tty6     Ss+  Jan06   0:00 /sbin/getty -8 38400 tty6
root      1070  0.0  0.0  18708   864 ?        Ss   Jan06   0:00 cron
daemon    1071  0.0  0.0  16512   456 ?        Ss   Jan06   0:00 atd
root      1138  0.0  0.0   6464   340 ?        Ss   Jan06   0:00 dhclient3 -e IF_METRIC=100 -pf /var/run/dhclient.eth0.pid -lf /var/lib/dhcp3/d
root      1182  0.0  0.0  49072  1256 ?        Ss   Jan06   0:00 /usr/sbin/sshd
root      1220  0.0  0.0  20108   728 ?        S<s  Jan06   0:00 /usr/sbin/lircd --output=/var/run/lirc/lircd --device=/dev/lirc0
root      1447  0.0  0.1  78916  3392 ?        Ss   Jan06   0:00 sshd: xbmc [priv]
root      1487  0.0  0.0   5988   608 tty1     Ss+  Jan06   0:00 /sbin/getty -8 38400 tty1
xbmc      1601  0.0  0.0  78916  1832 ?        S    Jan06   0:00 sshd: xbmc@pts/0 
xbmc      1602  0.0  0.1  19712  2456 pts/0    Ss+  Jan06   0:00 -bash
root      1815  0.0  0.1  78916  3388 ?        Ss   Jan06   0:00 sshd: xbmc [priv]
xbmc      1882  0.0  0.0  78916  1828 ?        S    Jan06   0:00 sshd: xbmc@pts/1 
xbmc      1883  0.0  0.1  19652  2432 pts/1    Ss   Jan06   0:00 -bash
root     10596  0.0  0.0  10148   712 ?        S    01:20   0:00 /usr/sbin/nodm
root     10597  0.0  0.0  15556   916 ?        S    01:20   0:00 /usr/bin/xinit /usr/sbin/nodm -- vt7 -nolisten tcp
root     10598  0.1  1.3 114000 27436 tty7     S<s+ 01:20   0:01 X :0 vt7 -nolisten tcp
xbmc     10606  0.0  0.0  44080  1520 ?        S    01:20   0:00 /usr/sbin/nodm
xbmc     10615  0.0  0.0   4004   608 ?        S    01:20   0:00 /bin/sh -l -c /etc/X11/Xsession
xbmc     10617  0.0  0.0  10980  1724 ?        S    01:20   0:00 /bin/bash /usr/bin/xbmc --standalone
xbmc     10636  0.0  0.0  36060   708 ?        Ss   01:20   0:00 /usr/bin/ssh-agent sh /home/xbmc/.xsession
xbmc     10644 74.7  4.5 645060 93856 ?        Sl   01:20  12:54 /usr/share/xbmc/xbmc.bin --standalone
root     11147  0.0  0.0  10464  1520 ?        S    01:26   0:00 /bin/bash -p /usr/sbin/runvdr -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib
vdr      11159  0.4  1.0 151972 20760 ?        Sl   01:26   0:02 /usr/bin/vdr -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /
root     11162  0.3  0.0      0     0 ?        S<   01:26   0:01 [kdvb-ad-0-fe-0]
xbmc     11282  0.0  0.0  15164  1132 pts/1    R+   01:37   0:00 ps aux

Alles anzeigen

--edit:
Kann vielleicht ein Hardwaredefekt vorliegen?

löwe · 7. Januar 2010

Ja, das verwende ich, bzw. sehe ich mit xbmc den gewählten Kanal.

Das Problem tritt aber auch dann auf wenn ich xbmc beende und einen Kanal mit vlc auf einem anderen Rechner ansehe, also im Prinzip insgesamt auf nur 1 Kanal zugegriffen wird.

löwe · 7. Januar 2010

Nach dem Löschen der gespeicherten EPG-Daten im Dateisystem funktioniert das Sehen von Kanälen wieder für ein paar Minuten, das weiß ich nun.

Nach diesen paar Minuten aber beginnen alle Kanäle zu laggen, und zwar mit diesen Meldungen im Syslog

Code

Jan  7 01:09:05 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:07 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:08 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:10 htpc vdr: [9929] frontend 0 timed out while tuning to channel 5, tp 111302
Jan  7 01:09:19 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:20 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:21 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:22 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:24 htpc vdr: [9929] frontend 0 timed out while tuning to channel 5, tp 111302
Jan  7 01:09:26 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:27 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:29 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:30 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:30 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:31 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:32 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:33 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:35 htpc vdr: [9929] frontend 0 timed out while tuning to channel 5, tp 111302
Jan  7 01:09:47 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:48 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:50 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:51 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:52 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:53 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:54 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:55 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:55 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:56 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:56 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:57 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:09:58 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:09:59 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:10:01 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:10:02 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:10:02 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:10:03 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:10:03 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:10:05 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:10:06 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:10:07 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:10:09 htpc vdr: [9929] frontend 0 timed out while tuning to channel 5, tp 111302
Jan  7 01:10:09 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:10:10 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:10:10 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:10:13 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:10:14 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:10:16 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:10:17 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:10:18 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302
Jan  7 01:10:20 htpc vdr: [9929] frontend 0 timed out while tuning to channel 5, tp 111302
Jan  7 01:10:20 htpc vdr: [9929] frontend 0 regained lock on channel 5, tp 111302
Jan  7 01:10:21 htpc vdr: [9929] frontend 0 lost lock on channel 5, tp 111302

Alles anzeigen

Kanal Nr. 5 ist dabei der aktuell ausgewählte, der auch gesehen wird.

Irgend etwas anderes scheint mir wieder auf die TV-Karte zuzugreifen, ich habe aber ehrlich gesagt keine Ahnung was.

Installiert ist bei mir inzwischen nur mehr vdr inkl. dem streamdev-server Plugin.

Hat jemand eine Ahnung was man hier machen könnte?

löwe · 7. Januar 2010

Danke mal für diese Erklärung.

Jetzt auf einmal geht es bei mir wieder.

Dabei habe ich einzig und allein den VDR gestoppt, die zwischengespeicherten EPG-Daten gelöscht und dann wieder neu gestartet.

Ich werde nicht schlau daraus ...

löwe · 6. Januar 2010

Hallo!

Ich hab VDR aus dem hier beschriebenen Repository installiert und auch schon genutzt.

Nun habe ich aber auf einmal - so weit ich meine ohne jegliches Zutun meinerseits - das Problem, dass ich keine Kanäle mehr auswählen kann. Egal welchen Sender ich auch wähle, es schlägt immer fehl.

Mir fällt dabei nun auf, dass VDR schon beim Starten von alleine durch alle Kanäle zu zappen scheint, siehe hier:

Code

Jan  6 23:40:12 htpc kernel: [  599.360897] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Jan  6 23:40:12 htpc vdr: [7561] CAM 1: module ready
Jan  6 23:40:15 htpc vdr: [7561] CAM 1: CryptoWorks, 01, CAFE, BABE
Jan  6 23:40:23 htpc vdr: [7561] CAM 1: doesn't reply to QUERY - only a single channel can be decrypted
Jan  6 23:40:23 htpc vdr: [7557] switching to channel 234
Jan  6 23:40:23 htpc vdr: [7568] receiver on device 1 thread started (pid=7557, tid=7568)
Jan  6 23:40:23 htpc vdr: [7569] TS buffer on device 1 thread started (pid=7557, tid=7569)
Jan  6 23:40:23 htpc vdr: [7557] setting watchdog timer to 60 seconds
Jan  6 23:40:23 htpc vdr: [7557] OSD size changed to 720x576 @ 1,42222
Jan  6 23:40:23 htpc vdr: [7557] SOFTOSD: FadeIn Step 1 from 8 FlushTime = 1 ms
Jan  6 23:40:23 htpc vdr: [7557] SOFTOSD: FadeIn Step 2 from 8 FlushTime = 0 ms
Jan  6 23:40:23 htpc vdr: [7557] SOFTOSD: FadeIn Step 3 from 8 FlushTime = 0 ms
Jan  6 23:40:23 htpc vdr: [7557] SOFTOSD: FadeIn Step 4 from 8 FlushTime = 0 ms
Jan  6 23:40:23 htpc vdr: [7557] SOFTOSD: FadeIn Step 5 from 8 FlushTime = 1 ms
Jan  6 23:40:23 htpc vdr: [7557] SOFTOSD: FadeIn Step 6 from 8 FlushTime = 0 ms
Jan  6 23:40:23 htpc vdr: [7557] SOFTOSD: FadeIn Step 7 from 8 FlushTime = 0 ms
Jan  6 23:40:23 htpc vdr: [7557] SOFTOSD: FadeIn Step 8 from 8 FlushTime = 0 ms
Jan  6 23:40:28 htpc vdr: [7557] SOFTOSD: FadeOut Step 1 from 8 FlushTime = 1 ms
Jan  6 23:40:28 htpc vdr: [7557] SOFTOSD: FadeOut Step 2 from 8 FlushTime = 0 ms
Jan  6 23:40:28 htpc vdr: [7557] SOFTOSD: FadeOut Step 3 from 8 FlushTime = 0 ms
Jan  6 23:40:28 htpc vdr: [7557] SOFTOSD: FadeOut Step 4 from 8 FlushTime = 0 ms
Jan  6 23:40:28 htpc vdr: [7557] SOFTOSD: FadeOut Step 5 from 8 FlushTime = 1 ms
Jan  6 23:40:28 htpc vdr: [7557] SOFTOSD: FadeOut Step 6 from 8 FlushTime = 0 ms
Jan  6 23:40:28 htpc vdr: [7557] SOFTOSD: FadeOut Step 7 from 8 FlushTime = 0 ms
Jan  6 23:40:28 htpc vdr: [7557] SOFTOSD: FadeOut Step 8 from 8
Jan  6 23:40:29 htpc vdr: [7557] max. latency time 1 seconds
Jan  6 23:40:32 htpc vdr: [7562] frontend 0 timed out while tuning to channel 234, tp 212246

Alles anzeigen

Das, obwohl kein Frontend gestartet ist.

Starte ich vdr-sxfe, wird mir nur "No Signal" angezeigt.
Versuche, auf einen bestimmten Kanal zu wechseln, enden nur mit "Frontend 1 timed out tuning to channel ..." (also das Selbe wie hier oben, nur eben mit Frontend 1, da Frontend 0 ja das automatische Zappen zu sein scheint)

Versuche ich Kanäle über das Streamdev-Plugin zu sehen, gibts das Selbe.

Kennt das Problem vielleicht jemand? Was kann ich denn dagegen tun?

Vielen Dank!

Löwe

löwe · 5. Januar 2010

Habt ihr eigentlich auch öfter das Problem, dass die verschiedensten Kanäle nicht schon beim 1. Mal anwählen im XBMC erscheinen, sondern erst bei späteren Versuchen?

Manchmal wird bei mir nach dem 1. fehlgeschlagenen Versuch überhaupt sofort bei den weiteren mit der Meldung "Channel cannot be selected" quittiert.

In so einem Fall hilft dann das Umschalten auf einen anderen Sender und dann wieder retour zum zuvor gewünschten.

Im Syslog stehen dabei Meldungen wie "Frontend 0 timed out while tuning to channel ..."

Installiert hab ich übrigens das aktuelle XBMC mit PVR aus dem Repository von hepi, VDR versende ich die Version 1.7 aus dem the-vdr-team Repo und an Hardware habe ich eine Technisat Skystar HD inkl. Cryptoworks CA-Modul und ORF-Karte.

löwe · 4. Januar 2010

Bei mir das Selbe.

Anixe HD, der Astra HD Channel, Das Erste HD und ZDF HD scheinen im Großen und Ganzen zu funktionieren,

arte HD droppt,

und ORF1 und 2 HD bleiben überhaupt nach den ersten paar Sekunden hängen anstatt zu droppen.

löwe · 4. Januar 2010

Bei mir wird vdpau mit der neuen xbmc-Version verwendet.

(Erkennbar am VDPAU-String im Namen des Video-Renderers und an der geringen CPU-Auslastung)

löwe · 4. Januar 2010

Ich benutze den 195er-Treiber

löwe · 3. Januar 2010

Danke für diese Erklärung!

Werde es auch gleich mal selber so versuchen

löwe · 3. Januar 2010

Wo wäre denn der richtige Platz für so einen Thread mit Detailfragen dazu?

Ich möchte ja schließlich nicht die Foren-Ordnung durcheinander bringen ...

löwe · 2. Januar 2010

Ich bin gerade am Überlegen, ob ich interessenshalber die Xbmc-Version inkl. dem Patch nicht selbst kompilieren sollte.

Als ich vor ein paar Monaten meinen HTPC gebaut habe wollte ich mich nicht alleinig auf VDPAU verlassen und habe deshalb eine Core 2 Duo CPU gewählt. Das hat sich nun damit bezahlt gemacht, denn HD-Filme kann ich auch jetzt noch ruckelfrei sehen, solange ich im Vollbild-Modus bin ohne Menüs einzublenden

Kann ich Xbmc mit dem hier angehängten Patch eigentlich mit Hilfe der Paketverwaltung kompilieren (mit apt-... Befehlen), oder muss ich dazu den kompletten Sourcecode aus dem SVN-Repository ziehen und die Arbeit quasi "händisch" erledigen?

löwe · 1. Januar 2010

Der Patch dürfte VDPAU deaktivieren, so wie das für mich aussieht --> bei deiner aktuellen auf 26177 basierenden Version fehlen mir die Einstellungen zu VDPAU innerhalb der Applikation; genutzt wird es auch nicht.

Das nur als Anmerkung ...

löwe · 1. Januar 2010

Hallo!

Ich habe das selbe Problem (VDPAU wird generell nicht mehr genutzt)

Seit dem Update auf die gestern veröffentlichte xbmc-Version pvr-testing-18 (26177+5) werden alle Videos scheinbar generell mittels Software-Rendering wiedergegeben.

Fehler im Logifle von xbmc finde ich dazu keine.

Auch ist in den XBMC-Einstellungen (System) VDPAU gar nicht mehr aktivierbar - die entsprechenden Einträge fehlen hier einfach.

Beiträge von löwe

Welche DVB-S2-Karte, CI, CAM für Premiere und ORF?

Bildwiederholrate / 24Hz Wiedergabe will nicht

Bildwiederholrate / 24Hz Wiedergabe will nicht

VDR-1.7.10 -gda(Extensions-Patch v.72) + Plugins + XBMC pvr-testing für Ubuntu-Karmic + yaVDR

Ubuntu 9.10 Netzwerkprobleme

VDR-1.7.10 -gda(Extensions-Patch v.72) + Plugins + XBMC pvr-testing für Ubuntu-Karmic + yaVDR

VDR-1.7.10 -gda(Extensions-Patch v.72) + Plugins + XBMC pvr-testing für Ubuntu-Karmic + yaVDR

VDR-1.7.10 -gda(Extensions-Patch v.72) + Plugins + XBMC pvr-testing für Ubuntu-Karmic + yaVDR

VDR-1.7.10 -gda(Extensions-Patch v.72) + Plugins + XBMC pvr-testing für Ubuntu-Karmic + yaVDR

VDR-1.7.10 -gda(Extensions-Patch v.72) + Plugins + XBMC pvr-testing für Ubuntu-Karmic + yaVDR

Ubuntu-Pakete XBMC-PVR-Testing auf aktuellem Entwicklungsstand verfügbar

Ubuntu-Pakete XBMC-PVR-Testing auf aktuellem Entwicklungsstand verfügbar

Ubuntu-Pakete XBMC-PVR-Testing auf aktuellem Entwicklungsstand verfügbar

Ubuntu-Pakete XBMC-PVR-Testing auf aktuellem Entwicklungsstand verfügbar

PVR-Testing2 @ 26177 baut nicht unter Linux

PVR-Testing2 @ 26177 baut nicht unter Linux

PVR-Testing2 @ 26177 baut nicht unter Linux

PVR-Testing2 @ 26177 baut nicht unter Linux

Ubuntu-Pakete XBMC-PVR-Testing auf aktuellem Entwicklungsstand verfügbar