ZitatOriginal von burki
Wenn ich es so recht in Erinnerung habe, reicht es bei Benutzung von mehr als 4 Karten keineswegs, nur innerhalb des VDR-Codes die Beschraenkung aufzuheben und auf geeignete Hardware zu achten, sondern es gibt auch Beschraenkungen innerhalb der DVB-Treiber.
Nein. Wurde vor Ewigkeiten entfernt.
Offenbar gibt es tatsächlich zu diesem Thema Wissensbedarf 
Ich werde das mal einfach testen und mal schaun wie weit ich komme.
So mein Server läuft, allerdings erst mit 3 Budget Karten... Ich erwarte noch eine FF Karte, dann kommt die aus meinem VDR noch hinzu und dann sehen was geht 
May 22 15:38:58 mm-server vdr: [4931] probing /dev/dvb/adapter0/frontend0
May 22 15:38:58 mm-server vdr: [4931] probing /dev/dvb/adapter1/frontend0
May 22 15:38:58 mm-server vdr: [4935] tuner on device 1 thread started (pid=4931, tid=4935)
May 22 15:38:58 mm-server vdr: [4936] section handler thread started (pid=4931, tid=4936)
May 22 15:38:58 mm-server vdr: [4938] tuner on device 2 thread started (pid=4931, tid=4938)
May 22 15:38:58 mm-server vdr: [4931] probing /dev/dvb/adapter2/frontend0
May 22 15:38:58 mm-server vdr: [4939] section handler thread started (pid=4931, tid=4939)
May 22 15:38:58 mm-server vdr: [4931] found 3 video devices
May 22 15:38:58 mm-server vdr: [4931] initializing plugin: xine (0.7.9): Software based playback using xine
May 22 15:38:58 mm-server vdr: [4941] tuner on device 3 thread started (pid=4931, tid=4941)
May 22 15:38:58 mm-server vdr: [4942] section handler thread started (pid=4931, tid=4942)
May 22 15:38:58 mm-server vdr: [4943] XineRemote control thread started (pid=4931, tid=4943)
May 22 15:38:58 mm-server vdr: [4943] Entering cXineRemote thread
May 22 15:38:58 mm-server vdr: [4931] initializing plugin: streamdev-server (0.3.3-pre3-geni): VDR Streaming Server
May 22 15:38:58 mm-server vdr: [4931] setting primary device to 2
May 22 15:38:58 mm-server vdr: [4931] device 2 has no MPEG decoder
May 22 15:38:58 mm-server vdr: [4931] trying device number 4 insteadHm, mit dem letzten Test wird wohl heut nix mehr 
Hatte ein paar Probs meine DXR3 im VDR zum laufen zu bekommen und irgendwann gehts halt nicht mehr weiter. Ich denke in ein paar Tagen wenn mein Kumpel seine Hardware bekommt mach ich nen neuen Anlauf. Vielleicht bekomm ich dann den Grünstich ja auch aus dem VDR Bild weg ...
Im Moment noch per XXV. Aber später soll das ja über die GUI des Client gehen. Heute wird getestet wieviele Karten nun tatsächlich VDR aktzeptiert nachdem die SkyStar USB DVB-s sich zumindest für einen stream als tauglich erwiesen hat
ZitatOriginal von Habib
...
Heute wird getestet wieviele Karten nun tatsächlich VDR aktzeptiert nachdem die SkyStar USB DVB-s sich zumindest für einen stream als tauglich erwiesen hat
Da bin ich auch schon gespannt ob mehr als 4 klappt. Man liest zwar immer das man die Begrenzung auf 4 Devices im VDR Sourcecode aufheben kann, aber es hat wohl noch nie jemand selbst ausprobiert und danach berichtet.
ZitatOriginal von tüddelkopp
Da bin ich auch schon gespannt ob mehr als 4 klappt. Man liest zwar immer das man die Begrenzung auf 4 Devices im VDR Sourcecode aufheben kann, aber es hat wohl noch nie jemand selbst ausprobiert und danach berichtet.
DIESE BESCHRÄNKUNG GIBT ES SCHON SEIT EWIGKEITEN NICHT MEHR IM SOURCECODE!!!
ZitatOriginal von Franzose
DIESE BESCHRÄNKUNG GIBT ES SCHON SEIT EWIGKEITEN NICHT MEHR IM SOURCECODE!!!
Schrei hier doch nicht so rum ! 
Was hat dann diese Zeile aus dvbdevice.h zu bedeuten ?
#define MAXDVBDEVICES 4ZitatOriginal von tüddelkopp
Schrei hier doch nicht so rum !
Was hat dann diese Zeile aus dvbdevice.h zu bedeuten ?
Code#define MAXDVBDEVICES 4
Da sie auskommentiert ist, wahrscheinlich gar nichts mehr... ?!?
ZitatOriginal von Habib
das ist eine Kompiler Anweisung. Auskommentiert wäre er mit // oder /* */
Ahso, dachte das war im Makefile...
Allerdings hatte sich Klaus schon einmal dahingehend geäußert, dass die Beschränkung de facto nicht mehr exisitiert....
Hallo zusammen,
in meinem Server stecken derzeit auch 5 DVB-Karten, 1*FF (TT 1.3) sowie 4*Budget (TT 1102), unterstützt werden jedoch nur die ersten 4, bei der fünften kommt die Fehlermeldung "No such device or address".
Unter /dev/dvb sind Einträge für alle 5 Karten vorhanden, die Zeile MAXDVBDEVICES in dvbdevice.h habe ich auf 6 erhöht, allerdings alles
ohne Erfolg. Alle 5 Karten tauchen in der Ausgabe zu lspci auf.
Meine Vermutung ist, daß es im hg DVB-Treiber noch eine Einschränkung gibt, kann das jemand bestätigen?
May 30 11:31:44 vdr-srv vdr: [5096] probing /dev/dvb/adapter0/frontend0
May 30 11:31:45 vdr-srv /usr/sbin/cron[5298]: (CRON) INFO (pidfile fd = 3)
May 30 11:31:45 vdr-srv /usr/sbin/cron[5299]: (CRON) STARTUP (fork ok)
May 30 11:31:45 vdr-srv udev[5314]: creating device node '/dev/vcs2'
May 30 11:31:45 vdr-srv udev[5315]: creating device node '/dev/vcsa2'
May 30 11:31:45 vdr-srv /usr/sbin/cron[5299]: (CRON) INFO (Running @reboot jobs)
May 30 11:31:45 vdr-srv udev[5327]: creating device node '/dev/vcs4'
May 30 11:31:45 vdr-srv udev[5328]: creating device node '/dev/vcsa4'
May 30 11:31:45 vdr-srv udev[5331]: creating device node '/dev/vcs5'
May 30 11:31:45 vdr-srv udev[5345]: creating device node '/dev/vcs3'
May 30 11:31:45 vdr-srv udev[5346]: creating device node '/dev/vcsa3'
May 30 11:31:45 vdr-srv udev[5360]: creating device node '/dev/vcs6'
May 30 11:31:45 vdr-srv udev[5361]: creating device node '/dev/vcsa6'
May 30 11:31:46 vdr-srv udev[5332]: creating device node '/dev/vcsa5'
May 30 11:31:46 vdr-srv vdr: [5096] probing /dev/dvb/adapter1/frontend0
May 30 11:31:46 vdr-srv vdr: [5383] tuner on device 1 thread started (pid=5383, tid=5383)
May 30 11:31:46 vdr-srv vdr: [5384] section handler thread started (pid=5384, tid=5384)
May 30 11:31:46 vdr-srv vdr: [5386] tuner on device 2 thread started (pid=5386, tid=5386)
May 30 11:31:46 vdr-srv vdr: [5096] probing /dev/dvb/adapter2/frontend0
May 30 11:31:46 vdr-srv vdr: [5387] section handler thread started (pid=5387, tid=5387)
May 30 11:31:46 vdr-srv vdr: [5096] probing /dev/dvb/adapter3/frontend0
May 30 11:31:46 vdr-srv vdr: [5389] tuner on device 3 thread started (pid=5389, tid=5389)
May 30 11:31:46 vdr-srv vdr: [5390] section handler thread started (pid=5390, tid=5390)
May 30 11:31:46 vdr-srv vdr: [5096] probing /dev/dvb/adapter4/frontend0
May 30 11:31:46 vdr-srv vdr: [5096] ERROR: /dev/dvb/adapter4/frontend0: No such device or address
May 30 11:31:46 vdr-srv vdr: [5096] found 4 video devices
May 30 11:31:46 vdr-srv vdr: [5096] initializing plugin: femon (1.0.0): DVB Signal Information Monitor (OSD)
May 30 11:31:46 vdr-srv vdr: [5096] initializing plugin: director (0.2.6): plugin to use the premiere multifeed option
May 30 11:31:46 vdr-srv vdr: [5096] initializing plugin: remote (0.3.7): Remote control
May 30 11:31:46 vdr-srv vdr: [5096] initializing plugin: control (0.0.2a): Control VDR over terminal or telnet
May 30 11:31:46 vdr-srv vdr: [5096] initializing plugin: tvtv (0.2.13): TVTV Timers update
May 30 11:31:46 vdr-srv vdr: [5096] initializing plugin: vompserver (0.2.2): VDR on MVP plugin by Chris Tallon
May 30 11:31:46 vdr-srv vdr: [5096] setting primary device to 1
May 30 11:31:46 vdr-srv vdr: [5392] tuner on device 4 thread started (pid=5392, tid=5392)
May 30 11:31:46 vdr-srv vdr: [5393] section handler thread started (pid=5393, tid=5393)
bye, Elmar
ZitatOriginal von steelrat
Meine Vermutung ist, daß es im hg DVB-Treiber noch eine Einschränkung gibt, kann das jemand bestätigen?
Warum postest du dann nicht den Logauszug vom Treiber (bzw. wo der geladen wird)?
Mit dem VDR ist noch einmal eine andere Geschichte...läuft denn Xine auf Adapter4?
Hi,
laut dmesg läuft beim Laden des Treibers alles noch ok:
saa7146: register extension 'dvb'.
saa7146: found saa7146 @ mem f8994e00 (revision 1, irq 10) (0x13c2,0x0000).
DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X).
adapter has MAC addr = 00:d0:5c:00:82:bc
dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80f22623
dvb-ttpci: firmware @ card 0 supports CI link layer interface
dvb-ttpci: adac type set to 0 @ card 0
saa7146_vv: saa7146 (0): registered device video0 [v4l2]
ves1x93: Detected ves1893a rev2
DVB: registering frontend 0 (VLSI VES1x93 DVB-S)...
dvb-ttpci: found av7110-0.
saa7146: register extension 'budget_ci dvb'.
saa7146: found saa7146 @ mem f8ac0c00 (revision 1, irq 10) (0x13c2,0x100f).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI).
adapter has MAC addr = 00:d0:5c:21:17:26
DVB: registering frontend 1 (ST STV0299 DVB-S)...
saa7146: found saa7146 @ mem f8ac2a00 (revision 1, irq 10) (0x13c2,0x100f).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI).
adapter has MAC addr = 00:d0:5c:04:40:ef
DVB: registering frontend 2 (ST STV0299 DVB-S)...
saa7146: found saa7146 @ mem f8d76e00 (revision 1, irq 10) (0x13c2,0x100f).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI).
adapter has MAC addr = 00:d0:5c:04:37:1b
DVB: registering frontend 3 (ST STV0299 DVB-S)...
saa7146: found saa7146 @ mem f8ecec00 (revision 1, irq 10) (0x13c2,0x100f).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI).
adapter has MAC addr = 00:d0:5c:21:c3:b5
DVB: registering frontend 4 (ST STV0299 DVB-S)...
wie oben beschrieben, kennt dann aber vdr das Frontend4 nicht
mehr.
Wo könnte der Hund denn noch begraben sein?
Bevor wieder die Frage auftaucht, warum so viele DVB-Karten:
2 davon sind schonmal durch die beiden Media MVP belegt, eine dritte MVP
wird demnächst noch dazu kommen, die übrigen Karten sind für die
Aufnahmen verantwortlich.
Einen PCI-Slot von den 8 verfügbaren habe ich noch frei, sobald ich noch irgendwo eine TT Budget 1102 oder alte Nova-S finde, wird der auch bestückt, sofern sie das oben beschriebene Problem lösen lässt.
bye, Elmar
Läuft den Xine oder ein anderer Softdecoder auf dem Frontend 4?
xine läuft nicht,
allerdings läuft der vompserver - kann es sein, daß der sich eine Karte
reserviert und das frontend4 blockiert?
bye, Elmar
ZitatOriginal von steelrat
xine läuft nicht,
allerdings läuft der vompserver - kann es sein, daß der sich eine Karte
reserviert und das frontend4 blockiert?
Es sollte keinerlei Anwendung laufen, die auf die Karten zugreift. Nur die Treiber laden und dann mit kaffeine/Xine direkt das Frontend4 ansprechen und schauen, ob sich was tut.
Wo hier gerade so schön über client/server gefachsimpelt wird und auch von streamdev die Rede ist stell ich mir mal wieder die Frage:
Ist denn das Problem vom streamdev-server des bis in die Ewigkeit Ringbufferoverflows zu schmeissen wenn ein Client sich mal nicht abmeldet und dabei 100% Cpulast zu erzeugen gelöst?
Denn meine bisherigen Versuche per streamdev waren nicht so erfolgreich, da schmiert der client mal ab und schon darf man den Server auch neu starten, da er nie aufhört zu versuchen dem Client weiterhin den stream zu schicken.
Ich hab btw auch nur 4 Karten im VDR-Server, allerdings sind wir auch noch nur zu zweit und da reichen 4 einfach voll und ganz
Um noch einmal auf das Problem zurückzukommen:
Bei meinem SuSE 10 sind die /dev/dvb noch statisch angelegt, und zwar vier Stück, die sind auch ohne DVB Karte da:
ls /dev/dvb
. .. adapter0 adapter1 adapter2 adapter3
Wenn deine Distri das auch so macht sollte es reichen adapter4 auch noch anzulegen.
Mein gentoo macht das dynamisch per udev, hier mit 3 Karten:
ls /dev/dvb
adapter0 adapter1 adapter2
Zum Thema Interruptsharing:
Solange sich Geräte die den selben Trieber benutzen sich den Interrupt teilen wie 4 Budget Karten ist das nur ein kleines Problem.
Der Kernel ruft bei einem Interrupt nacheinander alle zugeordneten Trieber auf die dann prüfen ob sie für das aufrufende Device zuständig sind.
Wer aufnimmt und eine Aufzeichning streamt und dabei DVB Karte, Netzwerk Chip und Plattencontroller auf einem Interrupt hat bekommt wahrscheinlich Probleme, speziell wenn der Netzwerkchip nur einen kleinen Buffer hat, z.B. Realtek.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!