Beiträge von gustav...

Hallo!

hier die Ausgabe von /var/log/messages bezüglich des VDR - Starts:

Zitat

Mar 18 20:07:00 christopherBS vdr: [5488] VDR version 1.3.40 started
Mar 18 20:07:00 christopherBS vdr: [5488] Bigpatch 2006-01-23 is active!
Mar 18 20:07:00 christopherBS vdr: [5488] loading plugin: ./PLUGINS/lib/libvdr-text2skin.so.1.3.40
Mar 18 20:07:00 christopherBS vdr: [5488] loading plugin: ./PLUGINS/lib/libvdr-tvonscreen.so.1.3.40
Mar 18 20:07:00 christopherBS vdr: [5488] loading plugin: ./PLUGINS/lib/libvdr-xine.so.1.3.40
Mar 18 20:07:00 christopherBS vdr: [5488] loading plugin: ./PLUGINS/lib/libvdr-femon.so.1.3.40
...weitere Plugins, die geladen werden...
Mar 18 20:07:01 christopherBS vdr: [5488] loading /video0/config/setup.conf
Mar 18 20:07:01 christopherBS vdr: [5488] loading /video0/config/sources.conf
Mar 18 20:07:01 christopherBS vdr: [5488] loading /video0/config/diseqc.conf
Mar 18 20:07:01 christopherBS vdr: [5488] loading /video0/config/channels.conf
Mar 18 20:07:01 christopherBS vdr: [5488] loading /video0/config/timers.conf
Mar 18 20:07:01 christopherBS vdr: [5488] loading /video0/config/commands.conf
Mar 18 20:07:01 christopherBS vdr: [5488] loading /video0/config/reccmds.conf
Mar 18 20:07:01 christopherBS vdr: [5488] loading /video0/config/timercmds.conf
Mar 18 20:07:01 christopherBS vdr: [5488] loading /video0/config/svdrphosts.conf
Mar 18 20:07:01 christopherBS vdr: [5488] loading /video0/config/keymacros.conf
Mar 18 20:07:01 christopherBS kernel: tda1004x: found firmware revision 0 -- invalid
Mar 18 20:07:01 christopherBS kernel: tda1004x: waiting for firmware upload (dvb-fe-tda10045.fw)...
Mar 18 20:07:02 christopherBS kernel: tda1004x: firmware upload complete
Mar 18 20:07:02 christopherBS kernel: tda1004x: found firmware revision 2c -- ok
Mar 18 20:07:03 christopherBS vdr: [5488] found 1 video device
Mar 18 20:07:03 christopherBS vdr: [5488] initializing plugin: text2skin (1.1-cvs): Loader for text-based skins
Mar 18 20:07:03 christopherBS vdr: [5488] initializing plugin: tvonscreen (0.7.0): Shows the EPG info in form of a typical TV magazine
Mar 18 20:07:03 christopherBS vdr: [5488] initializing plugin: xine (0.7.6-net): Software based playback using xine via network
Mar 18 20:07:03 christopherBS vdr: [5488] initializing plugin: femon (0.9.5): DVB Signal Information Monitor (OSD)
...weitere Plugins, die initialisiert werden...
Mar 18 20:07:03 christopherBS vdr: [5488] setting primary device to 2
Mar 18 20:07:03 christopherBS vdr: [5488] SVDRP listening on port 2001
...

Alles anzeigen

Die Karten habe ich jetzt wieder so in den PCI Slots "verteilt", dass sie unterschiedliche IRQs haben.

Eine vergleichbare Ausgabe wie bei dir mit

Zitat

Mar 18 22:20:21 activy vdr: [3143] probing /dev/dvb/adapter0/frontend0
...

existiert im syslog nicht beim VDR-Start.

Hallo alle zusammen,
da denkt man, man hat seinen VDR halbwegs im Griff...
Aber nichts da

Zu meinem aktuellen Problem:
Ich habe mir für meinen zweiten VDR, der unter Kanotix mit 1 TT DVB-T 1300 und xine-Plugin läuft, eine zweite DVB 1300 zugelegt.

Eingebaut, Karte nicht erkannt (schon beim Start des Rechners in der Boot-Ausgabe vom Bios nicht). Also Karte zurückgeschickt und die umgetauschte Karte eingebaut.

Diese wird nun richtig erkannt, dmesg liefert

