Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - 106060

Seiten: 1 [2] 3
16
Sundtek MediaTV Pro / Frage zu "set remote control protocol"
« am: November 30, 2010, 06:25:00 Nachmittag »
Hallo,
heute hatte ich mal Zeit um die lirc Konfiguration für VDR 1.7.16 ans Laufen zu bringen.
Mit der beigelegten Fernbedienung klappt es wunderbar - keine Probleme!  :)

Um nicht noch eine weitere FB auf dem Tisch rumliegen zu haben, habe ich versucht eine Samsung-FB und oder eine der anderen FBs anzulernen, damit sie von dem Sundtek IR-Receiver erkannt und ausgelesen wird.
In der Grundeinstellung erkennt irrecord an dem IR-Receiver im Sundtek-Stick keine meiner anderen Fernbedienungen - ich vermute, dass es ein anderes Protokoll ist.
Daher habe ich versucht, das Protokoll umzustellen, aber beim Umstellen bleibt das command hängen...
Mache ich irgendetwas falsch?

/opt/bin/mediaclient
 -l, --listrc                      list supported remote control protocols
 -s, --setrc=[protocol]            set remote control protocol

Code: [Auswählen]
root@vdr:~ # /opt/bin/mediaclient -l -d /dev/dvb/adapter1/frontend0
Using device: /dev/dvb/adapter1/frontend0
supported remote control protocols:
id   protocol name
0 .. NEC IR Protocol
1 .. RC5 IR Protocol
2 .. RC6 Mode0 IR Protocol
3 .. RC6 Mode6A IR Protocol

root@vdr:~ # /opt/bin/mediaclient -s3 -d /dev/dvb/adapter1/frontend0
Using device: /dev/dvb/adapter1/frontend0
Setting RC ID: 3
----> hier bleibt das command hängen, bis es mit CTRL-C abgebrochen wird <-----
Der Hänger tritt bei jedem der beiden Sticks auf. Es ist ebenfalls egal, welche Protokoll-ID (0-3) ich wähle.
Es macht auch keinen Unterschied, ob vdr oder lirc gestartet oder gestoppt sind - es belibt jedesmal hängen.


Environment:
- Debian Squeeze
- VDR 1.7.16
- Sundtek development driver (mediasrv + mediaclient --build: Build date: Nov 29 2010)
- Sundtek MediaTV Pro
- Engineering Sample des neuen Sundtek MediaTV Pro

Code: [Auswählen]
root@vdr:~ # /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [ Sundtek MediaTV Pro]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video0
     VBI0: /dev/vbi0
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0

device 1: [ Sundtek MediaTV Pro]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video1
     VBI0: /dev/vbi1
  [FM-RADIO]:
     RADIO0: /dev/radio1
     RDS: /dev/rds1
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput1
  [OSS]:
     OSS0: /dev/dsp1

17
Sundtek MediaTV Pro / [Gelöst:] Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 29, 2010, 10:54:04 Vormittag »
Guten morgen!

Nachdem yaVDR 0.3.0a mit dem Engineering Sample einwandfrei läuft, habe ich mittlerweile mein bisheriges Debian Squeeze VDR System wieder aus dem Backup eingespielt und damit weiter getestet:
VDR 1.7.16 unter Debian Squeeze (latest kernel) kann ebenfalls die Channels zuverlässig umschalten und zuverlässig mehrere Aufnahmen hintereinander auf unterschiedlichen Frequenzen machen.
Der DVB-T Modus funktioniert nun ebenfalls einwandfrei.

Summary:
- VDR 1.7.16 unter yaVDR 0.3.0a und Debian Squeeze
- Sonderfall: lokales DVB-C Kabelnetz mit DVB-S auf DVB-C Kopfstation von AstroKom (nicht DVB-C-spezifikationskonformer Datenstrom)
- Engineering Sample für DVB-C, DVB-T, Analog-TV, FM-Radio, RDS, Remote-Control
- sundtek_installer_development.sh (build: 28.10.2010)
--> DVB-T und DVB-C funktionieren einwandfrei out-of-the-box nach Installation des o.a. Installers!


100%iger Erfolg in Bild und Ton! :-)

Nochmal einen riesiges Dankeschön an das Sundtek-Team, insbesondere an Hr. Rechberger für seine Ausdauer, die vielen gemeinsamen Stunden des Analysierens, die Bereitstellung eines Technikerteams vom Hersteller aus dem Nachbarland für die Messungen hier im lokalen Kabelnetz, für die Entwicklung und Bereitstellung des Engineering Samples, das immer prompt erfolgte Feedback zum aktuellen Status und die vielen persönlichen Telefonate!
Solch einen genialen Support habe ich noch nie erlebt - Bravo!
Ich bin beeindruckt von Sundtek und kann die Produkte nur jedem empfehlen!

So, das Lob musste einfach mal sein!

18
Sundtek MediaTV Pro / Re:merkwürdiges Problem bei zeitgleichen Aufnahmen
« am: Oktober 29, 2010, 01:01:03 Vormittag »
Nebenbei, auch wenn sundown kein suspend/resume nutzt, hier mein script, welches ich bisher problemlos unter Debian Squeeze nutze. Vlt. hilft es dem einen oder anderen hier:

/etc/pm/sleep.d/05vdr_sundtek
Code: [Auswählen]
#!/bin/bash
case $1 in
    suspend|hibernate)
echo "----- $(date)  Stopping daemons -----" >>/var/log/pm-suspend.log
/etc/init.d/vdrdevel stop
# mediasrv will be stopped lateron from 10mediasrv
/etc/init.d/lirc stop
/etc/init.d/sensord stop
/etc/init.d/lm-sensors stop
# enable wake on LAN
ethtool -s eth0 wol g
if (grep PCI0 /proc/acpi/wakeup | grep disabled 2>&1 >> /dev/null) ; then
echo -n PCI0 > /proc/acpi/wakeup
fi
if (grep PS2K /proc/acpi/wakeup | grep disabled 2>&1 >> /dev/null) ; then
echo -n PS2K > /proc/acpi/wakeup
fi
;;
resume|thaw)
echo "----- $(date)  Configuring DVB Adapter -----" >>/var/log/pm-suspend.log
# mediasrv already started from 10mediasrv
/opt/bin/mediaclient -D DVBC -d /dev/dvb/adapter0/frontend0
echo "----- $(date)  Starting daemons -----" >>/var/log/pm-suspend.log
/etc/init.d/lm-sensors start
/etc/init.d/sensord start
/etc/init.d/lirc start
/etc/init.d/vdrdevel start
;;
*)
echo "Unknown trigger: $1 received" >>/var/log/pm-suspend.log
;;
esac

Die Zahl am Anfang des Scriptnamens muss <10 sein, damit es beim suspend nach 10mediasrv ausgeführt wird, ansonsten stimmt die Reihenfolge nicht mehr.

