MediaTV an VMware ESXi Host möglich?

[106060]

...da es im Thread zur Fritzbox http://support.sundtek.com/index.php/topic,522.0.html off Topic wäre, habe ich einen neuen Thread eröffnet:

Ihr meint den Stick am Host system, also dem VMware ESXi einzustecken und das Netzwerkfeature zu nutzen?

Ja, schon, aber....
ESXi ist lediglich ein Hypervisor mit einem Busybox und sehr eingeschränkter Geräteunterstützung (z.B. werden nur sehr wenige Netzwerkkarten unterstützt). An der Compilierung von OpenSource drivern für weitere Netzwerkkarten haben sich schon einige die Zähne dran ausgebissen...

# uname -a

Code: [Auswählen]

VMkernel esxi.blabla.de 4.0.0 #1 SMP Release build-332073 Nov 30 2010 16:51:42 x86_64 unknown
# busybox

Code: [Auswählen]

BusyBox v1.9.1-VMware-visor-654 (2008-12-17 10:01:32 PST) multi-call binary
Copyright (C) 1998-2007 Erik Andersen, Rob Landley, Denys Vlasenko
and others. Licensed under GPLv2.

Currently defined functions:
        [, [[, addgroup, adduser, ash, awk, basename, cat, chgrp,
        chmod, chown, chroot, chvt, cksum, clear, cp, crond, cut,
        date, dd, delgroup, deluser, df, diff, dirname, echo,
        egrep, env, expr, false, fdisk, fgrep, find, ftpget, ftpput,
        getty, grep, groupadd, groupdel, groups, gunzip, gzip,
        halt, head, hexdump, hostname, id, inetd, init, kill,
        ln, loadkmap, lockfile, logger, login, ls, md5sum, mkdir,
        mkfifo, mknod, mktemp, more, mount, mv, nohup, nslookup,
        od, passwd, patch, poweroff, printf, readlink, reboot,
        reset, resize, rm, rmdir, sed, seq, setsid, sh, sha1sum,
        sleep, sort, stat, stty, su, sum, sync, syslogd, tail,
        tar, tee, telnetd, test, time, touch, true, umount, uname,
        uniq, uptime, useradd, userdel, usermod, usleep, vi, wc,
        wget, which, whoami, xargs, zcat
Zusätzlich zu busybox gibts ein paar weitere commands:

Code: [Auswählen]

# vm
vm-support           vmkiscsid            vmksystemswap
vmcp                 vmkload_mod          vmkvsitools
vmdumper             vmklogger            vmtar
vmkchdev             vmkmicrocodeintel    vmware
vmkerrcode           vmkmod-install.sh    vmware-autostart.sh
vmkfstools           vmkmod-preinst.sh    vmware-vimdump
vmkgdbd              vmkperf              vmx
vmkiscsi-tool        vmkping              vmx-debug
vmkiscsiadm          vmkramdisk
~ # esxcfg-
esxcfg-advcfg    esxcfg-mpath     esxcfg-route     esxcli
esxcfg-dumppart  esxcfg-nas       esxcfg-scsidevs  esxtop
esxcfg-hwiscsi   esxcfg-nics      esxcfg-swiscsi   esxupdate
esxcfg-info      esxcfg-pciid     esxcfg-vmknic
esxcfg-init      esxcfg-rescan    esxcfg-volume
esxcfg-module    esxcfg-resgrp    esxcfg-vswitch
Folgende modules sind geladen:

Code: [Auswählen]

# esxcfg-module -q
vmkernel.o
procfs
vmklinux.o
random.o
usb.o
ehci-hcd.o
usb-uhci.o
hid.o
dm
nmp
vmw_satp_local
vmw_satp_default_aa
vmw_satp_alua
vmw_psp_fixed
libata.o
usb-storage.o
vfat
mask_path_plugin
vmw_satp_cx
vmw_satp_default_ap
vmw_satp_eva
vmw_satp_lsi
vmw_satp_symm
vmw_satp_inv
vmw_satp_eql
vmw_satp_msa
vmw_satp_svc
vmw_satp_alua_cx
vmw_psp_rr
vmw_psp_mru
e1000e.o
iscsi_trans
iscsi_linux.o
ahci.o
lvmdriver
deltadisk
multiextent
dvsdev
etherswitch
hub
shaper
cdp
tcpip2v6
vmfs2
dvfilter
vmfs3
nfsclient
vmci
vmkstatelogger
migrate
cbt
Sobald ich eine MediaTV Pro einstecke, erscheint in /var/log/messages:

Code: [Auswählen]

Jan 13 14:47:46 vmkernel: 5:01:54:48.226 cpu0:4308)<6>usb 2-4: new high speed USB device using ehci_hcd and address 3
Jan 13 14:47:47 vmkernel: 5:01:54:48.382 cpu0:4308)<6>usb 2-4: configuration #1 chosen from 1 choice
Jan 13 14:47:47 vmkernel: 5:01:54:48.382 cpu0:4308)<6>usb 2-4: New USB device found, idVendor=eb1a, idProduct=51b2
Jan 13 14:47:47 vmkernel: 5:01:54:48.382 cpu0:4308)<6>usb 2-4: new device strings: Mfr=3, Product=1, SerialNumber=2

