Beiträge von Dagget

Hast ne PN...

Schöne Sache!!
Die neue Funktion "Pause at last mark" gefällt mir, gleich mal antesten

Bei der 10.1 musst du libpcap deinstallieren und die Version 1.10 manuell installieren. Bei der 10.0 musste ich nvram als static device in /etc/udev/static_devices.txt eintragen, weil sonst das device /dev/nvram nach jedem booten weg war. Mehr fällt mir gerade nicht ein

Ich hab komplett neu installiert, allerdings auf eine andere Partition um dann von der alten Installtion die ganzen Config-files und Skripte bei Bedarf rüber zuholen. Sooooviel Arbeit ist das dann auch nicht...

Und wenn du neu installierst, nimm doch gleich die 10er oder 10.1.

Wenn du updatest, bevorzugst du wahrscheinlich die 9.3, die hat ja schon den 2.6 Kernel, der die 2.3 aber nicht out of the box unterstützen wird. Treiberupdate wird auch hier Pflicht und da gabs gegen Ende 2005 immer das Problem, dass die aktuellen cvs-dvb-Treiber sich nur unter dem aktuellsten Kernel übersetzen liessen. Es kann sein, dass es jetzt anders ist, ich weiss es aber nicht genau. Von daher, nimm gleich die 10.0 oder 10.1. Da gibts zwar auch ein paar Besonderheiten bzgl. VDR-Installation, aber nur Kleinigkeiten...

Nein, kein fertig geschnürtes Paket. Du musst dir aus dem hg (ehemals cvs) die aktuellen Sourcen von linuxtv.org ziehen, aber ich glaube um ein Kernel-Update kommst du nicht herum. Die Unterstützung der 2.3 gibts erst seit Ende 2005.

Mittlerweile werden die aktuellen Treiber immer in den aktuellen Kernel übernommen, ich glaube ab 2.6.13 müsste die 2.3 laufen. Ich würde dir ein Update deines Systems empfehlen. Ein Kernelupdate bei der Suse 9.0 zieht wahrscheinlich enormen Konfigurationsaufwand nach sich, dann kannst du auch gleich komplett neu aufsetzen. Ich habe auch die 2.3 und benutze zur Zeit die Suse 10, davor hatte ich auch die 9.0 und war zum Update gezwungen...

Ich vermute, dass deine Treiber zu alt sind, da die 2.3 erst von aktuelleren Treibern (ca. Ende 2005) unterstützt wird. Jetzt frag mich aber nicht, ob aktuelle Treiber mit dem 2.4 Kernel kompatibel sind, ich glaube nicht...

Hallo,

habe 3 FF DVB-s:

2300? (ist die modded vom dvbshop)
2.1 (Nexus-s)
1.6

Die Reihenfolge müsste stimmen, bin mir aber nicht sicher...

00:0b.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Technotrend Systemtechnik GmbH: Unknown device 000e
        Flags: bus master, medium devsel, latency 64, IRQ 177
        Memory at ee800000 (32-bit, non-prefetchable) [size=512]


Class:     0x048000
Vendor:    0x1131
Device:    0x7146
SubVendor: 0x13c2
SubDevice: 0x000e




00:0e.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Technotrend Systemtechnik GmbH Technotrend/Hauppauge DVB card rev2.1
        Flags: bus master, medium devsel, latency 64, IRQ 185
        Memory at ee000000 (32-bit, non-prefetchable) [size=512]


Class:     0x048000
Vendor:    0x1131
Device:    0x7146
SubVendor: 0x13c2
SubDevice: 0x0003




00:13.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Technotrend Systemtechnik GmbH Siemens/Technotrend/Hauppauge DVB card rev1.3 or rev1.5
        Flags: bus master, medium devsel, latency 64, IRQ 193
        Memory at ec800000 (32-bit, non-prefetchable) [size=512]


Class:     0x048000
Vendor:    0x1131
Device:    0x7146
SubVendor: 0x13c2
SubDevice: 0x0000

lsmod Ausgabe
Es sind aber bestimmt mehr Module als nötig geladen (SuSE)