19
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 28, 2010, 10:06:39 Vormittag »
Hallo,
danke für's Debuggen und die latest changes am dev-driver!
Ich hab's mit
Code: [Auswählen]
root@vdr:~/sundtek_driver# /opt/bin/mediaclient --build
Build date: Oct 28 2010
root@vdr:~/sundtek_driver# /opt/bin/mediasrv --build
Build date: Oct 28 2010
getestet und mehrere Aufnahmen hintereinander eingestellt, gelöscht, wieder neue auf anderen Frequenzen eingestellt.

Das Umschalten der Frequenzen für die Aufnahmen und anschliessende Auslesen des TS scheint zuverlässig zu funktionieren!!! *FREUDE*

Genauere Tests (auch mit DVB-T) werde ich heute noch durchführen, aber ich bin überzeugt, dass ich nur noch positive Rückmeldungen geben kann!

20
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 27, 2010, 03:36:33 Nachmittag »
Zur Info:
Bisher hatte ich das Engineering Sample nur im DVB-C Modus getestet. Eben habe ich an einer DVB-T Antenne im DVB-T Modus getestet. Im DVB-T Modus tritt das gleiche Problem auf:
Umschalten über VDR-live funktioniert, Aufnahmen über VDR-live einstellen funktioniert nicht.
Die Logeinträge bzw. Hänger im mediasrv.log sehen analog zu denen bei DVB-C aus.

Jetzt warte ich erst mal die angekündigten Tests mit dem Engineering Sample bei euch ab....


Zum Verständnis für die Mitleser dieses Threads:
Die hier beschriebenen Probleme haben nichts mit den aktuellen Sticks von Sundtek zu tun. Ich teste gerade mit Sundtek zusammen ein Engineering Sample, welches in meinem lokalen DVB-C Netz erstmalig die TV-Sender auslesen kann. Dieses Netz hier ist allerdings nicht 100% DVB-C-Spezifikationskonform.
 
 

21
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 27, 2010, 12:42:50 Nachmittag »
Anhängen der vollständigen lsusb Ausgabe funktionierte nicht ("Zugriff auf den UploadPfad nicht möglich"),  daher als Posting:

Code: [Auswählen]
root@vdr:~/sundtek_driver# lsusb -d eb1a:51b2 -v

Bus 001 Device 002: ID eb1a:51b2 eMPIA Technology, Inc.
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0xeb1a eMPIA Technology, Inc.
  idProduct          0x51b2
  bcdDevice            1.00
  iManufacturer           3 Sundtek
  iProduct                1 CDEF1234
  iSerial                 2 123456789ABCA
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength          361
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0000  1x 0 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0000  1x 0 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0000  1x 0 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       1
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0000  1x 0 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       2
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0ad0  2x 720 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       3
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0c00  2x 1024 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       4
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x1300  3x 768 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       5
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x1380  3x 896 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       6
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x13c0  3x 960 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       7
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x1400  3x 1024 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0000
  (Bus Powered)

22
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 27, 2010, 12:40:22 Nachmittag »
Hallo,
ich habe das Engineering Sample unter yaVDR 0.3.0a nochmal mit dem aktuelleren dev-driver getestet, es hat aber nichts geholfen.

Code: [Auswählen]
root@vdr:~/sundtek_driver# /opt/bin/mediaclient --build
Build date: Oct 26 2010
root@vdr:~/sundtek_driver# /opt/bin/mediasrv --build
Build date: Oct 26 2010
root@vdr:~/sundtek_driver# /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [ Sundtek MediaTV Pro]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video0
     VBI0: /dev/vbi0
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp1

root@vdr:~/sundtek_driver# /opt/bin/mediaclient -D DVBC
Using device: /dev/dvb/adapter0/frontend0
Setting Frontend Properties to: DVBC
Done.

Wie bisher auch:
Manuelles Umschalten über das VDR-live Webfrontend funktioniert. Eine Aufnahme einstellen allerdings nicht.

Test-Szenario:
1) VDR steht auf Channel 3 (kabel eins, Freq. 618 MHz)
2) Aufnahme auf Channel 1 (ARD, Freq. 594 MHz) einstellen
Währenddessen ist im mediasrv.log folgendes zu sehen:
Code: [Auswählen]
2010-10-27 11:55:41 [6014] Channel found (610000000)
2010-10-27 11:55:41 [6014] =============
2010-10-27 11:55:41 [6014] Symbol rate: 6899908
2010-10-27 11:55:41 [6014] Constellation: QAM64
2010-10-27 11:55:41 [6014] Mirroring: Normal
2010-10-27 11:55:41 [6014] Setting Frequency: 618000000 <----- letztes Umschalten auf Channel 3 (kabel eins)
2010-10-27 11:55:41 [6014] Setting Symbolrate: 6900000
2010-10-27 11:55:41 [6014] Setting Modulation: 3
2010-10-27 11:55:42 [6014] Channel found (618000000)
2010-10-27 11:55:42 [6014] =============
2010-10-27 11:55:42 [6014] Symbol rate: 6899903
2010-10-27 11:55:42 [6014] Constellation: QAM64
2010-10-27 11:55:42 [6014] Mirroring: Normal
2010-10-27 11:55:42 [6014] Channel found (618000000)
2010-10-27 11:55:42 [6014] =============
2010-10-27 11:55:42 [6014] Symbol rate: 6899908
2010-10-27 11:55:42 [6014] Constellation: QAM64
2010-10-27 11:55:42 [6014] Mirroring: Normal
2010-10-27 11:55:43 [6014] Channel found (618000000)
2010-10-27 11:55:43 [6014] =============
2010-10-27 11:55:43 [6014] Symbol rate: 6899909
2010-10-27 11:55:43 [6014] Constellation: QAM64
2010-10-27 11:55:43 [6014] Mirroring: Normal
2010-10-27 11:55:44 [6014] Channel found (618000000)
2010-10-27 11:55:44 [6014] =============
2010-10-27 11:55:44 [6014] Symbol rate: 6899908
2010-10-27 11:55:44 [6014] Constellation: QAM64
2010-10-27 11:55:44 [6014] Mirroring: Normal
2010-10-27 11:55:45 [6014] Channel found (618000000)
2010-10-27 11:55:45 [6014] =============
2010-10-27 11:55:45 [6014] Symbol rate: 6899902
2010-10-27 11:55:45 [6014] Constellation: QAM64
2010-10-27 11:55:45 [6014] Mirroring: Normal
2010-10-27 11:55:47 [6014] Channel found (618000000)
2010-10-27 11:55:47 [6014] =============
2010-10-27 11:55:47 [6014] Symbol rate: 6899904
2010-10-27 11:55:47 [6014] Constellation: QAM64
2010-10-27 11:55:47 [6014] Mirroring: Normal
2010-10-27 11:55:48 [6014] Channel found (618000000)
2010-10-27 11:55:48 [6014] =============
2010-10-27 11:55:48 [6014] Symbol rate: 6899900
2010-10-27 11:55:48 [6014] Constellation: QAM64
2010-10-27 11:55:48 [6014] Mirroring: Normal
2010-10-27 11:55:49 [6014] Channel found (618000000)
2010-10-27 11:55:49 [6014] =============
2010-10-27 11:55:49 [6014] Symbol rate: 6899905
2010-10-27 11:55:49 [6014] Constellation: QAM64
2010-10-27 11:55:49 [6014] Mirroring: Normal
2010-10-27 11:55:50 [6014] Channel found (618000000)
2010-10-27 11:55:50 [6014] =============
2010-10-27 11:55:50 [6014] Symbol rate: 6899905
2010-10-27 11:55:50 [6014] Constellation: QAM64
2010-10-27 11:55:50 [6014] Mirroring: Normal
2010-10-27 11:55:51 [6014] Channel found (618000000)
2010-10-27 11:55:51 [6014] =============
2010-10-27 11:55:51 [6014] Symbol rate: 6899906
2010-10-27 11:55:51 [6014] Constellation: QAM64
2010-10-27 11:55:51 [6014] Mirroring: Normal           <--- eigentlich sollte nun für die Aufnahme auf Channel 1 (ARD) umgeschaltet werden. Stattdessen hängt das Logging
-------keine weiteren Logeinträge, bis VDR watchdog timeout und panic meldet um sich danach zu restarten --------