Ein DVB-Device erscheint allerdings nicht:

Code: [Auswählen]

# ls -la /dev/dvb
ls: /dev/dvb: No such file or directory

Hat jemand von euch evtl. einen MediaTV USB-Stick unter VMware ESXi, also dem Hostsystem für die darunter laufenden VMs, ans Laufen bekommen?
Mein VMware ESXi läuft auf einer Core2Duo P8600 CPU im 64bit-Modus, also x86-64bit Architektur. Grundsätzliche USB-Unterstützung ist mit den Modulen usb.o, ehci-hcd.o und usb-uhci.o vorhanden, aber genügt das um den Stick ans laufen zu bringen und das Netzwerkfeature zu aktivieren?

[Sundtek]

Wurde der Treiber denn wie folgt installiert?

cd /tmp
wget http://www.sundtek.de/media/sundtek_installer.sh
chmod 777 sundtek_installer.sh
./sundtek_installer.sh -service

Kann eventuell sein das der Stick damit wirklich nicht funktioniert da das System zu restriktiv ist.

Was bereits merkwürdig ist:
1. "Kernelversion" 4.0.0
2. Module enden auf .o

Was zumindestens benötigt wird ist USBDEVFS Support, falls VMWare noch auf einen Linux 2.6.18er Kernel aufbaut sollte dies kein Problem sein. Die haben anscheinend das komplette System sehr stark umgebaut..

[106060]

Ich habs eben mal ausprobiert:

Code: [Auswählen]

/tmp # ./sundtek_installer.sh -service

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
unpacking...
checking system... grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/version: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
testing libc OK 2.5.0
32Bit System detected
installing...
grep: /proc/cpuinfo: No such file or directory
sh: 0: unknown operand
finalizing configuration... (can take a few seconds)
grep: /proc/cpuinfo: No such file or directory
sh: 0: unknown operand
Starting driver...
done.

# cat /var/log/mediasrv.log

Code: [Auswählen]

2011-01-13 15:10:28 [1518049] Starting up Multimedia Framework (Jan 13 2011 12:46:50)
2011-01-13 15:10:28 [1518049] API Version: 5.1
2011-01-13 15:10:28 [1518049] Running on VMkernel (4.0.0)
2011-01-13 15:10:28 [1518049] Detected: GenuineIntel
2011-01-13 15:10:28 [1518049] This CPU supports: MMX and SSE
2011-01-13 15:10:28 [1518049] scanning devices
2011-01-13 15:10:28 [1518049] scanning for plugins
2011-01-13 15:10:28 [1518049] found lib: libdrv_em28xx.so
2011-01-13 15:10:28 [1518049] found lib: libdrv_net.so
2011-01-13 15:10:28 [1518049] found lib: libdrv_vivi.so
2011-01-13 15:10:28 [1518049] Starting up device manager
2011-01-13 15:10:28 [1518051] Starting service processor (PID 1518051)
2011-01-13 15:10:28 [1518049] unable to open /dev/misc
2011-01-13 15:10:28 [1518049] Created Masterlock
2011-01-13 15:10:28 [1518049] scanning devices done
2011-01-13 15:10:28 [1518049] attached devices:
2011-01-13 15:10:29 [1518051] Autostarting scripts in /etc/sundtek/
2011-01-13 15:10:29 [1518051] executed all available items
# cat /var/log/mediaclient.log

Code: [Auswählen]

2011-01-13 15:10:28 [1518046] unable to connect to driver (closing: 3 - No such file or directory)