Zitat

saa7146: register extension 'budget_ci dvb'.
ACPI: PCI Interrupt 0000:03:02.0[A] -> Link [LNKC] -> GSI 10 (level, low) -> IRQ 10
saa7146: found saa7146 @ mem e10d2e00 (revision 1, irq 10) (0x13c2,0x1011).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-T PCI).
adapter has MAC addr = 00:d0:5c:02:9f:a1
input: Budget-CI dvb ir receiver saa7146 (0) as /class/input/input1
DVB: registering frontend 0 (Philips TDA10045H DVB-T)...
ACPI: PCI Interrupt 0000:03:04.0[A] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10
saa7146: found saa7146 @ mem e10d4c00 (revision 1, irq 10) (0x13c2,0x1011).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-T PCI).
adapter has MAC addr = 00:d0:5c:03:24:eb
input: Budget-CI dvb ir receiver saa7146 (1) as /class/input/input2
DVB: registering frontend 1 (Philips TDA10045H DVB-T)...
Linux video capture interface: v1.00
saa7146: register extension 'dvb'.
input: PC Speaker as /class/input/input3
NET: Registered protocol family 17
saa7146: register extension 'budget dvb'.
saa7146: register extension 'budget_av'.
usbcore: registered new driver ttusb
logips2pp: Detected unknown logitech mouse model 99
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input4
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
slamr: module license 'Smart Link Ltd.' taints kernel.
slamr: SmartLink AMRMO modem.
ts: Compaq touchscreen protocol output
capifs: Rev 1.1.2.3
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: overridden by ACPI.
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: disabled on user request.
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
lp0: using parport0 (interrupt-driven).
lp0: console ready
NET: Registered protocol family 4
Bluetooth: Core ver 2.8
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: L2CAP ver 2.8
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: RFCOMM ver 1.6
[drm] Initialized drm 1.0.0 20040925
ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10
[drm] Initialized radeon 1.19.0 20050911 on minor 0:
agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode
agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode
[drm] Loading R300 Microcode
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
ACPI: PCI Interrupt 0000:00:1f.5[B] -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 52512 usecs
intel8x0: clocking to 48000
tda1004x: found firmware revision 0 -- invalid
tda1004x: waiting for firmware upload (dvb-fe-tda10045.fw)...
tda1004x: firmware upload complete
tda1004x: found firmware revision 2c -- ok
cdrom: open failed.
cdrom: open failed.
agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode
agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode
[drm] Loading R300 Microcode

Alles anzeigen

Welche Bedeutung hat dabei "found firmware revision 0 -- invalid" bei der Ausgabe von dmesg, da anschließend ja anscheinend die korrekte Firmware geladen wird?

Beide Karten sind in Ordnung (einzeln funktionieren sie) und es ist auch kein IRQ-Konflikt (obwohl beide IRQ 10 haben), sind die Karten in andere Slots eingebaut, mit unterschiedlichen IRQs, besteht das Problem weiter.
Der VDR selbst erkennt aber, obwohl laut dmesg zwei frontends erkannt werden, nur eine Karte.

Die Suche hier im Forum und Google habe ich schon ausführlich bemüht, aber nur Infos zu Problemen mit zwei unterschiedlichen Karten gefunden (wo dann meistens Module nicht richtig geladen wurden). Aber bei zwei identischen Karten, kann das ja nicht das Problem sein, oder?

Hier auch noch die Ausgaben von lsmod

Zitat

