Sundtek Support Forum

Bezueglich App Armor, es gibt einen offiziellen Apparmor Support Chat auf irc.oftc.net #apparmor
Als Chat Client eignet sich irssi unter Linux/BSD/..

Wir sind soweit lediglich auf Video spezialisiert, auf etwaige Linux Erweiterungen welche einen eigenstaendigen Support enthalten verweisen wir am Besten weiter.
Unser Treiber wird systemweit in Ihrem Fall maximal als Netzwerkapplikation laufen welche Unix Domain Sockets zur internen Kommunikation verwendet. Dies sollte nicht von Apparmor geblockt werden.

ACHTUNG

Die aktuellen Dokumentationen sind umgezogen:

http://wiki.sundtek.de/index.php/WesternDigitalMyBookNAS

http://wiki.sundtek.de

----

Installation

1. Login: (Login: admin Passwort: admin oder 123456)


2. Advanced Mode auswaehlen


3. Advanced auswaehlen:


4. SSH Access Enable



5. Auf das NAS mittels SSH einloggen:
Putty oder ein Terminal oeffnen und folgende Befehle ausfuehren:

cd /tmp
wget http://www.sundtek.de/media/sundtek_installer_development.sh
chmod 755 sundtek_installer_development.sh
./sundtek_installer_development.sh

Um den Netzwerkzugriff auf den TV Tuner zu aktivieren:

$ /opt/bin/mediaclient --enablenetwork=on
Hardware PID Filter aktivieren:
$ /opt/bin/mediaclient -P on

Auf einer Linux Workstation kann das Geraet nach installation des Treibers wie folgt geladen werden:

$ /opt/bin/mediaclient --scan-network
Scanning network for IPTV media servers
---------------------------------------------------------------------
 IP address       | ID  |  devicename          | Users | Capabilities
---------------------------------------------------------------------
 192.168.1.16     | 0   | Sundtek MediaTV Pro  | 2     | DVB-T, DVB-C
 192.168.1.4      | 0   | Sundtek MediaTV Pro  | 2     | DVB-T, DVB-C
-  2 IPTV server found ----------------------------------------------
$ /opt/bin/mediaclient --mount 192.168.1.16

ok wir werden demnaechst folgende Option hinzufuegen:

/opt/bin/mediaclient --shutdown

Mit dieser Option kann man den Treiber beenden, und die Geraete deinitialisieren bzw. in den Standby Betrieb schalten.

Alternativ kann derzeit 15 Sekunden gewartet werden nachdem VDR gestoppt wurde, dann schaltet das Geraet derzeit automatisch in den Standby Betrieb.

Zur derzeitigen Situation, der Stick hat anscheinend noch immer Strom nachdem der Rechner in eine Art Standby geschalten wird die bessere Loesung waere den USB Controller in den Standby Modus zu versetzen damit dieser auch keinen Strom zieht.

tvheadend funktioniert hier soweit problemlos.

zeigen denn die tvheadend logfiles etwas an?

OK Nach einem Neustart heisst wohl PC Neustart?

Falls dem so ist wird tvheadend gestartet bevor der Treiber geladen wurde, dies ist natuerlich ein Problem von tvheadend da es mit hotplug Devices nicht umgehen kann, der Stick kann ja jederzeit angeschlossen oder abgezogen werden.

Als Workaround hat der Treiber eine Option welche es erlaubt Applikationen oder Skripte zu starten sobald ein Geraet angeschlossen oder abgezogen wird.

/etc/sundtek.conf
device_attach=/etc/init.d/tvheadend restart
device_detach=/etc/init.d/tvheadend restart

Dies wuerde tvheadend dann einfach neu starten sobald der Stick vom System erkannt wird.
Das gleiche beim abziehen des Sticks (es ist uns bekannt das tvheadend auf 100% CPU last geht sobald der Stick gezogen wird - wie erwaehnt aus dem Grund das es kein hotplugging unterstuetzt)


Wie uns vor kurzem mitgeteilt wurde:
Der jeweilige TVheadend Entwickler wird den DVB Support in Zukunft noch ueberarbeiten um auch Hotplugging zu unterstuetzen.

Versuchen Sie eventuell folgenden Treiber:

http://www.sundtek.de/media/sundtek_installer_development.sh (derzeitiger Stand vom 6. Juli 2010).
Es gab in den letzten Monaten einige Aenderungen beim Startverhalten von einigen Linux Distributionen.

Um was fuer eine Distribution handelt es sich?

Um sicherzugehen das der Stick nicht von einer anderen Applikation benutzt wird koennen Sie die Ausgabe von folgendem Befehl hier angeben:

/opt/bin/mediaclient --lc

Dies zeigt die Applikationen an welche mit dem Treiber verbunden sind.

Der Stick funktioniert leider lediglich ab WinXP.

Die genauer Fehlerursache laesst sich wohl hauptsaechlich durch die Ueberpruefung des Kabelnetzes klaeren. Wir haben Trident mittlerweile kontaktiert, dieses Qualitaetsproblem tritt derzeit bei insgesamt 3 Kunden/Kabelnetzen auf (hauptsaechlich kleinere Wohnungsgesellschaften mit DVB-S auf DVB-C wandlern).

Die neuen Sticks ab Q3 sollten mit etwaigen verfaelschten DVB-C Protokollen dann ebenfalls problemlos funktionieren. Hiervon sind <1% unserer Kunden betroffen, auch betrifft dies Hauppauge oder Terratec sowie einige TV Sets im Handel.

Nichts desto trotz sollten Sie bitte versuchen auch im Windows eine Aufnahme zu starten, wir werden diesem Problem naechste Woche ebenfalls mit einem der anderen beiden Kunden genauer durchgehen.

Die letzte Untersuchung hat folgendes ergeben (Originaltext):

----
Observing our RF recordings more thoroughly, I can confirm that the DVB-S to DVB-C transmodulator in Koeln has a non-conformity in the byte to symbol mapping in their DVB-C modulator.
For reference I have attached an excerpt of the DVB-C spec that discusses this byte to symbol mapping.
 
For 64QAM each symbol contains 6bits. In that case the byte to symbol mapping should be such that symbols only start at the even bits of the byte (b0, b2, b4 and b6) in order to comply with the DVB-C spec.
In case of the recordings we made in Koeln we see that the symbols start on the odd bits of the bytes (b1, b3, b5 and b7).
Wrong mapping also has a slight disadvantage on the effectiveness of the Reed-Solomon Error Correction, as a complete TS packet is spread over 1 more symbol in case of odd boundaries than when even boundaries are used.
 
We have seen similar issues with symbol mapping before (e.g. with DVB-C modulators used by Kabel Deutschland back in 2008). That’s why for DRXK-A3 we have added the capability to cope with any kind of byte to symbol mapping. Unfortunately we couldn’t fix it in SW.
 
In case of Kabel Deutschland, once we informed them of this non-compliance, they contacted their modulator equipment supplier who was able to fix it via a FW update of their modulators.
I think one of us (Sundtek or Trident) should contact AstroKom about this issue.
 
So, two ways to a solution:
-          Produce sticks with DRXK-A3 (and send one to Alexander)
-          Contact AstroKom and have them fix their modulators
 
Let me know your plan and whether you want to contact AstroKom yourself or if you’d rather have us contact them (we have done some business with them before, so we have some contacts).
----

Unsere kommenden Geraete werden den neueren Chip verwenden.

Wie sieht denn die Ausgabe von w_scan aus?