# cat /var/log/messages

Code: [Auswählen]

Jan 13 15:20:56 vmkernel: 5:02:27:57.590 cpu0:1521070)WARNING: UserObj: 2509: error 195887111
Jan 13 15:20:56 vmkernel: 5:02:27:57.590 cpu0:1521070)WARNING: ErrDev: 95: The err device was accessed.  This should not happen frequently.
Die obigen Einträge wiederholen sich immens schnell!!!

Sobald mediasrv gestartet ist, geht die CPU load auf fast 100% und /var/log/messages wird zugemüllt.
Wenn mediasrv gekillt wird, normalisiert sich alles wieder.

[Sundtek]

Interessanterweise scheint der Treiber ja zu starten, aber das Host System blockiert wohl dann doch den direkten Zugriff.
Ausserdem scheinen Domain Sockets nicht zu funktionieren, VMware hat das System wohl wirklich absolut minimiert für deren Zweck.

Wenn Sie uns Zugriff auf den besagten AVM Router geben könnten, könnten wir das eventuell überprüfen ob es läuft.

[106060]

Sundtek MediaTV Sticks direkt am VMware ESXi Host haken wir einfach als "not supported environment" ab - die Umgebung ist auch ein ziemlich exotischer Spezialfall...
Ausserdem unterstützen aktuelle CPU, BIOS + Chipsatz Kombinationen Intels's VT-d um Devices an VMs weiterzureichen.

Sundtek MediaTV an der Fritzbox interessiert mich nach wie vor, aber es ist absolut nicht eilig. Ausserdem habe ich momentan kaum Zeit für private "Spielereien".

Trotzdem vielen herzlichen Dank für das Angebot!!!

[viper0482]

Ist die Frage wie aktuell das Thema noch ist
aber ESXi 4.1 und 4.1U1 können jetzt USB Devices an die VMs direkt durchreichen.

Hab den MediaPro noch nicht probiert aber USBHDDs können angesprochen werden.

Allerdings konnte ich unter VMWare Workstation den Stick Zwar ansprechen und auch Sender suchen aber das schauen via tvheadend war nur eingeschränkt möglich viele Bildaussetzer denk aber des lag eher an der Hardware Austattung

[106060]

Hallo viper0482,
angeregt durch dein Posting habe ich mein VMware ESXi 4.0 auf 4.1U1 upgedated und den physikalischen VDR in eine virtuelle Maschine auf ESXi überführt.
Die VM lief mit marginalen Änderungen auf Anhieb und den Sundtek Stick konnte ich schnell in die VM einbinden.

Der Test war aber nicht so erfolgreich:
Das TV-Bild (DVB-C) ruckelt und hat viele Bildaussetzer.
/opt/bin/mediaclient --pidfilter=on
hat auch nicht geholfen.

Ich vermute, dass der meue USB Arbitrator im ESXi 4.1U1 den Datenstrom zu langsam an die VM weiterleitet....

Habt ihr noch ein paar Tipps für mich was man am Sundtek Stick noch tunen kann?

VG,
Alex

[Sundtek]

Liegt das Problem bei euch etwa an der Videoausgabe?

/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000

sollte (ohne PID Filter) ca 5 MB/Sek anzeigen.

[106060]

Gute Idee!

Auf dem physikalischen System (nicht die VM) liefert
/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000
je nach TV-Sender (DVB-C) 0,7 bis 1,4 MB/s. Anscheinend nutzt VDR 1.7.16 den PID-Filter.

Ich werd's in der VM auch noch testen...
Eigentlich würde ich erwarten, dass der VMware ESXi Host mit einem Core2Duo P8600 (2x 2,4 GHz) einer VM genügend CPU-Ressourcen zur Verfügung stellen kann um einen konstanten USB-Datenstrom von mind. 0,7 MB/s zu empfangen...

Auf meiner Testliste stehen folgende ToDo's:
- manuell eine TV-Frequenz einstellen und mit cat in eine Datei schreiben (--> VDR und virtuelle Grafikkarte als Problemquelle ausschliessen)
- der VM zwei vCPU's zuweisen statt -wie bisher- nur 1 vCPU
- Ressourcen-Reservierung (min/max) der VM prüfen (--> zu wenig min. Ressourcen?)
- in der ESXi Konfiguration die Ressourcen-Limits (min/max) für den VMware USB-Arbitrator prüfen (--> bekommt der USB-Arbitrator evtl. zu wenig Ressourcen um einen konstanten Datenstrom aus dem Stick auszulesen?)

