Autor Thema: HW-PID Filter im Netzwerkbetrieb - wie?  (Gelesen 5958 mal)

kneip

  • Newbie
  • *
  • Beiträge: 7
    • Profil anzeigen
HW-PID Filter im Netzwerkbetrieb - wie?
« am: Februar 03, 2014, 03:36:22 Nachmittag »
Hallo zusammen

Ich habe da mal eine Verständnisfrage: Wo muss ich den HW-PID Filter einschalten bei folgendem Setup:

2 mal Sky Ultimate III an PogoPlug E02 mit ArchLinux, über Netzwerkstream mit Gigabit Ethernet an yaVDR 5 VDR Server, welcher wiederum per XBMC/xvdr Plugin 3 Clients (2 x yaVDR auf Atom ION, 1 mal OpenElec auf RPi) versorgt.

Damit habe ich also die Sundtek Treiber auf dem PogoPlug und auf dem yaVDR Server laufen. Auf welchem von beiden (oder beiden) muss ich in der sundtek.conf die HW-PID einschalten?
Macht das in diesem SetUp überhaupt Sinn?

Hintergrund ist der leise Verdacht, das das Netzwerk oder der USB Channel des Pogo bei Betrieb aller Sat Tuner mit vollem Transportstream hin und wieder an seine Grenzen stösst, insbesondere auch im Hinblick darauf das ich mit dem Gedanken spiele den PogoPlug noch zusätzlich mit einen Digital Home Stick auszurüsten.

Danke für alle Tips,

Gruss

Kneip

EDIT: Version des Sky Ultimate hinzugefügt wegen 15 PID Filter...
2 x Sky Ultimate III an PogoPlug E02 (Arch Linux) an yaVDR 5 Server mit 3 XBMC Clients

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8517
    • Profil anzeigen
Re:HW-PID Filter im Netzwerkbetrieb - wie?
« Antwort #1 am: Februar 03, 2014, 03:56:20 Nachmittag »
Die PID Filter nützen in dem Fall nur auf dem Server etwas.
Der Treiber filtert ohnehin und schickt nur die angeforderten Daten über's Netz.

http://wiki.sundtek.de/index.php/TreiberKonfiguration
dort steht was man in /etc/sundtek.conf so alles optional eintragen kann.
Failure is a good thing! I'll fix it

kneip

  • Newbie
  • *
  • Beiträge: 7
    • Profil anzeigen
Re:HW-PID Filter im Netzwerkbetrieb - wie?
« Antwort #2 am: Februar 03, 2014, 05:05:42 Nachmittag »
Die PID Filter nützen in dem Fall nur auf dem Server etwas.
Der Treiber filtert ohnehin und schickt nur die angeforderten Daten über's Netz.
OK, ich nehme an das mit Server der yaVDR Server gemeint war. Aber um sicher zu gehen, hier die beiden sundtek.conf

zuerst yaVDR:
################################################################################
##                                                                            ##
## The following configuration file is generated automatically by the yaVDR   ##
##   system. Don't change this file as every update of yaVDR will overwrite   ##
##       the local changes. Instead put your required customizations          ##
##     into /etc/yavdr/templates_custom/ based on the original templates      ##
##                    under /usr/share/yavdr/templates.                       ##
##                                                                            ##
##           http://www.yavdr.org/developer-zone/template-overview/           ##
##                                                                            ##
##                                                                            ##
################################################################################

# based on
# http://wiki.sundtek.de/index.php/TreiberKonfiguration

# ----- GLOBAL SECTION -----
#Set loglevel for logging to /var/log/mediasrv.log
#loglevel=[off|min|max]                 #default: min
                                        #max .. little bit more debug
loglevel=off

#use_hwpidfilter=[on|off]               #For DVB-C, DVB-T, DVB-S/S2
                                        #enable PID filter, please be careful with that, there are only 15 HW Pid filters available
                                        #when more than 15 pids are set up the pid filter will be disabled automatically