Module Size Used by
snd_intel8x0 28188 2
snd_ac97_codec 85920 1 snd_intel8x0
snd_ac97_bus 1920 1 snd_ac97_codec
snd_pcm_oss 47264 1
snd_mixer_oss 15488 2 snd_pcm_oss
snd_pcm 76808 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_timer 20740 1 snd_pcm
snd_page_alloc 8072 2 snd_intel8x0,snd_pcm
snd 45156 6 snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 7392 3 snd
radeon 104224 1
drm 62740 2 radeon
rfcomm 33048 0
l2cap 21892 5 rfcomm
bluetooth 41700 4 rfcomm,l2cap
ipx 24108 0
parport_pc 35908 1
lp 9672 0
parport 30664 2 parport_pc,lp
capifs 3976 1
tsdev 5952 0
slamr 373444 0
psmouse 32388 0
mt352 5764 0
nxt2002 7940 0
dvb_ttusb_budget 28188 0
cx22700 4996 1 dvb_ttusb_budget
budget_av 12288 0
tda10021 5636 1 budget_av
budget 9472 0
s5h1420 7812 1 budget
mt312 7044 0
cx24110 6916 0
autofs4 16388 1
cryptoloop 3072 0
af_packet 16904 2
pcspkr 1668 0
dvb_ttpci 85820 0
l64781 6148 2 budget,dvb_ttpci
saa7146_vv 43776 2 budget_av,dvb_ttpci
video_buf 17028 1 saa7146_vv
v4l1_compat 13572 1 saa7146_vv
v4l2_common 4864 1 saa7146_vv
videodev 7296 1 saa7146_vv
ves1820 6020 3 dvb_ttusb_budget,budget,dvb_ttpci
tda8083 5252 3 dvb_ttusb_budget,budget,dvb_ttpci
sp8870 6540 1 dvb_ttpci
ves1x93 6020 2 budget,dvb_ttpci
budget_ci 11392 16
stv0297 6656 2 dvb_ttpci,budget_ci
tda1004x 12804 3 dvb_ttusb_budget,budget_av,budget_ci
budget_core 7172 3 budget_av,budget,budget_ci
saa7146 14088 6 budget_av,budget,dvb_ttpci,saa7146_vv,budget_ci,budget_core
ttpci_eeprom 2432 2 dvb_ttpci,budget_core
stv0299 9352 5 dvb_ttusb_budget,budget_av,budget,dvb_ttpci,budget_ci
dvb_core 73768 7 dvb_ttusb_budget,budget_av,budget,dvb_ttpci,budget_ci,budget_core,stv0299
e100 36740 0
mii 4608 1 e100
intel_agp 19100 1
agpgart 27464 2 drm,intel_agp
i2c_i801 7692 0
8250 17940 0
serial_core 17536 1 8250
ehci_hcd 30344 0
pcmcia 31396 0
yenta_socket 23564 0
rsrc_nonstatic 10880 1 yenta_socket
pcmcia_core 34704 3 pcmcia,yenta_socket,rsrc_nonstatic
video 14212 0
thermal 10888 0
processor 19008 1 thermal
fan 3460 0
container 3328 0
button 5008 0
battery 7684 0
ac 3460 0
ntfs 212880 0
uhci_hcd 29840 0
ohci_hcd 19076 0
usbcore 109956 5 dvb_ttusb_budget,ehci_hcd,uhci_hcd,ohci_hcd
evdev 7424 0

Alles anzeigen

und von lspci

Zitat

0000:00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host Bridge (rev 11)
0000:00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset AGP Bridge (rev 11)
0000:00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01)
0000:00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01)
0000:00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01)
0000:00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 81)
0000:00:1f.0 ISA bridge: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge (rev 01)
0000:00:1f.1 IDE interface: Intel Corporation 82801DB (ICH4) IDE Controller (rev 01)
0000:00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 01)
0000:00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R300 ND [Radeon 9700 Pro]
0000:01:00.1 Display controller: ATI Technologies Inc Radeon R300 [Radeon 9700 Pro] (Secondary)
0000:03:02.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
0000:03:04.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
0000:03:08.0 Ethernet controller: Intel Corporation 82801DB PRO/100 VE (CNR) Ethernet Controller (rev 81)

Alles anzeigen

Ich bin für jeden Hinweis dankbar...

Christopher

Über das Xine-Plugin als Ausgabedevice und dann mit Xine.

Ich habe gerade noch eine "dvb-fe-tda10045.fw" in /lib/firmware/ gefunden, habe diese nach /usr/lib/hotplug/firmware kopiert - und siehe da, es läuft wieder!

Ich frage mich nur noch, wieso ist das durch ein apt-get upgrade so durcheinander geraten?

Vielen Dank euch allen!

Christopher

Zitat

Original von beagle
Hallo Christoph,
so ganz kapier ich das jetzt nicht mehr:
Ist jetzt nur noch eine Budget Karte drin ?
Wenn das eine FF ist (so sieht es aus), fehlt eindeutig die Firmware. In diesem Fall, zieh Dir mal die neueste FW und speichere die mal als /usr/lib/hotplug/firmware/dvb-ttpci-01.fw.

Gruß
beagle