Ich melde mich wieder, sobald ich Zeit für das Testszenario gehabt habe...

@viper0482:
Welche Hardware nutzt du für ESXi?
Welche Übertragungsrate bekommst du mit einer USB-Festplatte hin?

[Sundtek]

Wenn ihr die Bandbreite mit obrigem Befehl ausmesst schaut euch auch /var/log/mediasrv.log an ob es dort zu Übertragungsfehlern kommt, sollte die File während des Streamings ruhig sein (also kein "realigning stream" beinhalten) dann sollte es eigentlich passen.

[Sundtek]

Alternativ wäre auch:

dvbstream -o 8192 | /opt/bin/mediaclient --pipecount=1000

Möglich um den kompletten TS Stream auszulesen.

[106060]

Ich habe einiges getestet, aber eine gute Lösung habe ich nicht gefunden.

Im isochronous transfer mode des Sundtek Sticks kommt lediglich ein stark ruckelndes Klötzchen-Bild ohne Ton.
Im bulk transfer mode des Sundtek Sticks kommt zwar Bild und Ton recht sauber, aber es ruckelt alle 1-2 Sekunden.

Die Ressourceneinstellungen im ESXi haben auch nicht geholfen:
- von 1 vCPU auf 2 vCPU erhöht (Hardware: Core2Duo P8600 (2x 2,4 GHz))
- 500 MHz exklusive CPU-Reservierung eingestellt (real benötigt: ca. 300 MHz)
- 256 MB Memory exklusiv reserviert (in VM benötigt: ca. 200MB)
- VMware USB Arbitrator (System Resource Allocation -> init-process -> vmware-usbarbitrato.5056):
  memory limit von 13 auf 26 MB erhöht und CPU auf expandable/unlimited gesetzt

Code: [Auswählen]