#dmhwpidfilter=[on|off]                 #default on, in some cases off might be useful to disable hw pid filter for settopboxes
                                        #if you get a black image when capturing a TV channel and watching another channel on the
                                        #same transponder - try this option and reboot

#usb_transaction_delay=[0-20]           #throttle the USB setup transactions, this can solve problems with weak USB stacks for
                                        #example for embedded boards, unit is milliseconds

#usb_timeout=[0 - N]                    #USB timeout for each transaction in milliseconds, 0 default infinite
#voltage_tone_off=[1 or 0]              #0 .. default, normal behaviour
                                        #1 .. force DVB-S/S2 to not use any Voltage or Tone (ignore any user parameters)

#ir_disabled=[1 or 0]                   #0 .. enable remote control polling, the driver will permanently check for remote control keys
                                        #1 .. disable remote control polling, might fix bugs with weak USB stacks on embedded boards


#Enable listening on network
#enablenetwork=[on|off]                 #default: off
enablenetwork=off

#Lowest adapter number to start with, e.g. /dev/dvb/adapter5/frontend0
#first_adapter=5

#Call attach script when new device appears
#device_attach=[PATH_TO_SCRIPT] [PARAMETER|DEVID]   #"DEVID" will automatically be replaced with the device ID
device_attach=/usr/bin/attach_sundtek.sh -d DEVID

#Call detach script when device disappears
#device_detach=[PATH_TO_SCRIPT] [PARAMETER|DEVID]   #"DEVID" will automatically be replaced with the device ID
device_detach=/usr/bin/detach_sundtek.sh -d DEVID

#Dreambox especially for DM800HD (not SE!)
#vtuner_acceleration=[on|off]                           #default off, accelerate Dreambox 800HD datatransfer between USB Stick and
                                                        #DM800HD
#Lowest adapter number to start with, e.g. /dev/dvb/adapter5/frontend0
first_adapter=2

#ir_disabled=[1 or 0]                   #0 .. enable remote control polling, the driver will permanently check for remote control keys
                                        #1 .. disable remote control polling, might fix bugs with weak USB stacks on embedded boards
ir_disabled=1

#use_hwpidfilter=[on|off]               #For DVB-C, DVB-T, DVB-S/S2
                                        #enable PID filter, please be careful with that, there are only 15 HW Pid filters available
                                        #when more than 15 pids are set up the pid filter will be disabled automatically
use_hwpidfilter=on

und die vom PogoPlug
#loglevel=[off|max]                     #default: min
                                        #max .. little bit more debug
loglevel=off

#Enable listening on network
#enablenetwork=[on|off]                 #default: off
enablenetwork=on

#ir_disabled=[1 or 0]                   #0 .. enable remote control polling, th$
$ing, might fix bugs with weak USB stacks on embedded boards
ir_disabled=1

#use_hwpidfilter=[on|off]               #For DVB-C, DVB-T, DVB-S/S2
                                        #enable PID filter, please be careful w$
                                        #when more than 15 pids are set up the $
use_hwpidfilter=on

Demnach sollte ich mit
/opt/bin/mediaclient --lc
doch sehen können, welche PIDs angefordert / gefiltert werden oder?

Dazu hier die Ausgabe auf dem Server (nach Reboot)
media@zotac2:~$ sudo /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter2/frontend0:
  19179 ... vdr
/dev/dvb/adapter2/dvr0:
  No client connected
/dev/dvb/adapter2/demux0:
  19179 ... vdr (0012)
  19179 ... vdr (0014)
  19179 ... vdr (0000)
  19179 ... vdr (0011)
  19179 ... vdr (0010)
  19179 ... vdr (0061)
/dev/dvb/adapter3/frontend0:
  19179 ... vdr
/dev/dvb/adapter3/dvr0:
  19179 ... vdr
/dev/dvb/adapter3/demux0:
  19179 ... vdr (0780)
  19179 ... vdr (0781)
  19179 ... vdr (0782)
  19179 ... vdr (0783)
  19179 ... vdr (00dc)
  19179 ... vdr (0001)
  19179 ... vdr (0012)
  19179 ... vdr (0014)
  19179 ... vdr (0000)
  19179 ... vdr (0011)
  19179 ... vdr (0010)
  19179 ... vdr (006e)

