Darstellungsproblem bei 2 TT-3600 USB

Hallo zusammen,

würde mich bei dem Thema gerne anschließen. Ich habe ein ähnliches, wenn nicht sogar das gleiche, Phänomen.

Ich hatte auch das Gefühl, dass seit dem ich 2 TT-S2-3600 an meinem ASROCK A330 ION-Board betreibe (das gleiche wie schneng; BIOS 1.40), es wiederholt zu diesen Darstellungsproblemen kommt. Und das das Problem mit einem Adapter (egal welchen) nicht auftritt. Angeschlossen sind die beiden Adapter unterhalb des Netzwerkanschlusses.

Ich bin aber bislang noch nicht zu einer genaueren Analyse gekommen.

Gruß, Sven

Habt Ihr im syslog Auffälligkeiten, wenn die Probleme auftreten?

Gruß
hepi

Wie angedeutet, habe ich noch keine Analyse angestellt. Ich werde aber heute abend mal genauer hinschauen.

Gruß, Sven

sorry, Doppelpost, s.u.

viele Grüsse
pbg4

Hi,

da ich schon im single Betrieb mit einer baugleichen Pinnacle PCTV Sat HDTV Pro USB (452e) Probleme mit Klötzchenbildung hatte (Probleme bei HD und SD, neueste S2-liplianin treiber, stb0899 mit patches für besseres Umschaltverhalten,.. Kernel 2.6.37-12-generic-pae), habe ich es nochmal mit einer neuen (seit gestern im Test) TechnoTrend TT-connect S2-3600 probiert, Ergebnis: bester Empfang, es scheint allerdings zwei Hardware Revisionen der TT S2-3600 zu geben, die neue TT S2-3600 hat bei lsusb -v den Wert bcdDevice 1.01, scheint also die neuere Revision zu sein, ausserdem bietet TT-pc.de einen Firmware updater an, aus dem Readme: Neuerungen in der Firmware Version:
- Verbesserung der Empfangsqualität bei hohen Datenraten auf DVB-S2 Transpondern,... vielleicht wäre das ja noch einen Versuch wert, bei mir wird leider die ältere Pinnacle nicht vom Firmware updater erkannt, muss wohl an den unterschiedlichen USB IDs liegen,

viele Grüsse

pbg4

Habe selbes Problem mit 1x TT 3650 CI und TT 3600, klötzchen nach ca. 10 min.

bis zum Kernel 2.6.33 ging noch alles super, danach fing es an.

wie es aussieht gibt es probleme beim usb datentransfer

anschauen kann man die schön mit

echo 8 > /sys/module/dvb_usb/parameters/debug

sollte dann

iso frame descriptor has an error: -18

erscheinen, kommen die klötzchen. Soweit ich das sehen, ist hier der Datentransfer noch nicht ganz fertig gewesen.

(Ich wollte nochmal diesen Patch testen, der wohl an dem Problem etwas ändert, weil dort etwas am USB Puffer für ISO Transfer geändert wird, was nach besagtem 2.6.33 mit eingeflossen ist)

JEder andere Tip wäre aber auch sehr schön. Mit nur 1 karte und 2. anderer Bauart, geht es wunderbar.

der Patch wäre für den Kernel. Der letzte 2.6.38_rc3 hat den schon drin. Nur haut da etwas andere nicht hin, startet zwar die dvb Devices und den VDR nur es hängt dann. Da muss also etwas anderes nicht stimmen. Daher wollte ich (wenn ich die Zeit finde) den Patch mal auf einem 2.6.37 testen.

Zitat

Da jetzt Kernel 2.6.38-28-generic läuft warten wir also bis ein Kernelupdate zur Verfügung steht.

du hast schon 2.6.38 drauf ?
ist ja auch nur eine Idee, vielleicht liegt es auch nicht daran. Viel mehr fällt mir aber auch nicht ein dazu im Moment (ich suche da schon Monate nach dem Fehler)

Ich bekomme auch "iso frame descriptor has an error: -18" im syslog, wenn ich den debuglevel auf 8 setze.