Die auf den Stick zugreifenden Processes während des Hängers im mediasrv.log:
Code: [Auswählen]
root@vdr:~/sundtek_driver# /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  6107 ... vdr
/dev/dvb/adapter0/dvr0:
  No client connected
/dev/dvb/adapter0/demux0:
  No client connected
/dev/video0:
  No client connected
/dev/vbi0:
  No client connected
/dev/radio0:
  No client connected
/dev/rds0:
  No client connected
/dev/mediainput0:
  No client connected
/dev/dsp1:
  No client connected

PID 6107 ist VDR. Auffällig ist allerdings, dass keine PIDs auf
/dev/dvb/adapter0/dvr0 und
/dev/dvb/adapter0/demux0
zugreifen...

Vor und nach dem Hänger im mediasrv.log zeigt VDR im /var/log/user.log folgendes:
Code: [Auswählen]
Oct 27 11:55:50 vdr vdr: [6107] switching device 1 to channel 1   <--- Umschalten für die neu eingestellte Aufnahme auuf Channel 1 (ARD)
Oct 27 11:55:50 vdr vdr: [6190] TS buffer on device 1 thread ended (pid=6107, tid=6190)
Oct 27 11:55:50 vdr vdr: [6189] buffer stats: 94000 (4%) used
Oct 27 11:55:50 vdr vdr: [6189] receiver on device 1 thread ended (pid=6107, tid=6189)
Oct 27 11:55:50 vdr vdr: [6107] timer 15 (1 1028-1210 'Pfarrer Braun: Grimms Mördchen') start
Oct 27 11:55:50 vdr vdr: [6107] Title: 'Pfarrer Braun: Grimms Mördchen' Subtitle: 'Spielfilm Deutschland 2010'
Oct 27 11:55:50 vdr vdr: [6107] executing '/usr/lib/vdr/vdr-recordingaction before "/srv/vdr/video.00/Pfarrer_Braun:_Grimms_Mördchen/2010-10-27.10.28.1-0.rec"'   <---- ab hier tritt der Hänger im mediasrv.log auf
Oct 27 11:57:50 vdr vdr: [6107] PANIC: watchdog timer expired - exiting!     <--- 2min. später schlägt der watchdog timeout zu und VDR restartet
Oct 27 11:57:50 vdr vdr: [6234] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 27 11:57:51 vdr vdr: [6223] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 27 11:57:51 vdr vdr: [6223] VDR version 1.7.16 started

lsusb -d eb1a:51b2 -v | grep 'Transfer Type'
zeigt bei mir auch noch "Bulk":
Code: [Auswählen]
root@vdr:~/sundtek_driver# lsusb -d eb1a:51b2 -v | grep 'Transfer Type'
          Transfer Type            Interrupt
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Bulk
          Transfer Type            Interrupt
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Bulk
          Transfer Type            Interrupt
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Bulk
          Transfer Type            Interrupt
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Bulk
          Transfer Type            Interrupt
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Bulk
          Transfer Type            Interrupt
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Bulk
          Transfer Type            Interrupt
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Bulk
          Transfer Type            Interrupt
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Isochronous
          Transfer Type            Bulk

Die vollständige Ausgabe von lsusb -d eb1a:51b2 -v habe ich angehangen.

Kann dies zu den Problemen führen?

23
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 25, 2010, 02:24:06 Nachmittag »
Danke für den Tipp!

Ich habe den aktuellen dev-driver heruntergeladen und installiert:
Code: [Auswählen]
root@vdr:~/sundtek_driver# ls -la sundtek_installer_development.sh
-rw-r--r-- 1 root root 10623589 2010-10-24 23:27 sundtek_installer_development.sh
root@vdr:~/sundtek_driver# /opt/bin/mediasrv --build
Build date: Oct 24 2010
root@vdr:~/sundtek_driver# /opt/bin/mediaclient --build
Build date: Oct 24 2010

Danach habe ich erneut getestet:
1) über vdr-live Webfrontend die Channels umschalten (inkl. Frequenzwechsel)
  --> funktioniert einwandfrei
  --> im fortlaufenden /var/log/mediasrv.log sieht man das Setzen der neuen Frequenz

2) über vdr-live Webfrontend Aufnahmen einstellen
    --> funktioniert nicht
    --> /var/log/mediasrv.log aktualisiert sich nicht mehr (keine neuen logeinträge)
    --> neue Frequenz wird nicht aktiviert

Also das gleiche Fehlerbild wie bisher auch.


24
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 24, 2010, 05:17:53 Nachmittag »
Leider konnte ich das Problem nicht ganz beheben.
Bei meinem selbst aufgesetzten System mit Debian Squeeze und aktuellen e-tobi VDR Paketen 1.7.16 hatte ich es nach removen von xinelibout so hinbekommen, dass ich über das WebFrontend "VDRadmin-am" im Browser die Kanäle (mit Frequenzwechsel) umschalten konnte. Umschalten ging in 9 von 10 Versuchen problemlos, ganz selten hat VDR dabei gehakt und nach dem watchdog timeout eine panic angezeigt und sich selbst restartet. Danach gings wieder.
Über VDRadmin-am eine Aufnahme zu aktivieren ging in 8 von 10 Versuchen schief:
- über VDRadmin-am eine Aufnahme auf dem aktuellen Kanal zu aktivieren ---> problemlos
- über VDRadmin-am eine Aufnahme auf einem anderen Kanal MIT Frequenzwechsel zu aktivieren ---> 2 von 10 Versuchen problemlos
Aber bei den restlichen 8 von 10 Versuchen gabs folgende Probleme:

- VDR (user.log/syslog) wechselt den channel
- mediasrv.log zeigt an, dass ein neuer channel gewählt werden soll
---> keine weiteren logeinträge mehr im mediasrv.log  - es sieht nach einem Hänger im mediasrv aus!
- VDR watchdog timer läuft ins timeout (zwischendurch meldungen, dass 8 sec. keine stream vom stick gekommen ist)
- VDR meldet panic und restartet sich.
- nach dem restart des VDR sieht man neue, laufende logeinträge im mediasrv.log - der hänger scheint aufgelöst
- meist ist dann auch der neue channel eingestellt und VDR kann aufnehmen.

