Sundtek Support Forum

Hallo Sundtek-Team,
zwecks Aktualisierung meiner scripts für die initialisierung der beiden Sundtek-Sticks habe ich nach den möglichen Optionen in der /etc/sundtek.conf gesucht, aber keine komplette Doku aller Optionen gefunden.

Daher habe ich mal die Optionen aus den einzelnen Threads zusammengesucht und hier konsolidiert.
Bei einigen Optionen fehlt mir die default Einstellung und bei anderen Optionen bin ich mir nicht sicher, in welchen sections sie auftreten dürfen (global/per adapter). Wenn sie in der globalen section und in der adapter section stehen dürfen, dann sollte es als Möglichkeit auftauchen.

Comments and updates are welcome!

$ cat /etc/sundtek.conf

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

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

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

#Call attach script when new device appears
#device_attach=[PATH_TO_SCRIPT] [PARAMETER|DEVID] #"DEVID" will automatically be replaced with the device ID

#Call detach script when device disappears
#device_detach=[PATH_TO_SCRIPT] [PARAMETER|DEVID] #"DEVID" will automatically be replaced with the device ID

# ----- Section for adapter with [SERIALNUMBER] -----
#Get adapter serial number with /opt/bin/mediaclient -e
#[SERIALNUMBER]

#Description register as dreambox tuner
#dreambox_support_fe1=[on|off] #default: off

#Infrared protocol to use
#ir_protocol=[RC5|NEC|RC6] #default: NEC

#Keymap to use, e.g. "/lib/udev/rc_keymaps/vp702x"
#rcmap=[PATH_TO_KEYMAP] #default: keymap which comes with the device

#Choose initial DVB mode for hybrid DVB-T/DVB-C devices only
#initial_dvb_mode=[DVBC|DVBT]

#Call attach script when new device appears
#device_attach=[PATH_TO_SCRIPT] [PARAMETER|DEVID] #"DEVID" will automatically be replaced with the device ID

#Call detach script when device disappears
#device_detach=[PATH_TO_SCRIPT] [PARAMETER|DEVID] #"DEVID" will automatically be replaced with the device ID

#Volume level
#volume=[0-127] #default: 118


# WSS callback (see http://en.wikipedia.org/wiki/Widescreen_signaling)
# trigger script when the videoformat changes between 16:9 or 4:3
#wss_callback=[scriptname]
# WSS_4_3_FULL
# WSS_14_9_LETTERBOX_CENTRE
# WSS_14_9_LETTERBOX_TOP
# WSS_16_9_LETTERBOX_CENTRE
# WSS_16_9_LETTERBOX_TOP
# WSS_16_9_LETTERBOX_DEEPER
# WSS_14_9_FULL_HEIGHT_4_3
# WSS_16_9_FULL_HEIGHT_16_9
# WSS_UNABLE_TO_DEMODULATE

#Timeout in ms after that WSS_UNABLE_TO_DEMODULATE will be called
#wss_demodulation_timeout=[MILLISECONDS]
Vlt. möchtet ihr es zukünftig als default-sundtek.conf verwenden?

VG,
Alex

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...

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.

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

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.

...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 -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?

MediaTV Dual - eine geniale Idee! Respekt für eure Innovationen!!!