Alles anzeigen

Moin,
jetzt ist nur noch die Budget - Karte eingebaut (eine TT DVB-T 1300).
Das neueste Firmware-Paket hatte ich mir gestern schon von linuxtv.org geholt und komplett nach /usr/lib/hotplug/firmware/ entpackt, da war auch die dvb-ttpci-01.fw dabei.

Wo erhalte ich die aktuelle "dvb-fe-tda10045.fw"? auf linuxtv.org ist diese nicht mit dabei?!

Gruß

Christopher

Zitat

Original von mag128
Blöde Frage: Die Channels.conf ist noch die richtige und der VDR verwendet sie auch?

Georg

Bin vom CtVDR abgekommen, weil ich nie wußte was er beim update macht.

Ja, die channels.conf ist die richtige und wird verwendet.

DMESG:

e100: Intel(R) PRO/100 Network Driver, 3.4.14-k2-NAPI
e100: Copyright(c) 1999-2005 Intel Corporation
ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI Interrupt 0000:03:08.0[A] -> Link [LNKE] -> GSI 11 (level, low) -> IRQ 11
e100: eth0: e100_probe: addr 0xdfefa000, irq 11, MAC addr 00:10:DC:89:A2:DE
saa7146: register extension 'budget_ci dvb'.
ACPI: PCI Interrupt 0000:03:03.0[A] -> Link [LNKD] -> GSI 5 (level, low) -> IRQ 5
saa7146: found saa7146 @ mem f90b8e00 (revision 1, irq 5) (0x13c2,0x1011).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-T     PCI).
adapter has MAC addr = 00:d0:5c:03:24:eb
DVB: registering frontend 0 (Philips TDA10045H DVB-T)...
Linux video capture interface: v1.00
saa7146: register extension 'dvb'.
input: PC Speaker
NET: Registered protocol family 17
saa7146: register extension 'budget dvb'.
saa7146: register extension 'budget_av'.
usbcore: registered new driver ttusb
ts: Compaq touchscreen protocol output
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
Bluetooth: Core ver 2.7
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: L2CAP ver 2.7
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM ver 1.5
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
lp0: using parport0 (interrupt-driven).
lp0: console ready
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: overridden by ACPI.
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
ACPI: PCI Interrupt 0000:00:1f.5[B] -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 52604 usecs
intel8x0: clocking to 48000
tda1004x: found firmware revision 0 -- invalid
tda1004x: waiting for firmware upload (dvb-fe-tda10045.fw)...
tda1004x: no firmware upload (timeout or file not found?)
tda1004x: firmware upload failed
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: disabled on user request.
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: disabled on user request.

Zitat

Sehr schön...sieht so aus wie es aussehen soll.
Das ist dann wohl nicht das Problem...

Ich habs versucht smile

Frank

Danke dafür!

Gruß

Christopher

Hi,
folgende Ausgabe erhalte ich dann:

Zitat

ls -la /dev/dvb*
insgesamt 49
drwxr-xr-x 6 root root 144 2004-09-05 23:16 .
drwxr-xr-x 18 root root 50080 2005-12-11 10:56 ..
drwxr-xr-x 2 root root 248 2005-12-11 10:56 adapter0
drwxr-xr-x 2 root root 248 2005-12-11 10:56 adapter1
drwxr-xr-x 2 root root 248 2005-12-11 10:56 adapter2
drwxr-xr-x 2 root root 248 2005-12-11 10:56 adapter3

Alles anzeigen

Christopher

Zitat

Original von beagle
Hallo Christopher,
zieh doch erst einmal die Karte raus, die Du nicht benutzt.
Das erleichtert die Fehlersuche.

Gruß
beagle

Moin,
Die DVB-C Karte ist entfernt.

Guß
Christopher

Hi,
da das eine eine DVB-C Karte ist und das andere eine DVB-T Karte, wird das Ansprechen ja eigentlich schon eindeutig über die Channels.conf geregelt, oder nicht?

Ich werde es aber trotzdem ausprobieren.

Nächtliche Grüße,

Christopher

EDIT:
Wenn ich -D 0 auswähle erhalte ich keinerlei Veränderung im Verhalten vom VDR, bei -D 1 erhalte ich dann korrekt die Meldung "Kanal nicht verfügbar".