Es kommt aber auch öfters vor, dass VDR sich nicht sauber restarten kann und ports noch in use sind (z.B. 2001, 3000, usw.).

Fazit:
Mit VDR 1.7.16 ist kein robustes umschalten der Frequenzen möglich.

Um auszuschliessen, dass ich einen Fehler bei der Konfiguration meines Systems gemacht habe, habe ich am WE folgendes getestet:

2. Versuch:
Eine komplette Neuinstallation des Systems mit yaVDR_0.3.0a.iso (ebenfalls VDR 1.7.16)
Nach der Installation:
- Über die yaVDR-Admin Weboberfläche das VDR-Frontend auf "headless" setzen
- Der Beschreibung von http://www.yavdr.org/blog/blog-post/2010/10/05/sundtek/ folgend:
   sudo apt-get install yavdr-hardware-sundtek
- Über die yaVDR-Admin Weboberfläche den Sundtek Stick auf DVB-C einstellen

yavdr-hardware-sundtek enthält höchstwahrscheinlich den aktuellen development-driver, da das build-date dem des dev-drivers entspricht:
:~$ /opt/bin/mediasrv --build
Build date: Oct 13 2010

Hier zeigen sich dieselben Probleme wie in meiner vorherigen Installtion unter Debian (gleiche Beschreibung wie oben!)

Die Problembeschreibung stimmt exakt mit der von "sundown" aus diesem Thread überein:
http://support.sundtek.com/index.php/topic,370.msg2007.html#msg2007

Ich glaube es wäre einen Versuch wert, bei euch eine yaVDR Installation mit dem Stick zu testen um der Ursache näher zu kommen.
Ich kann aber auch gerne nochmal Remote-Zugriff auf mein System geben.


P.S.: Wenn nach dem VDR restart meldungen über "ports in use" kommen, sieht man mittels "ps", dass die ursprüngliche PID des VDR hängengeblieben ist und die neue Instanz des VDR ebenfalls läuft. Mit mediaclient --lc sieht man ebenfalls, dass die hängengebliebene Instanz des VDR und die neue auf den Stick zugreifen.
Beheben lässt sich das
a) mit einem "kill -9" auf die alte VDR PID (einfacher kill genügt nicht --> folglich muss irgendwas im kernel mode hängen!)
b) oder mit einem mediaclient --dc <alte_VDR_PID> Nach dem --dc verschwindet auch die alte VDR PID!

Vlt. wäre das ein Ansatz um weiter zu debuggen?

25
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 21, 2010, 02:50:15 Nachmittag »
"Setting Frequency" erscheint ebenfalls, wenn VDR selbst den Kanal wechselt um z.B. eine Aufnahme zu starten.

Trotzdem habe ich das EPG Search Plugin (vdrdevel-plugin-epgsearch 0.9.25~beta16-3) deinstalliert und erneut getestet.

root@vdr:~ # /etc/init.d/vdrdevel start
Starting Linux Video Disk Recorder: vdrdevel
Searching for plugins (VDR 1.7.16/1.7.16) (cache miss): markad xineliboutput tvtv live streamdev-server.


Danach habe ich folgenden Test durchgeführt:
1) ZDF-Mittagsmagazin auf ARD/Das Erste (594MHz) aufnehmen
2) Timer stoppen
3) ZDF-Mittagsmagazin auf ZDF (610MHz) aufnehmen


1) Aufnahmetimer (Beginn: sofort) für ZDF-Mittagsmagazin auf Sender ARD/DAS ERSTE hinzugefügt:

/var/log/syslog | grep vdrdevel:
Code: [Auswählen]
Oct 21 13:30:47 vdr vdrdevel: [16716] timer 1 (1 1255-1410 'ZDF-Mittagsmagazin') added
Oct 21 13:30:47 vdr vdrdevel: [16716] switching device 2 to channel 1
Oct 21 13:30:47 vdr vdrdevel: [16716] timer 1 (1 1255-1410 'ZDF-Mittagsmagazin') start
Oct 21 13:30:47 vdr vdrdevel: [16716] Title: 'ZDF-Mittagsmagazin' Subtitle: 'Gut informiert zur Mittagszeit - Moderation: Norbert Lehmann'
Oct 21 13:30:47 vdr vdrdevel: [16716] executing '/usr/lib/vdrdevel/vdrdevel-recordingaction before "/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec"'
Oct 21 13:30:47 vdr vdrdevel: [19067] TS buffer on device 2 thread ended (pid=16716, tid=19067)
Oct 21 13:30:48 vdr vdrdevel: [19066] buffer stats: 122388 (5%) used
Oct 21 13:30:48 vdr vdrdevel: [19066] receiver on device 2 thread ended (pid=16716, tid=19066)
Oct 21 13:30:48 vdr recordingaction: executing /usr/share/vdrdevel/recording-hooks/R90.custom before recording /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec as shell script
Oct 21 13:30:48 vdr vdrdevel: [16716] record /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec
Oct 21 13:30:48 vdr vdrdevel: [16716] creating directory /var/lib/video.00/ZDF-Mittagsmagazin
Oct 21 13:30:48 vdr vdrdevel: [16716] creating directory /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec
Oct 21 13:30:48 vdr vdrdevel: [16716] recording to '/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec/00001.ts'
Oct 21 13:30:48 vdr vdrdevel: Started recording: ZDF-Mittagsmagazin_2010-10-21_12.55
Oct 21 13:30:48 vdr vdrdevel: [19225] recording thread started (pid=16716, tid=19225)
Oct 21 13:30:48 vdr vdrdevel: [16716] markad: executing "/usr/bin"/markad  -G  -l "/var/lib/markad" --online=2 before "/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec"
Oct 21 13:30:48 vdr vdrdevel: [19226] receiver on device 2 thread started (pid=16716, tid=19226)
Oct 21 13:30:48 vdr vdrdevel: [19228] TS buffer on device 2 thread started (pid=16716, tid=19228)
Oct 21 13:30:50 vdr vdrdevel: [16716] closing SVDRP connection
Oct 21 13:30:50 vdr vdrdevel: [16716] switching to channel 5
Oct 21 13:30:50 vdr vdrdevel: [16716] info: Channel not available!
Oct 21 13:30:50 vdr vdrdevel: [16716] connect from 127.0.0.1, port 36155 - accepted
Oct 21 13:30:50 vdr vdrdevel: [16716] closing SVDRP connection
Oct 21 13:30:52 vdr vdrdevel: [16716] switching to channel 1
Oct 21 13:30:52 vdr vdrdevel: [16716] max. latency time 5 seconds
Oct 21 13:30:52 vdr vdrdevel: [16716] timer 1 (1 1255-1410 'ZDF-Mittagsmagazin') set to event Thu 21.10.2010 13:00-14:00 (VPS: 21.10 13:00) 'ZDF-Mittagsmagazin'
Oct 21 13:30:52 vdr vdrdevel: [19226] [xine..put] Detected video size 720x576