Module                  Size  Used by
ipv6                  242752  16
it87                   19872  0
i2c_sensor              3584  1 it87
i2c_isa                 2176  0
button                  7056  0
battery                10244  0
ac                      5252  0
tda80xx                 8064  0
tda1004x               14852  0
tda10021                6276  0
stv0297_cs2            10372  0
sp887x                  7300  0
s5h1420                 8836  0
or51211                 9348  0
or51132                 9732  0
pl2303                 18052  1
nxt6000                 7428  0
usbserial              28776  3 pl2303
nxt200x                13572  0
nxt2002                 8708  0
mt352                   6404  0
mt312                   7812  0
lgdt330x                7708  0
dib3000_common          2432  0
cx24123                 8708  0
cx24110                 7940  0
cx22702                 6276  0
dvb_pll                11396  3 or51132,nxt200x,cx22702
cx22700                 5636  0
bcm3510                10116  0
at76c651                5380  0
edd                     9824  0
lirc_serial            13280  1
lirc_dev               13540  1 lirc_serial
ehci_hcd               32136  0
via_rhine              22276  0
mii                     5504  1 via_rhine
i2c_viapro              8080  0
generic                 4484  0 [permanent]
uhci_hcd               32016  0
usbcore               112512  5 pl2303,usbserial,ehci_hcd,uhci_hcd
dvb_ttpci              92096  41
l64781                  6788  1 dvb_ttpci
saa7146_vv             47360  1 dvb_ttpci
video_buf              20868  1 saa7146_vv
saa7146                17544  2 dvb_ttpci,saa7146_vv
v4l1_compat            13316  1 saa7146_vv
v4l2_common             7552  1 saa7146_vv
videodev                9088  1 saa7146_vv
ves1820                 6532  1 dvb_ttpci
stv0299                10504  1 dvb_ttpci
dvb_core               78248  2 dvb_ttpci,stv0299
tda8083                 5892  1 dvb_ttpci
stv0297                 7424  1 dvb_ttpci
sp8870                  7052  1 dvb_ttpci
firmware_class          9856  9 tda1004x,sp887x,or51211,or51132,nxt200x,nxt2002,bcm3510,dvb_ttpci,sp8870
ves1x93                 6532  1 dvb_ttpci
ttpci_eeprom            2560  1 dvb_ttpci
via_agp                 9472  1
agpgart                33096  1 via_agp
i2c_core               20368  34 it87,i2c_sensor,i2c_isa,tda80xx,tda1004x,tda10021,stv0297_cs2,sp887x,s5h1420,or51211,or51132,nxt6000,nxt200x,nxt2002,mt352,mt312,lgdt330x,dib3000_common,cx24123,cx24110,cx22702,cx22700,bcm3510,at76c651,i2c_viapro,dvb_ttpci,l64781,ves1820          ,stv0299,tda8083,stv0297,sp8870,ves1x93,ttpci_eeprom
pci_hotplug            26164  0
parport_pc             38980  1
lp                     11460  0
parport                33864  2 parport_pc,lp
dm_mod                 54972  0
ext3                  130440  5
jbd                    59940  1 ext3
fan                     4996  0
thermal                14472  0
ide_cd                 39684  0
cdrom                  36896  1 ide_cd
processor              24512  1 thermal
via82cxxx              13212  0 [permanent]
sata_via                8836  0
libata                 48516  1 sata_via
sd_mod                 18576  0
scsi_mod              131304  2 libata,sd_mod
ide_disk               17152  9
ide_core              122380  4 generic,ide_cd,via82cxxx,ide_disk
linux:/usr/local/src #

Was heisst fehlerhaft?
Bei RPM-basiertem VDR gibts halt keine Patches, und wer kommt schon ganz ohne aus
Ich empfehle dir die manuelle Installation unter Suse, ist wirklich nicht schwer, zumal man auch im Fehlerfall weiss, wo man suchen muss...
Klar gibt es ein paar Plugins als RPM-Paket, aber halt nicht alle und bestimmt auch nicht in der aktuellsten Version. Du musst dich dann darauf verlassen, dass dir einer die Plugins als rpm zur Verfügung stellt.

Unter Suse kompiliert man "meistens" (ich zumindest) den VDR und seine Plugins selbst. Automatisches Aufwachen wird auch selbst "per Hand" nachinstalliert. Als Einstieg ist die Anleitung von Hubertus Sandmann sehr zu empfehlen, im Moment auf Suse 9.3 ausgelegt, müsste aber auch für die aktuelle OpenSuse laufen...