Vielleicht auch noch interessant:
Wenn ich mir mit femon die Signalstärke anschaue, erhalte ich für "STR" die Angabe "100%" und für "SNR" die Angabe "0%".

Moin,
hier ein Ausschnitt aus dmesg (der wohl hierfür von Bedeutung ist):

Zitat

saa7146: found saa7146 @ mem f90b8c00 (revision 1, irq 5) (0x13c2,0x1011).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-T PCI).
adapter has MAC addr = 00:d0:5c:03:24:eb
DVB: registering frontend 0 (Philips TDA10045H DVB-T)...
Linux video capture interface: v1.00
saa7146: register extension 'dvb'.
ACPI: PCI Interrupt 0000:03:02.0[A] -> Link [LNKC] -> GSI 10 (level, low) -> IRQ 10
saa7146: found saa7146 @ mem f925ee00 (revision 1, irq 10) (0x110a,0x0000).
dvb-ttpci: could not load firmware, file not found: dvb-ttpci-01.fw
dvb-ttpci: usually this should be in /usr/lib/hotplug/firmware
dvb-ttpci: and can be downloaded here http://www.linuxtv.org/download/dvb/firmware/
ACPI: PCI interrupt for device 0000:03:02.0 disabled
input: PC Speaker
NET: Registered protocol family 17
saa7146: register extension 'budget dvb'.
saa7146: register extension 'budget_av'.
usbcore: registered new driver ttusb
ts: Compaq touchscreen protocol output
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
Bluetooth: Core ver 2.7
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: L2CAP ver 2.7
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM ver 1.5
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
lp0: using parport0 (interrupt-driven).
lp0: console ready
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: overridden by ACPI.
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
ACPI: PCI Interrupt 0000:00:1f.5[B] -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 52539 usecs
intel8x0: clocking to 48000
tda1004x: found firmware revision 0 -- invalid
tda1004x: waiting for firmware upload (dvb-fe-tda10045.fw)...
tda1004x: no firmware upload (timeout or file not found?)
tda1004x: firmware upload failed

Alles anzeigen

Zitat

dvb-ttpci: could not load firmware, file not found: dvb-ttpci-01.fw
dvb-ttpci: usually this should be in /usr/lib/hotplug/firmware
dvb-ttpci: and can be downloaded here http://www.linuxtv.org/download/dvb/firmware/

Das scheint wohl der Grund des Übels zu sein - ich versuche mal mir dort die Firmware zu holen.

EDIT: Die Meldung der fehlenden Fimware bezog sich wohl nur auf die Fujitsu-Siemens DVB-C, die im Moment in diesem VDR nicht genutzt wird (weder als Ein- noch als Ausgabedevice). Im folgenden der letzte Teil von dmesg (ab der Stelle, wo die DVB Karten geladen werden) nach Download der fehlenden Firmware und mit weiterhin bestehendem Problem.

Zitat

PCI: setting IRQ 11 as level-triggered
ACPI: PCI Interrupt 0000:03:08.0[A] -> Link [LNKE] -> GSI 11 (level, low) -> IRQ 11
e100: eth0: e100_probe: addr 0xdfefa000, irq 11, MAC addr 00:10:DC:89:A2:DE
saa7146: register extension 'budget_ci dvb'.
ACPI: PCI Interrupt 0000:03:03.0[A] -> Link [LNKD] -> GSI 5 (level, low) -> IRQ 5
saa7146: found saa7146 @ mem f90b8c00 (revision 1, irq 5) (0x13c2,0x1011).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-T PCI).
adapter has MAC addr = 00:d0:5c:03:24:eb
DVB: registering frontend 0 (Philips TDA10045H DVB-T)...
Linux video capture interface: v1.00
saa7146: register extension 'dvb'.
ACPI: PCI Interrupt 0000:03:02.0[A] -> Link [LNKC] -> GSI 10 (level, low) -> IRQ 10
saa7146: found saa7146 @ mem f925ee00 (revision 1, irq 10) (0x110a,0x0000).
DVB: registering new adapter (Fujitsu Siemens DVB-C).
adapter has MAC addr = 00:d0:5c:02:fb:dd
dvb-ttpci: gpioirq unknown type=0 len=0
dvb-ttpci: info @ card 1: firm f0240009, rtsl b0250018, vid 71010068, app 80002622
dvb-ttpci: firmware @ card 1 supports CI link layer interface
dvb-ttpci: DVB-C w/o analog module @ card 1 detected
saa7146_vv: saa7146 (1): registered device video0 [v4l2]
DVB: registering frontend 1 (VLSI VES1820 DVB-C)...
dvb-ttpci: found av7110-0.
input: PC Speaker
NET: Registered protocol family 17
saa7146: register extension 'budget dvb'.
saa7146: register extension 'budget_av'.
usbcore: registered new driver ttusb
ts: Compaq touchscreen protocol output
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
Bluetooth: Core ver 2.7
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: L2CAP ver 2.7
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM ver 1.5
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
lp0: using parport0 (interrupt-driven).
lp0: console ready
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: overridden by ACPI.
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
ACPI: PCI Interrupt 0000:00:1f.5[B] -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 52568 usecs
intel8x0: clocking to 48000