/var/log/mediasrv.log:
Code: [Auswählen]
2010-10-21 13:30:47 [666] Channel found (618000000)
2010-10-21 13:30:47 [666] =============
2010-10-21 13:30:47 [666] Symbol rate: 6899877
2010-10-21 13:30:47 [666] Constellation: QAM64
2010-10-21 13:30:47 [666] Mirroring: Normal
2010-10-21 13:30:48 [666] Channel found (618000000)
2010-10-21 13:30:48 [666] =============
2010-10-21 13:30:48 [666] Symbol rate: 6899875
2010-10-21 13:30:48 [666] Constellation: QAM64
2010-10-21 13:30:48 [666] Mirroring: Normal
2010-10-21 13:30:48 [666] Setting Frequency: 594000000 <---- VDR schaltet ERFOLGREICH auf Freq. von ZDF um
2010-10-21 13:30:48 [666] Setting Symbolrate: 6900000
2010-10-21 13:30:48 [666] Setting Modulation: 3
2010-10-21 13:30:48 [666] Channel found (594000000)
2010-10-21 13:30:48 [666] =============
2010-10-21 13:30:48 [666] Symbol rate: 6899861
2010-10-21 13:30:48 [666] Constellation: QAM64
2010-10-21 13:30:48 [666] Mirroring: Normal
2010-10-21 13:30:48 [666] Channel found (594000000)
2010-10-21 13:30:48 [666] =============
2010-10-21 13:30:48 [666] Symbol rate: 6899862
2010-10-21 13:30:48 [666] Constellation: QAM64
2010-10-21 13:30:48 [666] Mirroring: Normal
2010-10-21 13:30:49 [666] Channel found (594000000)
2010-10-21 13:30:49 [666] =============
2010-10-21 13:30:49 [666] Symbol rate: 6899862
2010-10-21 13:30:49 [666] Constellation: QAM64
2010-10-21 13:30:49 [666] Mirroring: Normal
2010-10-21 13:30:50 [666] Channel found (594000000)
2010-10-21 13:30:50 [666] =============
2010-10-21 13:30:50 [666] Symbol rate: 6899860
2010-10-21 13:30:50 [666] Constellation: QAM64
2010-10-21 13:30:50 [666] Mirroring: Normal
2010-10-21 13:30:52 [666] Channel found (594000000)
2010-10-21 13:30:52 [666] =============
2010-10-21 13:30:52 [666] Symbol rate: 6899867
2010-10-21 13:30:52 [666] Constellation: QAM64
2010-10-21 13:30:52 [666] Mirroring: Normal
2010-10-21 13:30:52 [666] Channel found (594000000)
2010-10-21 13:30:52 [666] =============
2010-10-21 13:30:52 [666] Symbol rate: 6899863
2010-10-21 13:30:52 [666] Constellation: QAM64
2010-10-21 13:30:52 [666] Mirroring: Normal

2) Aufnahmetimer ZDF-Mittagsmagazin gelöscht:

/var/log/syslog | grep vdrdevel:
Code: [Auswählen]
Oct 21 13:32:21 vdr vdrdevel: [16716] timer 1 (1 1255-1410 'ZDF-Mittagsmagazin') modified (inactive)
Oct 21 13:32:21 vdr vdrdevel: [19225] recording thread ended (pid=16716, tid=19225)
Oct 21 13:32:21 vdr vdrdevel: [16716] buffer stats: 172772 (3%) used
Oct 21 13:32:21 vdr vdrdevel: [16716] timer 1 (1 1255-1410 'ZDF-Mittagsmagazin') stop
Oct 21 13:32:21 vdr vdrdevel: [16716] executing '/usr/lib/vdrdevel/vdrdevel-recordingaction after "/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec"'
Oct 21 13:32:21 vdr recordingaction: executing /usr/share/vdrdevel/recording-hooks/R90.custom after recording /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec as shell script
Oct 21 13:32:21 vdr vdrdevel: Finished recording: ZDF-Mittagsmagazin_2010-10-21_12.55
Oct 21 13:32:22 vdr vdrdevel: [16716] deleting timer 1 (1 1255-1410 'ZDF-Mittagsmagazin')

/var/log/mediasrv.log:
Code: [Auswählen]
2010-10-21 13:32:21 [666] Channel found (594000000)
2010-10-21 13:32:21 [666] =============
2010-10-21 13:32:21 [666] Symbol rate: 6899867
2010-10-21 13:32:21 [666] Constellation: QAM64
2010-10-21 13:32:21 [666] Mirroring: Normal
2010-10-21 13:32:23 [666] Channel found (594000000)
2010-10-21 13:32:23 [666] =============
2010-10-21 13:32:23 [666] Symbol rate: 6899866
2010-10-21 13:32:23 [666] Constellation: QAM64
2010-10-21 13:32:23 [666] Mirroring: Normal
2010-10-21 13:32:24 [666] Channel found (594000000)

3) Aufnahmetimer ZDF-Mittagsmagazin auf Sender ZDF hinzugefügt:

/var/log/syslog | grep vdrdevel:
Code: [Auswählen]
Oct 21 13:33:40 vdr vdrdevel: [16716] timer 1 (2 1255-1410 'ZDF-Mittagsmagazin') added
Oct 21 13:33:40 vdr vdrdevel: [16716] switching device 2 to channel 2
Oct 21 13:33:40 vdr vdrdevel: [19431] TS buffer on device 2 thread ended (pid=16716, tid=19431)
Oct 21 13:33:40 vdr vdrdevel: [19430] buffer stats: 122012 (5%) used
Oct 21 13:33:40 vdr vdrdevel: [16716] timer 1 (2 1255-1410 'ZDF-Mittagsmagazin') start
Oct 21 13:33:40 vdr vdrdevel: [16716] Title: 'ZDF-Mittagsmagazin' Subtitle: 'mit heute-Nachrichten'
Oct 21 13:33:40 vdr vdrdevel: [16716] executing '/usr/lib/vdrdevel/vdrdevel-recordingaction before "/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec"'
Oct 21 13:33:40 vdr vdrdevel: [19430] receiver on device 2 thread ended (pid=16716, tid=19430)
Oct 21 13:33:45 vdr recordingaction: executing /usr/share/vdrdevel/recording-hooks/R90.custom before recording /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec as shell script
Oct 21 13:33:45 vdr vdrdevel: [16716] record /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec
Oct 21 13:33:45 vdr vdrdevel: [16716] creating directory /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec
Oct 21 13:33:45 vdr vdrdevel: [16716] recording to '/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec/00001.ts'
Oct 21 13:33:45 vdr vdrdevel: Started recording: ZDF-Mittagsmagazin_2010-10-21_12.55
Oct 21 13:33:45 vdr vdrdevel: [19490] recording thread started (pid=16716, tid=19490)
Oct 21 13:33:45 vdr vdrdevel: [19491] receiver on device 2 thread started (pid=16716, tid=19491)
Oct 21 13:33:45 vdr vdrdevel: [16716] markad: executing "/usr/bin"/markad  -G  -l "/var/lib/markad" --online=2 before "/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec"
Oct 21 13:33:45 vdr vdrdevel: [19493] TS buffer on device 2 thread started (pid=16716, tid=19493)
Oct 21 13:34:16 vdr vdrdevel: [19490] ERROR: video data stream broken
Oct 21 13:34:16 vdr vdrdevel: [19490] initiating emergency exit
Oct 21 13:34:47 vdr vdrdevel: [19490] ERROR: video data stream broken
Oct 21 13:34:47 vdr vdrdevel: [19490] initiating emergency exit
Oct 21 13:35:18 vdr vdrdevel: [19490] ERROR: video data stream broken
Oct 21 13:35:18 vdr vdrdevel: [19490] initiating emergency exit
Oct 21 13:35:40 vdr vdrdevel: [16716] PANIC: watchdog timer expired - exiting!
Oct 21 13:35:40 vdr runvdrdevel: restarting VDR
Oct 21 13:35:58 vdr vdrdevel: [20022] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 21 13:35:58 vdr vdrdevel: [20022] VDR version 1.7.16 started
Oct 21 13:35:58 vdr vdrdevel: [20022] switched to user 'vdr'
Oct 21 13:35:58 vdr vdrdevel: [20022] codeset is 'UTF-8' - known
Oct 21 13:35:58 vdr vdrdevel: [20022] found 0 locales in /usr/share/locale
Oct 21 13:35:58 vdr vdrdevel: [20022] no locale for language code 'deu,ger'
[...]
Oct 21 13:35:58 vdr vdrdevel: [20022] no locale for language code 'ara'
Oct 21 13:35:58 vdr vdrdevel: [20022] loading plugin: /usr/lib/vdrdevel/plugins/libvdrdevel-markad.so.1.7.16
Oct 21 13:35:58 vdr vdrdevel: [20022] loading plugin: /usr/lib/vdrdevel/plugins/libvdrdevel-xineliboutput.so.1.7.16
Oct 21 13:35:58 vdr vdrdevel: [20022] [xine..put] Listening on address '127.0.0.1' port 37890
Oct 21 13:35:58 vdr vdrdevel: [20022] loading plugin: /usr/lib/vdrdevel/plugins/libvdrdevel-tvtv.so.1.7.16
Oct 21 13:35:58 vdr vdrdevel: [20022] loading plugin: /usr/lib/vdrdevel/plugins/libvdrdevel-live.so.1.7.16
Oct 21 13:35:58 vdr vdrdevel: [20022] loading plugin: /usr/lib/vdrdevel/plugins/libvdrdevel-streamdev-server.so.1.7.16
Oct 21 13:35:58 vdr vdrdevel: [20022] loading /var/lib/vdrdevel/setup.conf

/var/log/mediasrv.log:
Code: [Auswählen]
2010-10-21 13:33:40 [666] Channel found (594000000)
2010-10-21 13:33:40 [666] =============
2010-10-21 13:33:40 [666] Symbol rate: 6899864
2010-10-21 13:33:40 [666] Constellation: QAM64
2010-10-21 13:33:40 [666] Mirroring: Normal
2010-10-21 13:33:40 [666] Channel found (594000000)
2010-10-21 13:33:40 [666] =============
2010-10-21 13:33:40 [666] Symbol rate: 6899858
2010-10-21 13:33:40 [666] Constellation: QAM64
2010-10-21 13:33:40 [666] Mirroring: Normal
2010-10-21 13:35:40 [19957] RC: IR Event /dev/input/event5
2010-10-21 13:35:40 [19957] RC: Restarting LIRC
2010-10-21 13:35:55 [666] Enabling standby
2010-10-21 13:35:58 [666] SETTING DVB-C
2010-10-21 13:35:58 [666] reinitializing previous digital TV parameters
2010-10-21 13:35:58 [666] Setting Frequency: 594000000
2010-10-21 13:35:58 [666] Setting Symbolrate: 6900000
2010-10-21 13:35:58 [666] Setting Modulation: 3
2010-10-21 13:35:59 [666] Channel found (594000000)
2010-10-21 13:35:59 [666] =============
2010-10-21 13:35:59 [666] Symbol rate: 6899868
2010-10-21 13:35:59 [666] Constellation: QAM64
2010-10-21 13:35:59 [666] Mirroring: Normal
2010-10-21 13:35:59 [666] Channel found (594000000)
2010-10-21 13:35:59 [666] =============
2010-10-21 13:35:59 [666] Symbol rate: 6899861
2010-10-21 13:35:59 [666] Constellation: QAM64
2010-10-21 13:35:59 [666] Mirroring: Normal
2010-10-21 13:35:59 [666] Setting Frequency: 618000000
2010-10-21 13:35:59 [666] Setting Symbolrate: 6900000
2010-10-21 13:35:59 [666] Setting Modulation: 3
2010-10-21 13:36:00 [666] Channel found (618000000)
2010-10-21 13:36:00 [666] =============
2010-10-21 13:36:00 [666] Symbol rate: 6899877
2010-10-21 13:36:00 [666] Constellation: QAM64
2010-10-21 13:36:00 [666] Mirroring: Normal
2010-10-21 13:36:00 [666] Channel found (618000000)
2010-10-21 13:36:00 [666] =============
2010-10-21 13:36:00 [666] Symbol rate: 6899878
2010-10-21 13:36:00 [666] Constellation: QAM64
2010-10-21 13:36:00 [666] Mirroring: Normal
2010-10-21 13:36:00 [666] Channel found (618000000)
2010-10-21 13:36:00 [666] =============
2010-10-21 13:36:00 [666] Symbol rate: 6899881
2010-10-21 13:36:00 [666] Constellation: QAM64
2010-10-21 13:36:00 [666] Mirroring: Normal
2010-10-21 13:36:00 [666] Setting Frequency: 610000000
2010-10-21 13:36:00 [666] Setting Symbolrate: 6900000
2010-10-21 13:36:00 [666] Setting Modulation: 3
2010-10-21 13:36:01 [666] Channel found (610000000)
2010-10-21 13:36:01 [666] =============
2010-10-21 13:36:01 [666] Symbol rate: 6899877
2010-10-21 13:36:01 [666] Constellation: QAM64
2010-10-21 13:36:01 [666] Mirroring: Normal
--------------------- HIER BRICHT DAS LOG AB -------------


Darüberhinaus ist mir aufgefallen, dass nach jedem Start des Systems diese zeilen im /var/log/messages erscheinen:
Code: [Auswählen]
Oct 21 11:44:36 vdr kernel: [   29.312180] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input5
[...]
Oct 21 11:47:35 vdr udevd[330]: worker [459] unexpectedly returned with status 0x0100
Oct 21 11:47:35 vdr udevd[330]: worker [459] failed while handling '/devices/virtual/input/input5'


Mir scheint, dass entweder der VDR einfach nicht die Frequenz sauber wechseln kann oder der Stick den Frequenzwechsel des VDRs nicht richtig interpretieren kann.