und auf dem PogoPlug
[root@alarm ~]# /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  206 ... mediasrv
/dev/dvb/adapter0/dvr0:
  206 ... mediasrv
/dev/dvb/adapter0/demux0:
  206 ... mediasrv (0012)
  206 ... mediasrv (0014)
  206 ... mediasrv (0000)
  206 ... mediasrv (0011)
  206 ... mediasrv (0010)
  206 ... mediasrv (006f)
/dev/mediainput0:
  No client connected
/dev/dvb/adapter1/frontend0:
  206 ... mediasrv
/dev/dvb/adapter1/dvr0:
  206 ... mediasrv
/dev/dvb/adapter1/demux0:
  206 ... mediasrv (0780)
  206 ... mediasrv (0781)
  206 ... mediasrv (0782)
  206 ... mediasrv (0783)
  206 ... mediasrv (00dc)
  206 ... mediasrv (0001)
  206 ... mediasrv (0012)
  206 ... mediasrv (0014)
  206 ... mediasrv (0000)
  206 ... mediasrv (0011)
  206 ... mediasrv (0010)
  206 ... mediasrv (006e)
/dev/mediainput1:
  No client connected
Der VDR müsste laut Logs zumindest auf den Tuner 1 zugreifen, es sind auch an beiden die LEDs grün. Woran sehe ich jetzt den Filter?

Danke und Gruss

Kneip
2 x Sky Ultimate III an PogoPlug E02 (Arch Linux) an yaVDR 5 Server mit 3 XBMC Clients

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8517
    • Profil anzeigen
Re:HW-PID Filter im Netzwerkbetrieb - wie?
« Antwort #3 am: Februar 03, 2014, 05:17:40 Nachmittag »
Tja dann greift noch ein anderer auf den 2. Tuner zu, du müsstest wohl einen 2. Client irgendwo haben. Eine Netzwerkübersicht gibt es aktuell noch nicht (die Chance das es in Zukunft kommen wird besteht aber).
Du musst also wohl im Netzwerkschauen (z.B netstat -ntap) woher die Verbindung kommt.
Es kann nur in deinem LAN sein.

Alles was unter demux0 steht sind angefragte PIDs welche den Filter durchlaufen.
Failure is a good thing! I'll fix it

kneip

  • Newbie
  • *
  • Beiträge: 7
    • Profil anzeigen
Re:HW-PID Filter im Netzwerkbetrieb - wie?
« Antwort #4 am: Februar 03, 2014, 05:25:00 Nachmittag »
Tja dann greift noch ein anderer auf den 2. Tuner zu, du müsstest wohl einen 2. Client irgendwo haben.
Das mit dem 2ten Client war klar, kann zum Beispiel die EPG Suche des VDR sein, ich wollte mit dem Satz nur sagen das mindestens ein Tuner nachweislich belegt ist.

Alles was unter demux0 steht sind angefragte PIDs welche den Filter durchlaufen.
OK, das war ein Teil der Antwort, die ich gesucht habe. Der 2te Teil dann: Woher weiss ich das der HW-PID Filter tatsächlich benutzt wird? Wie würde die Ausgabe ohne aussehen? Aber erst mal Danke, ich beobachte jetzt mal ob ich weiterhin sporadisch Aussetzer/Störungen im Bil habe.

Gruss

Kneip
2 x Sky Ultimate III an PogoPlug E02 (Arch Linux) an yaVDR 5 Server mit 3 XBMC Clients

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8517
    • Profil anzeigen
Re:HW-PID Filter im Netzwerkbetrieb - wie?
« Antwort #5 am: Februar 03, 2014, 05:59:46 Nachmittag »
Wenn die CPU Last etwas niedriger ist weißt du das der benutzt wird, es steht ansonsten auch in der Logfile ob dieser verwendet wird oder dynamisch ausgeschalten wurde.
Failure is a good thing! I'll fix it