Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Thema gestartet von: 106060 am Januar 13, 2011, 05:03:39 Nachmittag
-
...da es im Thread zur Fritzbox http://support.sundtek.com/index.php/topic,522.0.html (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 -aVMkernel esxi.blabla.de 4.0.0 #1 SMP Release build-332073 Nov 30 2010 16:51:42 x86_64 unknown
# busybox
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:
# 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:
# 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:
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:
# 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?
-
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..
-
Ich habs eben mal ausprobiert:
/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
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
2011-01-13 15:10:28 [1518046] unable to connect to driver (closing: 3 - No such file or directory)
# cat /var/log/messages
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.
-
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.
-
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!!!
-
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 :)
-
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
-
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.
-
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?
-
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.
-
Alternativ wäre auch:
dvbstream -o 8192 | /opt/bin/mediaclient --pipecount=1000
Möglich um den kompletten TS Stream auszulesen.
-
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
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:
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:
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:
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:
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:
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.
-
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.
-
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:
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?
-
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.
-
Eigentlich wollte ich mit meiner Bitte um Tipps zum Compilieren nicht die Spezis vom Sundtek-Support beschäftigen - aber ich hätte wissen müssen, dass ihr immer schnell eine Antwort gebt ;)
Vielen Dank!!!
Mit dem geänderten Makefile hat's auf Anhieb geklappt und ein insmod usbkhelper.ko hat beim einhängen des mods auch nicht gemeckert. Ich werd das mod heut Nacht oder morgen mal von der Build-Umgebung auf die VM mit dem VDR (gleicher Kernel) kopieren und dort mit eingestecktem DVB-C Stick testen (iso und bulk transfer mode)...
Stay tuned for further feedback...
-
Voller Erfolg, nachdem http://www.sundtek.de/support/khelper.tar.gz compiliert und geladen wurde!
Ein Sundtek MediaTV Stick per USB am VMware ESXi Host per USB eingesteckt und durchgereicht an eine virtuelle Maschine funktioniert! Live-TV (DVB-C) mit VDR über's Netzwerk gestream wird ohne Aussetzer angezeigt! ;D
Environment:
Host:
- VMware ESXi 4.1U1 Host auf MSI Mainboard mit Core2Duo P8600 (2x 2,4 GHz) und 4 GB RAM
- Sundtek MediaTV Stick an USB Port des ESXi Hosts eingesteckt (dtvtransfermode=iso)
Virtuelle Maschine:
- 1 vCPU, 320 MB RAM
- Debian Squeeze 6.0 (Kernel 2.6.32-5)
- vdrdevel 1.7.16
- http://www.sundtek.de/support/khelper.tar.gz compiliert und per insmod usbkhelper.ko geladen <--- notwendig!!!
- keine CPU-Ressourcen reserviert
- keine Memory-Ressourcen reserviert
- 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
(könnte aber ohne die Änderungen funktionieren - ich habe es nicht mehr getestet)
Neben der VM mit dem VDR laufen parallel auf dem ESXi übrigens noch 6 weitere VMs...
Vielen Dank an viper0482 für die Info, dass ESXi in der neuesten Version USB-Geräte an eine VM durchreichen kann und insbesondere an Sundtek für den -wie immer- tollen Support!!!
-
Interessant wäre wohl auch FreeBSD ohne Modul, die FreeBSD Erweiterungen um VDR und die anderen Applikationen zu unterstützen werden jedoch erst freigegeben...
Sobald die Erweiterungen freigegeben werden wäre es auch möglich VDR direkt unter MacOSX mit DVB-C/T/S/S2 zu betreiben.
-
Wäre es vielleicht möglich die Datei usbkhelper.ko fertig kompiliert für ein Ubuntu 16.04 zu bekommen? Wäre super wenn das hier jemand zur Verfügung stellen könnte.
Danke für die Hilfe im Voraus.
-
USBKhelper wird seit Jahren nicht mehr unterstützt.
http://sundtek.de/support/usbkhelper.tar.gz (wer Zeit und Muße hat kann das Modul selber aktualisieren).
Da ist es besser den Tuner an einem Raspberry PI zu verwenden und via Streamingserver weiterzuleiten.
http://support.sundtek.com/index.php/topic,2075.0.html
-
USBKhelper wird seit Jahren nicht mehr unterstützt.
http://sundtek.de/support/usbkhelper.tar.gz (wer Zeit und Muße hat kann das Modul selber aktualisieren).
Da ist es besser den Tuner an einem Raspberry PI zu verwenden und via Streamingserver weiterzuleiten.
http://support.sundtek.com/index.php/topic,2075.0.html
Danke für die schnelle Antwort. Ich versuche nur alles Systeme auf einen Server zusammenzuführen. Gibt es denn wenigstens bald die Möglichkeit einen DVB-S Tuner unter Windows im Netzwerk zur Verfügung zu stellen oder wenigstens eine andere Möglichkeit UDB innerhalb einer VM zu beschleunigen?
Danke für den Support im Voraus.