Mit einem uralten DIBCOM 3000 DVB-T Stick klappte dies die letzten 3 Monate reibungslos und sehr zuverlässig.

26
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 20, 2010, 03:30:19 Nachmittag »
Hallo,
nach genauerer Prüfung gibt es noch ein Problem:

VDR bzw. vdrdevel 1.7.16 kann nicht auf eine andere Frequenz umschalten. Lediglich innerhalb des selben Bouquets (also gleiche Frequenz) kann man die TV-Sender wechseln.
Sobald man einen TV-Sender auf einer anderen Frequenz wählt, sieht man in /var/log/mediasrv die Umschaltversuche des VDRs aber der Stick springt immer wieder auf die ursprünglich eingestellte Frequenz zurück.

Das bringt den VDR ins trudeln, so dass er sich nach erfolglosem Frequenzwechsel und einigen Alerts restartet.
Nach dem Restart ist meist (nicht immer) die gewechselte Frequenz aktiv, so dass das TV Programm aufgenommen oder gestreamt werden kann.

Stoppt man den VDR und wechselt die Frequenz z.B. mit
/opt/bin/mediaclient -m DVBC -f 594000000 -S 6900000 -M Q64       oder
/opt/bin/mediaclient -m DVBC -f 610000000 -S 6900000 -M Q64
dann funktioniert es einwandfrei - nur der VDR schafft es nicht.

Code: [Auswählen]
2010-10-14 19:37:25 [15310] Channel found (602000000)
2010-10-14 19:37:25 [15310] =============
2010-10-14 19:37:25 [15310] Symbol rate: 6899885
2010-10-14 19:37:25 [15310] Constellation: QAM64
2010-10-14 19:37:25 [15310] Mirroring: Normal
2010-10-14 19:37:26 [15310] Channel found (602000000)
2010-10-14 19:37:26 [15310] =============
2010-10-14 19:37:26 [15310] Symbol rate: 6899881
2010-10-14 19:37:26 [15310] Constellation: QAM64
2010-10-14 19:37:26 [15310] Mirroring: Normal
2010-10-14 19:37:26 [15310] Setting Frequency: 594000000
2010-10-14 19:37:26 [15310] Setting Symbolrate: 6900000
2010-10-14 19:37:26 [15310] Setting Modulation: 3
2010-10-14 19:37:26 [15310] Channel found (594000000)
2010-10-14 19:37:26 [15310] =============
2010-10-14 19:37:26 [15310] Symbol rate: 6899880
2010-10-14 19:37:26 [15310] Constellation: QAM64
2010-10-14 19:37:26 [15310] Mirroring: Normal
2010-10-14 19:37:27 [15310] Channel found (594000000)
2010-10-14 19:37:27 [15310] =============
2010-10-14 19:37:27 [15310] Symbol rate: 6899887
2010-10-14 19:37:27 [15310] Constellation: QAM64
2010-10-14 19:37:27 [15310] Mirroring: Normal
2010-10-14 19:37:27 [15310] Setting Frequency: 602000000
2010-10-14 19:37:27 [15310] Setting Symbolrate: 6900000
2010-10-14 19:37:27 [15310] Setting Modulation: 3
2010-10-14 19:37:27 [15310] Channel found (602000000)
2010-10-14 19:37:27 [15310] =============
2010-10-14 19:37:27 [15310] Symbol rate: 6899884
2010-10-14 19:37:27 [15310] Constellation: QAM64
2010-10-14 19:37:27 [15310] Mirroring: Normal
2010-10-14 19:37:27 [15310] Channel found (602000000)
2010-10-14 19:37:27 [15310] =============
2010-10-14 19:37:27 [15310] Symbol rate: 6899881
2010-10-14 19:37:27 [15310] Constellation: QAM64
2010-10-14 19:37:27 [15310] Mirroring: Normal
2010-10-14 19:37:28 [15310] Channel found (602000000)

UPDATE:
Eben ist mir aufgefallen, dass mediasrv ca. 35% CPU benutzt und permanent auf diesem Level bleibt, sobald vdrdevel gestartet wird. Sobald vdrdevel gestoppt wird, geht die CPU Last von mediasrv wieder gegen Null. Das Verhalten ist reproduzierbar.

Ein Auszug von "top":
Code: [Auswählen]
top - 17:36:50 up 15 min,  1 user,  load average: 0.17, 0.16, 0.15
Tasks: 117 total,   1 running, 116 sleeping,   0 stopped,   0 zombie
Cpu(s): 11.3%us, 12.9%sy,  1.6%ni, 73.4%id,  0.0%wa,  0.8%hi,  0.0%si,  0.0%st
Mem:   2065204k total,   270540k used,  1794664k free,    22012k buffers
Swap:  2050772k total,        0k used,  2050772k free,   164624k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 6665 root      20   0 83932 7744 5676 S   35  0.4   1:01.88 mediasrv
 6811 vdr       20   0  190m  15m  10m S   16  0.8   0:29.22 vdrdevel


Kann man irgendwie tracen was der VDR an den mediasrv Prozess sendet um umzuschalten?
mediasrv im Vordergrund zu starten, hat nicht mehr Ouput gebracht.

Vielen Dank schon mal vorab für ihre Hilfe!


27
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 14, 2010, 06:10:54 Nachmittag »
Es sieht schon mal sehr gut aus! Wir sind einen Riesenschritt weiter!!!

An dieser Stelle schon mal herzlichen Dank für die Anstrengungen der letzten 5 Monate - ich bin total happy endlich DVB-C sehen zu können!

28
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: Oktober 14, 2010, 10:57:28 Vormittag »
In der Vergangenheit konnte das bisherige Modell keine DVB-C Sender empfangen, da in diesem lokalen Kabelnetz ein DVB-S auf DVB-C Umsetzer von Astro ein nicht DVB-konformes Signal einspeist. Es war kein LOCK auf die Senderfrequenzen möglich.

Heute habe ich von Sundtek ein Testmuster des brandneuen Designs erhalten um den DVB-C Empfang in unserem lokalen Kabelnetz zu testen. Mit Unterstützung von Sundtek testen wir nun dieses Vorserienmodell.

Momentan wird der Stick zwar beim Einstecken erkannt, aber der aktuelle sundtek_installer_development.sh erkennt den Stick noch nicht.

Mein System ist ein Standard Debian Squeeze Linux mit den aktuellsten Paketversionen (aptitude bietet keine neueren Updates mehr an)

Hier die Outputs der Befehle und das Log:
Code: [Auswählen]
root@vdr:~ # uname -a
Linux vdr 2.6.32-5-686 #1 SMP Sat Sep 18 02:14:45 UTC 2010 i686 GNU/Linux