Alles anzeigen

Gruß

Christopher

Hallo!
Erst mal hoffe ich, dass ich im Bereich "VDR-Konfiguration" mit meiner Frage richtig bin, ansonsten bitte ich, diese entsprechend zu verschieben.

Zu meinem Problem:
Ich habe auf meinem 2. VDR (Kanotix mit selbst komplilierten VDR 1.3.36) ein apt-get upgrade gemacht und habe seit dem keinen Empfang mehr. Wenn ich mit Xine auf den VDR zugreife, erhalte ich nur die Meldung "No Signal", kann aber normal ins Menü und Aufnahmen anschauen.
Ich nutze den Treiber, der im Kanotix Kernel integriert ist.

Zu diesem Problem habe ich leider über "Suchen" nichts gefunden, wenn jemand einen Tipp hat, wo ich dazu was finde, wäre mir auch schon sehr geholfen!

Wenn ich, was ich im Moment befürchte, durch das apt-get upgrade mir einen nicht richtig funktionierenden Treiber oder Firmware "gefangen" habe, wie komme ich auf den alten Stand zurück? Oder wie muss ich unter Kantoix vorgehen, um den im Kernel integrierten Treiber zu deaktivieren um manuell einen Treiber laden zu können (auch hier wäre ein Link vielleicht schon hilfreich, da ich speziell zu kanotix nichts gefunden habe).

Vielen Dank schon mal für eure Hilfe,

Christopher

PS: Welche logs könnten in diesem Fall u.U. noch hilfreich sein?

Moin!
Bei mir tritt ebenfalls das Problem mit den Skins auf (habe den EgalsTry Skin installiert). Unter VDR 1.3.30 mit BigPatch lief dieser problemlos, jetzt unter 1.3.31 mit BigPatch (im Moment noch Test2 von heute Nachmittag) erhalte ich beim Versuch auf den EgalsTry Skin umzustellen immer die Meldung "Skin zu groß[...]".

Gruß,

Christopher

Ich werde das morgen gleich mal ausprobieren...
Den Ton habe ich inzwischen auch dazu bekommen: Es lag an den PIDs (man sollte erst nachdenken, was einem schon geraten wurde und dann nachfragen...*g* - aber manchmal ist man im Schreiben leider doch schneller - Asche auf mein Haupt).

Euch schon mal vielen Dank für Eure Unterstützung und Hilfe!

Zitat

poste mal ruhig den Inhalt.

hier meine runivtv:

Zitat

cd /usr/local/src/ivtv/driver
modprobe i2c-core
modprobe i2c-algo-bit
modprobe tuner type=5 pal=1
insmod msp3400.o once=1 simple=1 debug=2
modprobe videodev
insmod saa7115.o
insmod ivtv.o mpg_buffers=100 video_nr=0
../utils/test_ioctl -f width=720,height=576
modprobe ivtv-fb ivtv_fb_card_id=0
modprobe saa7127 enable_output=1 output_select=0 pal=1 test_image=0

Alles anzeigen

Zitat

und das läuft? staun... hoffentlich beißt sich das nicht

jep - das läuft, nach einigem Gefrickel und mehreren Abenden...