Ubuntu-Lucid-Standard-Kernel mit yaVDR 0.3, momentan 2.6.32-28.

Habt Ihr diesen Thread schon gelesen?
TT S2-3600 + noad = TS continuity errors

Gruß
hepi

Zitat

Original von m.Rcu
Habe selbes Problem mit 1x TT 3650 CI und TT 3600, klötzchen nach ca. 10 min.

bis zum Kernel 2.6.33 ging noch alles super, danach fing es an.

Das mit dem Kernel kann ich nicht nachvollziehen. Bei mir ist der Standardkernel 2.6.32-28-generic vom 10.01.2011 installiert und es kommt trotzdem zu den Problemen bei mehr als einer TT 3600 (leider auch mit meiner Dockstar).

Gruß, Sven

bei mir geht es auch nur mit dem vanilla 2.6.33. ein nachträglich installierter 2.6.32-25 (mit diversen Patches die nachträglich mit eingeflossen sind) besteht ebenfalls das Problem.

Hi,

m.Rcu: Kannst Du ggf. auch einen vanilla 2.6.32er testen? Du bist unter Gentoo, richtig?

Igor Liplianin wäre für das Problem bestimmt ein sehr guter Ansprechpartner, da er sehr viel Erfahrung mit den USB-DVB-Treibern hat. Evtl. kann man ihn am leichtesten hier kontaktieren: http://www.forum.free-x.de/wbb/index.php. Oder aber der User free-x hier im Portal mal fragen, der ist - wenn ich es richtig erinnere - ein Kumpel von Igor.

Das mit dem Firmware-Update-Versuch von der TT-Website überzeugt mich momentan noch gar nicht, aber da oben die Links fehlen, habe ich sie hier mal hinzugefügt:

http://www.tt-pc.de/2899/PC-Produkte.html
http://www.tt-downloads.de/USB-FirmwareUpdate.zip

Die Fehlermeldungen erscheinen bei mir übrigens auch ab und an, wenn ich nur eine meiner beiden USB-Boxen dran habe. Außerdem ist für mich noch nicht transparent, ob die Fehlermeldung im syslog wirklich korrespondiert mit den Momenten, wo die Bildfehler auftreten.

Gruß
hepi

ja kann ich mal mit 2.6.32 vanllia testen.

ich 2.6.27 hatte ich immer die "frischen vanilla sources". Bis einschliesslich 2.6.33 ging das immer gut, danach war kein Kernel mehr zu finden der das Problem behebt. Unter gentoo gibt es leider keinen ohne Patches mehr. Ich lade den mal von Hand.

in dem Forum hatte ich auch schon mal gesucht, dort hatte jemand selbes beschrieben, das wurde dann aber (trotz Funktion unter Windows) auf einen defekten USB Kontroller geschoben (glaube ich mich zu erinnern). Ih suche mal den Thread.
Hier ein Link auf meinen alten Breitrag mit Link zu dem Forum (mit Beispielbildern). Vielleicht kann ich morgen schon etwas zu, 2.6.32 sagen. Wenn ich einen Testrechner hätte könnte ich mit git bisect mal schauen wo genau das her kommt, nur haben ich nur den einen VDR laufen, und der wird fast durchgehend gebraucht

m.Rcu: Prima! Die Artefakte sind auch in Deinen Aufzeichnungen enthalten, wenn Du diese Aufzeichnungen auf einem Rechner mit einem anderen Player anschaust (VLC)? Will nur ausschließen, dass es am Grafiktreiber / am Frontend (xine, vdr-sxfe) auf Deinem Produktiv-VDR liegt?

Gruß
hepi

ja die sind (auch auf anderen Rechnern) mit dem Artefakten aufgenommen

--
so habs mal getestet mit 2.6.32 vanilla, leider selbes Ergebnis wie mir dem 2.6.38-rc3.(startet den vdr dann scheinen keine Daten mehr durchzukommen.) Muss ich wohl noch s2-liplianin in der Version testen, ab wann wieder ein bild kommt. Von daher kann ich noch keine genaue Aussage treffen mit einem nachträglichen downgrade auf 2.6.32.