ZitatOriginal von tkaufmann
Gut möglich dass du die erst noch anlegen musst. Im ~/.xine/ des Users der vdr-sxfe ausführt.
ok für den Laien, ich erzeuge einen versteckten Ordner :
/home/vdrusernamen/.xine
darin kommt die config_xineliboutput . Inhalt kann ich aus der Wiki erstmal nehmen und dann anpassen?
Welche Rechte für die Datei ? Ich schätze mal 755 ?
Thx
Warum willst Du eine Konfigurationsdatei ausführbar machen? 660 reicht. Die Datei kann leer sein, beim ersten Start von vdr-sxfe wird sie automatisch mit default-Werten gefüllt.
ZitatOriginal von gda
Ruf xine mal mit dieser zusätzlichen Option auf:
Code--post autocrop:enable_autodetect=0,enable_subs_detect=1,soft_start=1,stabilize=1
Gerald
Ich habs mal hinzugefügt, hatte aber heute dummerweise keine entsprechende Sendung, oder es hat schon funktioniert 
Ich werd's mal weiter beobachten. Auf jeden Fall danke erstmal!
Gruß, Flipsen
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:
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 212246Das, 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
Frontend hat hier eine doppelte Bedeutung. vdr-sxfe ist ein Frontend im Sinne von "Zeigt Bilder und Ton an die vom Backend (vdr mit xinelibout) kommen". Außerdem hat der vdr verschiedene Frontends in Form von DVB-Devices bzw. AFAIK erzeugt auch xinelibout ein Frontend, auf dem der VDR Bild, Ton und OSD ausgibt. Nachrichten im Syslog betreffen den zweiten Frontend-Typ.
Vielleicht bringt es was, mal unter Einstellungen mit dem Primary DVB Device zu spielen? Man korrigiere mich wenn ich hier Unsinn erzähle, ich taste mich ja als kürzlich aus der FF-Welt umgestiegener selbst erst wieder rein.
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 ...
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
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 111302Kanal 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?
ZitatOriginal von löwe
Irgend etwas anderes scheint mir wieder auf die TV-Karte zuzugreifen, ich habe aber ehrlich gesagt keine Ahnung was.
XBMC?
Markus
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.
Mach Dir mal bitte eine Signatur aus der wir etwas zu Deinem System erfahren. Und poste mal die Ausgabe von ps -aux.
Hoffe dass meine Signatur so passt
Hier die Ausgabe von ps -aux
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--edit:
Kann vielleicht ein Hardwaredefekt vorliegen?
Sehr gute Signatur
Wenn mich meine müden Augen nicht täuschen läuft da noch ein xbmc (PID 10617). Kill den mal und guck ob's dann geht.
IMO sollte die Diskussion aus diesem Thread heraus da es hier nur um repository-spezifische Probleme gehen soll. PM mich wenn Du nen neuen Thread aufmachen solltest.
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 
Nachdem ich meinen LernVDR neu installiert habe, bekomme ich bei dem Hinzufügen von Plugins.
ZitatDie folgenden Pakete haben nicht erfüllte Abhängigkeiten:
vdr-plugin-undelete: Hängt ab: vdr-abi-1.7.9-debian
E: Kaputte Pakete
Ferner konnte ich am Wochenanfang noch " dvb-s2api-liplianin" hinzufügen,
jetzt kommt
Zitat[vdr@VDRHD:~$ sudo apt-get install dvb-s2api-liplianin
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein... Fertig
E: Konnte Paket dvb-s2api-liplianin nicht finden
ZitatAlles anzeigenvdr@VDRHD:~$ apt-cache policy vdr
vdr:
Installiert: 1.7.10-4tvt1
Kandidat: 1.7.10-4tvt1
Versions-Tabelle:
*** 1.7.10-4tvt1 0
100 /var/lib/dpkg/status
1.7.9-2ubuntu1 0
500 http://ppa.launchpad.net karmic/main Packages
1.6.0-9ubuntu2 0
500 http://de.archive.ubuntu.com karmic/universe Packages
vdr@VDRHD:~$ apt-cache policy vdr-dev
vdr-dev:
Installiert: 1.7.10-4tvt1
Kandidat: 1.7.10-4tvt1
Versions-Tabelle:
*** 1.7.10-4tvt1 0
100 /var/lib/dpkg/status
1.7.9-2ubuntu1 0
500 http://ppa.launchpad.net karmic/main Packages
1.6.0-9ubuntu2 0
500 http://de.archive.ubuntu.com karmic/universe Packages
vdr@VDRHD:~$
Eine Idee?
ZitatOriginal von oldspies2
Nachdem ich meinen LernVDR neu installiert habe, bekomme ich bei dem Hinzufügen von Plugins.
Kann ich nicht nachvollziehen, bei mir geht es ohne Probleme. Wann ist das passiert? Jetzt, oder vor ein paar Tagen? Hast du "apt-get update" vorher gemacht?
ZitatOriginal von oldspies2
Ferner konnte ich am Wochenanfang noch " dvb-s2api-liplianin" hinzufügen,
Kann ich mir nicht vorstellen, das Paket heißt " dvb-s2api-liplianin-source"
Gerald
Ich blöd......
Hatte in den Paketquellen gefummelt da ich noch etwas ausprobiert hatte,
natürlich vergessen wieder zurück zu stellen.
Jetzt geht es..
Herr Gott ist einfach zu spät.
Schlagt mich nicht wenn ich das hier Frage: Da ich zur Zeit ein kleines Problem mit 1080i Sendern habe (1080i sender ruckeln) möchte ich versuchen ein ubuntu 64bit system aufzusetzen. Da ich nur gute Erfahrungen mit diesem Thread gemacht habe frage ich: kann ich dieses ppa auch für 64bit nutzen?
Zitatkann ich dieses ppa auch für 64bit nutzen?
Ja. Ich habe 64 bit, läuft prima.
Markus
Gerade erstmals mit dem dkms gespielt und dvb-s2api-liplianin-source gegen den 2.6.31-17-generic gebaut (auf System 3 aus meiner Signatur). Folgendes Problem:
# modprobe dvb-usb-pctv452e
FATAL: Error inserting dvb_usb_pctv452e (/lib/modules/2.6.31-17-generic/updates/dkms/dvb-usb-pctv452e.ko): Unknown symbol in module, or unknown parameter (see dmesg)
# dmesg
[ 754.604743] dvb_usb: disagrees about version of symbol dvb_dmxdev_init
[ 754.604753] dvb_usb: Unknown symbol dvb_dmxdev_init
[ 754.605833] dvb_usb: disagrees about version of symbol dvb_register_adapter
[ 754.605839] dvb_usb: Unknown symbol dvb_register_adapter
[ 754.607091] dvb_usb: disagrees about version of symbol dvb_dmx_swfilter_204
[ 754.607098] dvb_usb: Unknown symbol dvb_dmx_swfilter_204
[ 754.607345] dvb_usb: disagrees about version of symbol dvb_dmx_release
[ 754.607350] dvb_usb: Unknown symbol dvb_dmx_release
[ 754.607863] dvb_usb: disagrees about version of symbol dvb_net_init
[ 754.607868] dvb_usb: Unknown symbol dvb_net_init
[ 754.608113] dvb_usb: disagrees about version of symbol dvb_dmx_swfilter
[ 754.608119] dvb_usb: Unknown symbol dvb_dmx_swfilter
[ 754.608402] dvb_usb: disagrees about version of symbol dvb_dmxdev_release
[ 754.608407] dvb_usb: Unknown symbol dvb_dmxdev_release
[ 754.608830] dvb_usb: disagrees about version of symbol dvb_frontend_detach
[ 754.608835] dvb_usb: Unknown symbol dvb_frontend_detach
[ 754.609184] dvb_usb: disagrees about version of symbol dvb_net_release
[ 754.609189] dvb_usb: Unknown symbol dvb_net_release
[ 754.609489] dvb_usb: disagrees about version of symbol dvb_unregister_frontend
[ 754.609494] dvb_usb: Unknown symbol dvb_unregister_frontend
[ 754.610174] dvb_usb: disagrees about version of symbol dvb_register_frontend
[ 754.610179] dvb_usb: Unknown symbol dvb_register_frontend
[ 754.610423] dvb_usb: disagrees about version of symbol dvb_unregister_adapter
[ 754.610428] dvb_usb: Unknown symbol dvb_unregister_adapter
[ 754.610672] dvb_usb: disagrees about version of symbol dvb_dmx_init
[ 754.610676] dvb_usb: Unknown symbol dvb_dmx_initWar bisher mit selbst ausgecheckten sources kein Problem.
Hat jemand von euch hier vielleicht schon geschafft, mit dem Nvidia-Treiber aus dem the-vdr-team Repository die Taktrate der GPU zu ändern / runterzutakten?
Ich habe es versucht (zuerst direkt den Takt zu ändern, dann auf ein niedrigeres Leistungsprofil zu stellen) - beides funktioniert bei meiner Geforce 9400GT aber nicht.
Dazu habe ich auch schon diesen Thread hier an ganz anderer Stelle aufgemacht:
GeForce 9400GT zu heiß - untertakten
Könnte das vielleicht an der Version des Treibers liegen?
Einen anderen Treiber habe ich aktuell noch nicht versucht ...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!