Ich habe jetzt spontan vdr-1.3.16 installiert - und siehe da: ich kann mit meiner PVR fernsehen *freu*
Allerdings habe ich bei analog-TV noch Artefakte im Bild oder besser gesagt streifenweise Bildstörungen und keinen Ton:-(
Aber ich bin optimistisch, dass das auch noch klappen wird...

Wenn das geschafft ist, werde ich mich mal an VDR 1.3.x gewöhnen bzw. schauen, was es für Skins gibt... AproPro: wie bekomme ich es unter 1.3.x hin, dass das Logo des Senders mit angezeigt wird?

Zitat

Original von Dr. Seltsam

und wo stimmen sie nicht überein?

beim Laden der ivtv module, das erledigt bei mir ein Script namens runivtv (nach einem Howto hier aus dem Forum (ich glaube das von vomwoid)

Zitat

keine Fehler beim Kompilieren der gepatchten libdvb und des analogtv-plugins?

keinerlei Fehler

Zitat

willst Du jetzt eigentlich über die DVB-C ausgeben, oder über die PVR 350 ? (Du schriebst mal was von " Plugin PVR350").

Ich hatte mal überlegt über die PVR350 auszugeben, aber das dann wieder verworfen. Ich gebe jetzt nach wie vor über die DVB-C aus und habe an den Ausgang der PVR ein 5,6" TFT angeschlossen, das mir die Ausgabe von GraphTFT über einen Framebuffer anzeigt (/dev/fb1).

Bei der Installation bin ich zwar nciht nach dieser Anleitung vorgegangen, aber die Schritte stimmen so ziemlich über ein.

Ein cat /dev/video0 > test.mpg ist auch erfolgreich und analogtv kompiliert ohne Probleme. Das Patchen des VDR (mit AutoPID) geht auch ohne weiteres, ebenso das Kompilieren von diesem.

Wie gesagt, ich verwende zur Zeit die stable Version 1.2.6, und scheue mich zur Zeit noch etwas auf 1.3.x zu wechseln. Welche Vorteile bietet mir denn 1.3.x und welche Plugins laufen dort problemlos (für mich wären analogtv, GraphTFT, Teletext bzw. OSDTeletext, DVD, MP3, MPlayer, vielleicht als Alternative Muggle? wichtig)?

Zitat

Original von gustav...
Die drei Probleme haben sich inzwischen auf eins reduziert - den ständigen restart des VDR wenn ich mit der Option -Panalogtv starten will.

Sobald ich ohne analogtv starte läuft alles reibungslos.

Ich habe die aktuellste Version von analogtv (0.9.36) installiert - Vorgängerversionen kann ich leider nirgends finden. Ansonsten würde ich nämlich mal mit 0.9.35 bzw. 0.9.34 probieren... Weiß jemand, wo ich diese Versionen erhalten kann?

Die drei Probleme haben sich inzwischen auf eins reduziert - den ständigen restart des VDR wenn ich mit der Option -Panalogtv starten will.

In /var/log/messages erhalte ich dazu folgende Ausgabe:

Nov 17 14:44:25 vdr2 su: pam_unix2: session started for user root, service su
Nov 17 14:44:25 vdr2 vdr: ERROR (recording.c,774): Address already in use
Nov 17 14:44:25 vdr2 vdr[2629]: VDR version 1.2.6 started
Nov 17 14:44:25 vdr2 vdr[2629]: epg-search: version 0.5.3
Nov 17 14:44:25 vdr2 vdr[2629]: loading plugin: /usr/local/src/VDR/PLUGINS/lib/libvdr-analogtv.so.1.2.6
Nov 17 14:44:25 vdr2 vdr[2629]: loading plugin: /usr/local/src/VDR/PLUGINS/lib/libvdr-graphtft.so.1.2.6
Nov 17 14:44:25 vdr2 vdr[2629]: loading plugin: /usr/local/src/VDR/PLUGINS/lib/libvdr-mp3.so.1.2.6
Nov 17 14:44:25 vdr2 vdr[2629]: loading plugin: /usr/local/src/VDR/PLUGINS/lib/libvdr-mplayer.so.1.2.6
Nov 17 14:44:25 vdr2 vdr[2629]: loading plugin: /usr/local/src/VDR/PLUGINS/lib/libvdr-scanner.so.1.2.6
Nov 17 14:44:25 vdr2 vdr[2629]: loading /usr/local/vdr/etc/setup.conf
Nov 17 14:44:25 vdr2 vdr[2629]: ERROR: unknown config parameter: graphtft.DumpImageX = 720
Nov 17 14:44:25 vdr2 vdr[2629]: ERROR: unknown config parameter: graphtft.DumpImageY = 576
Nov 17 14:44:25 vdr2 vdr[2629]: ERROR: unknown config parameter: graphtft.UseStillPicture = 1
Nov 17 14:44:25 vdr2 vdr[2629]: loading /usr/local/vdr/etc/sources.conf
Nov 17 14:44:25 vdr2 vdr[2629]: loading /usr/local/vdr/etc/diseqc.conf
Nov 17 14:44:25 vdr2 vdr[2629]: loading /usr/local/vdr/etc/channels.conf
Nov 17 14:44:25 vdr2 vdr[2629]: loading /usr/local/vdr/etc/timers.conf
Nov 17 14:44:25 vdr2 vdr[2629]: loading /usr/local/vdr/etc/svdrphosts.conf
Nov 17 14:44:25 vdr2 vdr[2629]: loading /usr/local/vdr/etc/ca.conf
Nov 17 14:44:25 vdr2 vdr[2629]: loading /usr/local/vdr/etc/remote.conf
Nov 17 14:44:25 vdr2 vdr[2629]: loading /usr/local/vdr/etc/keymacros.conf
Nov 17 14:44:25 vdr2 vdr[2629]: probing /dev/dvb/adapter0/frontend0
Nov 17 14:44:25 vdr2 vdr[2629]: video device offset is 1
Nov 17 14:44:25 vdr2 vdr[2633]: SectionsScanner processing thread started (pid=2633)
Nov 17 14:44:25 vdr2 vdr[2634]: tuner thread started on device 1 (pid=2634)
Nov 17 14:44:25 vdr2 vdr[2629]: probing /dev/dvb/adapter1/frontend0
Nov 17 14:44:25 vdr2 vdr[2636]: SectionsScanner processing thread started (pid=2636)
Nov 17 14:44:26 vdr2 vdr[2637]: tuner thread started on device 2 (pid=2637)
Nov 17 14:44:26 vdr2 vdr[2629]: probing /dev/dvb/adapter2/frontend0
Nov 17 14:44:26 vdr2 vdr[2639]: SectionsScanner processing thread started (pid=2639)
Nov 17 14:44:27 vdr2 vdr[2640]: tuner thread started on device 3 (pid=2640)
Nov 17 14:44:27 vdr2 vdr[2629]: probing /dev/dvb/adapter3/frontend0
Nov 17 14:44:27 vdr2 vdr[2629]: found 3 video devices
Nov 17 14:44:27 vdr2 vdr[2629]: initializing plugin: analogtv (0.9.36): Watch analogue TV
Nov 17 14:44:27 vdr2 su: pam_unix2: session finished for user root, service su

Was kann es für Gründe für den ständigen VDR -Restart geben?

Hi Olaf!
Du bist nicht der einzige, der eine Framebuffer - Ausgabe über die PVR350 haben möchte.

Ich bin auch daran am tricksen (und am verzweifeln...).
Gibt es ein HowTo, in dem nachzulesen ist, wo man was einstellen muss für die Framebuffer-Ausgabe?

Inzwischen habe ich meinen Versuch analogtv unter gentoo ans Rennen zu bringen aufgegeben, d.h. ich bin wieder zurück auf Suse 9 umgestiegen.

Dabei stellen sich mir aber folgende neue Probleme (die ich hoffentlich mit eurer Hilfe lösen kann).

1. Wenn ich den VDR mit der Opion Panaolgtv starte, macht er ständig einen restart.
2. bei dem Plugin PVR350 erhalte ich auf der Konsole die Ausgabe

Can´t open device
IVTV_IOC_GET_FB

3. Welche Einstellunge brauche ich, damit ich mit GraphTFT auf einem TFT ausgeben kann, dass an der PVR angschlossen ist?

Ich habe jetzt ein neues Mainboard drin, so dass ich wieder am VDR basteln kann...

Nach dem Vorschlag von wirbel habe ich nun den 2.6er Kernel installiert, allerdings leider nur Probleme:
Ich wollte nun noch mal die PVR nach der Anleitung von Olaf ans Laufen bekommen, ich erhalte aber bei vielen Paketen beim Kompilieren die unterschiedlichsten Fehlermeldungen (sowohl beim Kompilieren aus Sourcen als auch beim installieren mit emerge).

Ich werde nun noch mal mit dem 2.4.27 Kernel experimentieren und schauen was dabei rumkommt!