Sundtek Support Forum

norm= is a confusion with the old video4linux (v4l1) protocol, with the new protocol you have to use normid=[number infront of the actual norm]
You are mixing up the v4l1 with the v4l2 syntax

See following line in your mplayer parameter:
tv.c: norm_from_string(pal): Bogus norm parameter, setting default.


Hallo,

vielen Dank für Ihre schnelle Antwort.
Der Treiber ist dazu fähig, einen TV-Stream übers Netzwerk zu leiten. Sind die Latenzen hier nicht mindestens genauso hoch?

Nein, Qemu versucht zusaetzlich nocheinmal einen Host zu emulieren. Die Paketverarbeitung ist bereits eine kritische Angelegenheit. Sofern das ganze ueber das Netzwerk verwendet wird werden extra Puffer verwendet welche den Bedarf an Geschwindigkeit des Auslesevorganges entschaerfen.
QEMU arbeitet jedoch nicht mit solchen Puffern.
Das einzige was Sie versuchen koennen ist die Netzwerkfunktionalitaet zu verwenden, hierbei sind in Zukunft auch noch einige Updates geplant (z.B um die Radiofunktionalitaet und eventuell analog TV streaming ueber das Netzwerk zu unterstuetzen).

Solange die Pakete durchgereicht werden und das System abwartet bis sie auf der anderen Seite ausgelesen werden ist die Latenz diesbezueglich zu hoch. Abhilfe kann hierbei lediglich durch eine Verbesserung bei QEMU durchgefuehrt werden.

Der Unterschied ist natürlich, dass die Kommunikation zwischen Haupttreiber (der dem Netzwerk den Stream zur Verfügung stellt) und dem USB-Stick sehr geringe Latenzen hat und es eine Latenz dann nur zwischen den verschiedenen Treiberinstanzen gibt. Aber das bedeutet ja, dass das Ergebnis "LiveTV" an sich nicht von Latenzen abhängt, sondern nur das Kommunikationsprotokoll zwischen Treiber und Stick. Kann man in dem Fall durch ein Firmwareupdate oder ähnliches dieses Kommunikationsprotokoll ändern und die Latenzanfälligkeit verringern?

Im Normalfall würde ich einem Hersteller so einen Änderungsvorschlag nicht machen und erst recht nicht an eine Umsetzung glauben, aber durch Ihre regelmäßigen Treiberupdates und Ihre Kommunikation hier im Forum bin ich in gewisser Weise ermutigt. Hier nebenbei ein großes Lob an Ihren Support! Ich kenne eigentlich keine Firma, die sich so darum kümmert, durch Treiberupdates regelmäßig neue Funktionen in eine bereits verkaufte Hardware einzubauen.

Wir sind bemueht eine gute Qualitaet des Treibers bestmoeglichst zu garantieren. Unsere Entwickler arbeiten ebenfalls auf Hochtouren an kommenden Applikation.

Wird naechste Woche ueberprueft werden.

Wie schon erwaehnt wir vermuten das dies ebenfalls einen Zusammenhang zwischen ihrem Anschluss gibt, Q256 wurde bei uns ausgiebig getestet, und zeigt mit dem Signalgenerator sowie Kabeldeutschland (gegenuebergestellt mit einer STB von Thomson bei schwachen Sendern ziemlich das gleiche an). Jedoch schwankt z.b bei KDG hier bei den normalen Sendern auch nichts zwischen 90-100%, sondern ist permanent auf 100%.

* http://www.dwcom.eu/images/product_images/popup_images/128_0.png

Das naechste Update wird es in 1-2 Wochen bereits mit neuen Applikationen geben.

Versuchen Sie 2.6.22 aus dem Startmenue zu booten, diese Version unterstuetzt das Feature der Powerlimitierung normalerweise noch nicht.

Ist wie schon erwähnt möglich, wir haben dies lediglich etwas nach hinten geschoben da wir unser internes Releasesystem vorab noch etwas vorantreiben. Als ETA hierfür können Sie ca. 1-2 Wochen annehmen.

40% Signalqualitaet ist auf jeden Fall grenzwertig. ARM wurde bereits getestet ebenfalls mit QAM256, die Signalstaerke wird nicht beeinflusst von VDR.
Es wird demnaechst auch eine Applikation geben mit der man die verschiedenen Bit Error Ratios auslesen kann (das Geraet unterstuetzt 3 verschiedene BER Werte welche derzeit programmtechnisch nur ueber einen eigenen Befehl ausgelesen werden koennen).
Die CRC Fehler kommen daher das VDR besonders viele Nodes aufmacht und jeder Node fuer sich selber einen CRC Check macht. Hierbei kann natuerlich auch hinzukommen falls IO auf dem Rechner zu langsam ist IO ebenfalls zusaetzlich Last verursacht. Ueber Videodaten kann kein CRC Check gemacht werden, lediglich ueber PSI Daten wie EPG/EIT(Kanalinformationen)/etc (dies ist laut DVB/MPEG Spezifikationen festgelegt)

Wie schon erwaehnt QAM256 funktioniert bei praktisch jedem auch mit 100% Signalqualitaet, eventuell koennen Sie das Geraet auch bei Freunden testen?
Dies ist absolut der einzige Fall in dem es so gravierende Probleme mit einigen QAM256 Sendern gibt, wobei wir aber auch die 40% Signalqualitaet beruecksichtigen.

http://support.sundtek.com/index.php/topic,158.0.html in diesem Fall gehen wir derzeit tatsaechlich von einem defekten Geraet aus.

Sie koennen uns auch gerne ein Geraet zuruecksenden zur Ueberpruefung, eine Loesung fuer Ihr Problem muss irgendwie moeglich sein.