root@vdr:~ # /opt/bin/mediaclient --build
Build date: Mar 28 2011
root@vdr:~ # /opt/bin/mediasrv --build
Build date: Mar 28 2011

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
  [SERIAL]:
     ID: 123456789xxxx
  [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
isochronous transfer mode des Sundtek Sticks:

dtvtransfermode=iso , PID-Filter ON/OFF:
--pidfilter=[on|off] hat nichts geholfen

dtvtransfermode=iso , PID-Filter ON und VDR aktiv:

Code: [Auswählen]

root@vdr:~/sundtek_driver # /opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2011-03-31 16:48:24]     645120 bytes |     630.00 kb |       0.62 mb transferred
[2011-03-31 16:48:25]     675840 bytes |     660.00 kb |       0.64 mb transferred
[2011-03-31 16:48:26]     675840 bytes |     660.00 kb |       0.64 mb transferred
[2011-03-31 16:48:27]     563200 bytes |     550.00 kb |       0.54 mb transferred
[2011-03-31 16:48:28]     552960 bytes |     540.00 kb |       0.53 mb transferred
[2011-03-31 16:48:30]     604160 bytes |     590.00 kb |       0.58 mb transferred
[2011-03-31 16:48:31]     522240 bytes |     510.00 kb |       0.50 mb transferred

root@vdr:~ # /opt/bin/mediaclient --listpids
Using device: /dev/dvb/adapter0/frontend0
ID   | PID
----------
0000 | 0x0012 - 18
0001 | 0x0000 - 0
0002 | 0x0011 - 17
0003 | 0x0010 - 16
0004 | 0x006e - 110
0005 | 0x0078 - 120
0006 | 0x007d - 125
0007 | 0x0079 - 121
0008 | 0x0083 - 131

dtvtransfermode=iso , PID-Filter OFF und VDR gestoppt:

Code: [Auswählen]

root@vdr:~/sundtek_driver # /opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2011-03-31 16:50:25]    3143680 bytes |    3070.00 kb |       3.00 mb transferred
[2011-03-31 16:50:26]    3440640 bytes |    3360.00 kb |       3.28 mb transferred
[2011-03-31 16:50:27]    2805760 bytes |    2740.00 kb |       2.68 mb transferred
[2011-03-31 16:50:28]    2979840 bytes |    2910.00 kb |       2.84 mb transferred
[2011-03-31 16:50:29]    3450880 bytes |    3370.00 kb |       3.29 mb transferred
[2011-03-31 16:50:30]    2928640 bytes |    2860.00 kb |       2.79 mb transferred
[2011-03-31 16:50:31]    2908160 bytes |    2840.00 kb |       2.77 mb transferred
[2011-03-31 16:50:32]    3450880 bytes |    3370.00 kb |       3.29 mb transferred

dtvtransfermode=iso , /var/log/mediasrv.log:
Es kommt nichts auffälliges, auch kein "realigning stream" o.ä.




bulk transfer mode des Sundtek Sticks

dtvtransfermode=bulk , PID-Filter ON und VDR aktiv:

Code: [Auswählen]

root@vdr:~/sundtek_driver # /opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2011-03-31 16:32:02]     716800 bytes |     700.00 kb |       0.68 mb transferred
[2011-03-31 16:32:03]     737280 bytes |     720.00 kb |       0.70 mb transferred
[2011-03-31 16:32:04]     737280 bytes |     720.00 kb |       0.70 mb transferred
[2011-03-31 16:32:05]     778240 bytes |     760.00 kb |       0.74 mb transferred
[2011-03-31 16:32:06]     757760 bytes |     740.00 kb |       0.72 mb transferred
[2011-03-31 16:32:07]     727040 bytes |     710.00 kb |       0.69 mb transferred
[2011-03-31 16:32:08]     737280 bytes |     720.00 kb |       0.70 mb transferred
[2011-03-31 16:32:09]     747520 bytes |     730.00 kb |       0.71 mb transferred
[2011-03-31 16:32:10]     727040 bytes |     710.00 kb |       0.69 mb transferred
[2011-03-31 16:32:11]     665600 bytes |     650.00 kb |       0.63 mb transferred

root@vdr:~/sundtek_driver # /opt/bin/mediaclient --listpids
Using device: /dev/dvb/adapter0/frontend0
ID   | PID
----------
0000 | 0x0012 - 18
0001 | 0x0000 - 0
0002 | 0x0011 - 17
0003 | 0x0010 - 16
0004 | 0x006e - 110
0005 | 0x007d - 125
0006 | 0x0078 - 120
0007 | 0x0079 - 121
0008 | 0x0064 - 100
0009 | 0x0083 - 131
dtvtransfermode=bulk , PID-Filter OFF und VDR gestoppt:

Code: [Auswählen]

root@vdr:~/sundtek_driver # /opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2011-03-31 16:38:21]    4157440 bytes |    4060.00 kb |       3.96 mb transferred
[2011-03-31 16:38:22]    4464640 bytes |    4360.00 kb |       4.26 mb transferred
[2011-03-31 16:38:23]    4454400 bytes |    4350.00 kb |       4.25 mb transferred
[2011-03-31 16:38:24]    4464640 bytes |    4360.00 kb |       4.26 mb transferred
[2011-03-31 16:38:25]    4454400 bytes |    4350.00 kb |       4.25 mb transferred
[2011-03-31 16:38:26]    4474880 bytes |    4370.00 kb |       4.27 mb transferred
[2011-03-31 16:38:27]    4464640 bytes |    4360.00 kb |       4.26 mb transferred
[2011-03-31 16:38:28]    4454400 bytes |    4350.00 kb |       4.25 mb transferred
[2011-03-31 16:38:29]    4464640 bytes |    4360.00 kb |       4.26 mb transferred
[2011-03-31 16:38:30]    4454400 bytes |    4350.00 kb |       4.25 mb transferred
[2011-03-31 16:38:31]    4464640 bytes |    4360.00 kb |       4.26 mb transferred
dtvtransfermode=bulk , /var/log/mediasrv.log:

Code: [Auswählen]

2011-03-31 16:30:22 [937] TS Sync byte not aligned, realigning stream (0)
2011-03-31 16:30:22 [937] TS Sync byte not aligned, realigning stream (616)
2011-03-31 16:30:22 [937] TS Sync byte not aligned, realigning stream (861)
2011-03-31 16:30:22 [937] TS Sync byte not aligned, realigning stream (1128)
2011-03-31 16:30:22 [937] TS Sync byte not aligned, realigning stream (1351)
2011-03-31 16:30:22 [937] TS Sync byte not aligned, realigning stream (2152)
2011-03-31 16:30:23 [937] THERE MUST BE A BUG WITH YOUR HARDWARE, PLEASE CHECK ISO/BULK TRANSFER MODE
2011-03-31 16:30:23 [937] Packetsize < 188 bytes is invalid, throwing it away and increasing corruption
2011-03-31 16:30:23 [937] TS Sync byte not aligned, realigning stream (752)
2011-03-31 16:30:23 [937] THERE MUST BE A BUG WITH YOUR HARDWARE, PLEASE CHECK ISO/BULK TRANSFER MODE
2011-03-31 16:30:23 [937] Packetsize < 188 bytes is invalid, throwing it away and increasing corruption
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (188)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (616)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (0)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (616)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (888)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (1128)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (0)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (308)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (616)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (1264)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (188)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (616)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (852)
2011-03-31 16:30:24 [937] TS Sync byte not aligned, realigning stream (0)

Ich vermute, dass durch die softwareseitige Vermittlungsschicht (von VMware) zwischen USB-Hardware-Port und Durchreichen in eine VM kein kontinuierlichen Datenstrom geliefert werden kann.
Bei isochronous transfer gar nicht und beim bulk transfer einigermassen, aber nicht in ausreichend guter Qualität.

Am VDR 1.7.16 scheints nicht zu liegen, da ein TS-Datenstrom mit
opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 > test.ts
in eine Datei geschrieben, genauso oft ruckelt wie der Live-TV-Stream vom VDR.

Am Sundtek Stick liegts jedenfalls nicht, da der an meinem physikalischen VDR-System einwandfrei funktioniert.

[Sundtek]

Nun du kannst noch versuchen folgendes Modul hinzuzukompilieren

http://www.sundtek.de/support/khelper.tar.gz es ist eigentlich für äußerst schwache Embeddedsysteme gedacht. Unser Userspace Treiber wird die Interfaces nach einem Neustart automatisch verwenden.

1. Modul kompilieren und laden
danach:
/opt/bin/mediaclient --shutdown
/opt/bin/mediaclient --start

Wir supporten das Modul nur indirekt (also Stabilität und das es kompiliert sowie auf einigen ausgewählten Plattformen), im Grunde wollen wir nicht das jemand kompilieren muss da es eine Menge an zusätzlichen Support bedeuten würde.

[106060]

Ich bekomme khelper leider nicht compiliert.
Auf dem Debian Squeeze System sollte eigentlich alles zum compilieren vorhanden sein. Mit module-assistant (m-a) habe ich auf dem System bereits erfolgreich die open-vm und lirc kernel modules compilieren können.

http://www.sundtek.de/support/khelper.tar.gz habe ich in /usr/src/modules/khelper ausgepackt und die darin enthaltene Readme Datei in "Makefile" umbenannt. Wenn ich in /usr/src/modules/khelper ein "make" absetze, dann kommt folgender Fehler:

Code: [Auswählen]

root@server:/usr/src/modules/khelper # ls -la
total 48
drwxr-xr-x 2 root root  4096 Apr  1 16:32 .
drwxr-xr-x 5 root root  4096 Apr  1 16:32 ..
-rw-r--r-- 1 root root  1072 Nov 16 03:16 Makefile     (<--- "Readme" in "Makefile" umbenannt)
-rw-r--r-- 1 root root 18884 Mar 31 21:34 usbkhelper.c
-rw-r--r-- 1 root root  1352 Jan  2 20:47 usbkhelper.h
-rw-r--r-- 1 root root   384 Jan  2 21:03 usbkhelper-user.h

root@server:/usr/src/modules/khelper # make
Makefile:1: *** missing separator.  Stop.
root@server:/usr/src/modules/khelper # make clean
Makefile:1: *** missing separator.  Stop.
root@server:/usr/src/modules/khelper # make x86
Makefile:1: *** missing separator.  Stop.
root@server:/usr/src/modules/khelper #

Hat jemand von euch einen Tipp für mich?

[Sundtek]

Wir haben http://www.sundtek.de/support/khelper.tar.gz aktualisiert.
Nach dem Herunterladen einfach ./build.sh ausführen.

Wie erwähnt eigentlich wollen wir nicht das dieses Modul jemand benutzt da es nur sehr performancekritischen "Notfällen" verwendet wird. Wir werden in einigen Tagen den FreeBSD Treiber freigeben und dann kann man auch sehr gut verglichen welcher USB Stack performanter ist (Linux vs FreeBSD) und welches Betriebssystem noch Verbesserungen benötigt.