root@vdr:~ # dmesg
Oct 14 09:43:33 vdr kernel: [2.505056] usb 1-1: new high speed USB device using ehci_hcd and address 2
Oct 14 09:43:33 vdr kernel: [2.637794] usb 1-1: New USB device found, idVendor=eb1a, idProduct=8185
Oct 14 09:43:33 vdr kernel: [2.637810] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
Oct 14 09:43:33 vdr kernel: [2.637822] usb 1-1: Product: USB 28185 Device
Oct 14 09:43:33 vdr kernel: [2.637832] usb 1-1: SerialNumber: 123456789ABCD
Oct 14 09:43:33 vdr kernel: [2.638122] usb 1-1: configuration #1 chosen from 1 choice

root@vdr:~ # ls -la /root/sundtek_driver/sundtek_installer_development.sh
-rwx------ 1 root root 10576105 Oct 13 08:41 /root/sundtek_driver/sundtek_installer_development.sh

root@vdr:~ # /root/sundtek_driver/sundtek_installer_development.sh

Welcome to the Sundtek linux driver setup

Legal notice:
This software comes without any warranty, use it at your own risk

Do you want to continue [Y/N]:
Nutzungsbedingungen:
Sundtek übernimmt keinerlei Haftung für Schäden welche eventuell durch
das System oder die angebotenen Dateien entstehen können.

Wollen Sie fortfahren [J/N]:
j
adding /opt/bin to environment paths
stopping old driver instance...
unpacking...
checking system... testing libc OK 2.11.2
32Bit System detected
installing...
finalizing configuration... (can take a few seconds)
installing libmediaclient interception library
Starting driver...
done.

root@vdr:~ # /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****

root@vdr:~ # /opt/bin/mediasrv --build
Build date: Oct 13 2010

/var/log/mediasrv.log:
2010-10-14 09:39:52 [12203] API Version: 5.1
2010-10-14 09:39:52 [12203] Running on Linux (2.6.32-5-686)
2010-10-14 09:39:52 [12204] Starting service processor (PID 12204)
2010-10-14 09:39:52 [12203] Detected: GenuineIntel
2010-10-14 09:39:52 [12203] This CPU supports: MMX and SSE
2010-10-14 09:39:52 [12203] scanning devices
2010-10-14 09:39:52 [12203] scanning for plugins
2010-10-14 09:39:52 [12203] found lib: libdrv_net.so
2010-10-14 09:39:52 [12203] found lib: libdrv_vivi.so
2010-10-14 09:39:52 [12203] found lib: libdrv_em28xx.so
2010-10-14 09:39:52 [12203] Starting up device manager
2010-10-14 09:39:52 [12203] unable to open /dev/misc
2010-10-14 09:39:52 [12203] scanning devices done
2010-10-14 09:39:52 [12203] attached devices:
2010-10-14 09:43:35 [1219] Starting service processor (PID 1219)
2010-10-14 09:43:35 [638] API Version: 5.1
2010-10-14 09:43:35 [638] Running on Linux (2.6.32-5-686)
2010-10-14 09:43:35 [638] Detected: GenuineIntel
2010-10-14 09:43:35 [638] This CPU supports: MMX and SSE
2010-10-14 09:43:35 [638] scanning devices
2010-10-14 09:43:35 [638] scanning for plugins
2010-10-14 09:43:35 [638] found lib: libdrv_net.so
2010-10-14 09:43:35 [638] found lib: libdrv_vivi.so
2010-10-14 09:43:35 [638] found lib: libdrv_em28xx.so
2010-10-14 09:43:35 [638] Starting up device manager
2010-10-14 09:43:35 [638] unable to open /dev/misc  <----- ???
2010-10-14 09:43:35 [638] scanning devices done
2010-10-14 09:43:35 [638] attached devices:
<ENDE>

root@vdr:~ # l /dev/m*
crw------- 1 root root 10, 227 Oct 14 09:43 /dev/mcelog
crw-r----- 1 root kmem  1,   1 Oct 14 09:43 /dev/mem

----> /dev/misc existiert nicht

Müssen sie, wie bereits per Mail angedeutet, noch die Firmware des Sticks aktualisieren?

(Die Zugangsdaten für den Remote-Zugang habe ich ihnen eben per Mail zukommen lassen)

29
Sundtek MediaTV Pro / Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« am: September 11, 2010, 12:58:30 Vormittag »
Da in dem neuen development installer eine neue Firmware enthalten ist, habe ich erneut getestet.

Code: [Auswählen]
root@vdr:~/sundtek_driver # /opt/bin/mediaclient --build
Build date: Sep 10 2010

root@vdr:~/sundtek_driver # /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek MediaTV Pro/Digital Home]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0

root@vdr:~/sundtek_driver # ./tune-direct.sh
Available adapters/frontends:
     FRONTEND: /dev/dvb/adapter1/frontend0
     FRONTEND: /dev/dvb/adapter1/frontend0
---------------------------------------------------
Using adapter 1:
Using device: /dev/dvb/adapter1/frontend0
Setting Frontend Properties to: DVBC
Done.
----- FREQ and SYMBRTE TESTS ----------------------
----- FREQ: 546 MHz --- SYMBRTE: 6875 MSymb/s -----
Using device: /dev/dvb/adapter1/frontend0
Checking for lock:
..........
----- FREQ: 546 MHz --- SYMBRTE: 6900 MSymb/s -----
Using device: /dev/dvb/adapter1/frontend0
Checking for lock:
..........
----- FREQ: 554 MHz --- SYMBRTE: 6875 MSymb/s -----
Using device: /dev/dvb/adapter1/frontend0
Checking for lock:
..........
----- FREQ: 554 MHz --- SYMBRTE: 6900 MSymb/s -----
Using device: /dev/dvb/adapter1/frontend0
Checking for lock:
..........
----- FREQ: 562 MHz --- SYMBRTE: 6875 MSymb/s -----
Using device: /dev/dvb/adapter1/frontend0
Checking for lock:
..........

...und so weiter über die Frequenzen bis 634 MHz auf denen mit dem Samsung TV die DVB-C Sender zu empfangen sind.

--> Ergebnis: Leider kein LOCK und somit kein Empfang.

Der Grund dafür liegt aber nicht an dem Sundtek Stick, sondern an einem nicht-DVB-C konformen Signal hier in diesem lokalen Kabelnetz, welches von DVB-S Signalen eingespeist wird (mittels DVB-S auf DVB-C Umsetzer vom Hersteller Astro).
Bei dem vor Ort Messungen von Trident wurde der Nachweis für das nicht-standardkonforme Signal in diesem Kabelnetzwerk erbracht.

Der nächste Schritt wird ein Test eines anderen Chipsatzes sein, der nicht-standardkonforme Signale eventuell verarbeiten kann.
Ein Testmuster wird mir demnächst freundlicherweise von Sundtek zur Verfügung gestellt.

30
Sundtek MediaTV Pro / Re:VDR: Kein Signal: TS Sync byte not aligned
« am: Juni 12, 2010, 05:19:52 Nachmittag »
Laut anderen Threads hier scheint "realigning stream" auf ein USB Problem zu deuten.
Tipp: keine durch interne Kabel angeschlossene Frontbuchsen nutzen, stattdessen  hinten an die USB Buchsen des Mainboards anschliessen

Seiten: 1 [2] 3