Bei mir wird die Länge der Aufnahmen in der Aufnahmenliste nicht mehr angezeigt, obwohl im Setup eingestellt. Jetzt weiss ich nur nicht, wer das verbocken könnte. Liegts am BP, text2skin oder Enigma skin. Text2skin ist aus Frank99's Plugin Sammlung. Enigma ist das letzte Pre-Release, ich glaub Pre7. Hat jemand einen Denkanstoß für mich, wo ich Suchen könnte?

Ich habe genau das im Titel genannte Problem. Allerdings erst nachdem ich von vdr-1.3.44 auf die 1.4.0 gegangen bin. Treiber und Firmware sind gleich. Das osdteletext Plugin nutze ich nicht. Ich teste jetzt nochmal und gehe auf die alte Version zurück, danach probier ich noch verschiedene Compiler, vielleicht hilfst. Aber ist schon sehr merkwürdig....

Lag nicht an dem Patch. Ich hab dem VDRMediaClient die aktuelle channels.conf verpasst und schon lief es.

Danke, das beruhigt auf jeden Fall. Wo gibts denn den Patch für's streamdev? Oder ist das nur der obligatorische VDR-API Patch, der nur das Makefile des Plugins abändert?

Hallo,

seit einem Update von vdr-1.3.44 mit streamdev auf 1.4.0 (BigPatch) mit aktuellem streamdev-cvs (aus Frank99's Plugin-Sammlung) funktioniert das Streamen nicht mehr. Der VDRMediaClient unter WindowsXP meldet "No Data" und im Log vom VDR erscheint "ca pid: 0" sobald ich eine Verbindung aufbauen möchte. Hat sich etwas am VDR-zu-VDR Protokoll geändert, so dass sich der VDRMediaClient 0.0.7beta nicht mehr verbinden kann?

Ich muss zugeben, dass ich http-Streaming mangels MPlayer für Windows noch nicht getestet habe, aber vielleicht hat jemand das gleiche Problem...

Gruß
Dagget

Edit:

Anders gefragt, wer hat o.g. Kombination erfolgreich am Laufen?

Lad dir doch das Source-RPM des MPlayers von Packman, dann müsstest du alle Patches, die für erfolgreiches Übersetzen erforderlich sind, mit dabei haben.

Zitat

Original von Stefan_T

Ich bilde mir ein die Entwickler/Beta Version vom sc Plugin kann das. Aber fragt mich nicht nach Details, ich habe es nur irgendwo gelesen aber mangels Bedarf nicht weiter verfolgt. Jenes Plugin kann sowieso kein Premiere, soweit ich weiß.

Für Premiere empfiehlt sich meiner Meinung nach die Hardware Lösung mit CI + Crypt Modul, dann hast Du sicher weniger Probleme und kannst ganz normal den VDR für Premiere nutzen.

SC kann in der aktuellen Entwickler-Version mehrere verschlüsselte Sender gleichzeitig. Mehrere verschl. Sender eines Transponders auf einer Karte geht auch, aber dafür muss der dvb-Treiber gepatcht werden. In einem seriellen Kartenleser kann auch die org. Premiere´-Karte betrieben werden...
So, nun aber Schluss, sonst gibts noch Ärger. Weitere Fragen kann ich auch per PN beantworten....

Schau mal /etc/defaults/vdr(devel). Da sollte HWCKLOCKACCESS=no stehen, sonst schreibt er beim herunterfahren die Systemzeit ins Bios mit dem Ergebniss, dass der ACPI-Wakeup nicht mehr funktioniert. Ein weiterer Grund für das "nicht Aufwachen" könnte eine zu hohe Differenz der Systemzeit zur Bioszeit sein.

Ich meinte das -> http://www.linuxtv.org/pipermail/linux-dvb/

Ansonsten, wenn du nur Probleme mit Pro7 bei der Aufnahme hast, probier doch mal Pro7 Austria, die senden bis auf die Werbung und Nachrichten das Gleiche.

Schonmal den MPlayer probiert, der frisst doch fast alles...

User520

Ich hab mir mal den Patch angeschaut und versucht, den in den neuen Treiber zu bekommen --> Keine Chance, da hat sich so viel Grundlegendes geändert.

An deiner Stelle würde ich mal einen neuen Thread hier aufmachen, denn ich kann mir nicht vorstellen, dass du der einzige mit dieser Karte bist, der gern neuere Treiber einsetzen möchte (ich glaub Cooper hat die auch??). Ansonsten würde ich mir mal die dvb-mailing-liste von linuxtv.org anschauen, bzw. mich dort mit dem Problem unter Angabe des alten Patches melden...