Moin,
Die Karte hat eine nGene PCIe-Bridge von Micronas.
Regards
Globber
Moin,
Die Karte hat eine nGene PCIe-Bridge von Micronas.
Regards
Globber
QuoteOriginal von globber
Moin,
Die Karte hat eine nGene PCIe-Bridge von Micronas.
Regards
Globber
AAAAAHHHH. Jetzt kappiere ich...
Das würde bedeuten, dass falls es wirklich an dem Chip liegt, dass der Treiber hierfür auch ggf. einen Fehler hat und hier wiederum der entsprechende Maintainer tätig werden müsste... ?!?!
QuoteOriginal von Zeihold_von_SSL
AAAAAHHHH. Jetzt kappiere ich...
Das würde bedeuten, dass falls es wirklich an dem Chip liegt, dass der Treiber hierfür auch ggf. einen Fehler hat und hier wiederum der entsprechende Maintainer tätig werden müsste... ?!?!
Hi,
die Maintainer sind schon aktiv, ..., aber es gibt halt noch keine Lösung.
Gruß
Wolfgang
QuoteOriginal von wbreu
Hi,
die Maintainer sind schon aktiv, ..., aber es gibt halt noch keine Lösung.
Gruß
Wolfgang
Ah okay. Verstehe.
Wenn ich irgendwie helfen kann, dann sagt bescheid.
Leider bin ich kein Softwareentwickler und kann zumindst auf dieser Ebene nix beisteuern.
Bin leider am Wochenende noch nicht dazu gekommen mein System endlich von der Software her flott zu machen.
Versuche aber dieses Wochende soweit zu kommen, dass ich beim testen etwas beisteuern kann.
gbt es bei der herstellerfirma/digitaldevices/dvb-shop eigentlich einen entwickler bzw.
mitbastler und beta tester rabatt fuer die karte?
gruss,
-- randy
Bastlerrabatt?
Ja, bitte aktuellen Kontoauszug, beidseitige Kopie des Personalausweises, DNA-Probe sowie Befähigungsnachweis einreichen ...
Hallo Randy! Lange nichts mehr gehört - melde Dich da mal kurz bei mir via PM ... (wegen Teststellung)
QuoteOriginal von wbreu
Sorry, ich mag nicht glauben, dass die Hardware dran Schuld sein soll.
Habe ich ja auch nicht behauptet!
Die Systeme bestehen halt aus anderen Komponenten und haben damit ein anderes Timing. Bei sporadischen Fehlern reagieren sie dann unterschiedlich.
Ich gehe nach wie vor von einem Fehler im Linuxtreiber aus.
CU
Oliver
QuoteOriginal von UFO
Die Tuning-Geschwindigkeit des Treibers ist nach wie vor unterirdisch.
Der angehängte Patch beschleunigt die Umschaltgeschwindigkeit wesentlich...
CU
Oliver
QuoteOriginal von UFO
Der angehängte Patch beschleunigt die Umschaltgeschwindigkeit wesentlich...
tss, das überrascht mich jetzt irgendwie gar nicht.
Gerald
QuoteOriginal von UFO
Der angehängte Patch beschleunigt die Umschaltgeschwindigkeit wesentlich...
CU
Oliver
Hallo Oliver,
na das sind mal gute Nachrichten, wenn es halbwegs an Windows rankommt, wäre ich begeistert.
PS: Da hat sich die lange Nacht wohl gelohnt, danke für den Patch!
Gruß
Wolfgang
QuoteOriginal von wbreu
na das sind mal gute Nachrichten, wenn es halbwegs an Windows rankommt, wäre ich begeistert.
Dann vergleicht mal. Ich habe kein Windows auf der Maschine...
Quote
PS: Da hat sich die lange Nacht wohl gelohnt, danke für den Patch!
Ehrlich gesagt, bin ich etwas frustriert. So etwas hatte ich nicht erwartet...
CU
Oliver
QuoteOriginal von UFO
Dann vergleicht mal. Ich habe kein Windows auf der Maschine...
Ehrlich gesagt, bin ich etwas frustriert. So etwas hatte ich nicht erwartet...
Ein hilfloser Versuch einer race condition aus dem Weg zu gehen?
Gerald
QuoteOriginal von gda
Ein hilfloser Versuch einer race condition aus dem Weg zu gehen?
Imho nicht. Ist einfach überflüssig:
- Die Routine ist per Mutex geschützt, d.h. es kommt immer nur eine Task rein.
- Die Task wartet in der Routine per wait_event_timeout() auf das Ende des Kommandos.
CU
Oliver
das statement scheint wohl noch aus dev zeiten zu sein
QuoteOriginal von UFO
Imho nicht. Ist einfach überflüssig:
- Die Routine ist per Mutex geschützt, d.h. es kommt immer nur eine Task rein.
- Die Task wartet in der Routine per wait_event_timeout() auf das Ende des Kommandos.
Erschütternd!
Gerald
Hab mal Loggs verglichen: 5087ms ohne und 581ms mit Olivers Patch gemessen von "stv090x_wakeup: Wake STV0900 from standby" bis "stv090x_read_status: Delivery system: DVB-S" (siehe auch Anhang).
Also Vielen Dank Oliver, bleibt mir da nur noch zu sagen (vorallem wenn ich mir die Timestamps des Mail-Verkehrs anschaue).
Wow! Auf jeden Fall lässt sich das Ergebnis sehen.
HD -> SD < 2 Sek
SD -> HD ca. 3 Sek.
gleicher Transponder -> ca. 1 Sek.
Das ganze unter xmbc (also streamdev), vdr-sxfe braucht bei SD -> HD ca. 5 Sek.
Das ganze jeweils bis der erste Ton kommt.
V_R
QuoteOriginal von gda
Erschütternd!
Das eigentlich erschütternde daran ist, daß ich das msleep-Statement erst bemerkt habe, als ich in meiner Verzweiflung an dieser Stelle ein printk zur Ausgabe des jiffie-Counters einbauen wollte...
CU
Oliver
Hi,
so hat ein bisschen gedauert bei mir, was soll ich sagen, Umschaltverhalten wie in Windows. Sowohl bei SD auf SD als auch HD auf HD.
Bug beseitigt würde ich mal sagen.
Danke an ALLE Beteiligten!! - Es waren mehr als hier posten!
Ich mach nochmal zwei/drei Tests mit anderen Kerneln. Der von gerade ist der 2.6.31.5.
Gruß
Wolfgang
Gleich noch eine kleine Erfolgsmeldung,
Femon-1.7.5 scheint auch keinen Aussetzter mehr zu machen, wenn die Streamanalyse eingeschaltet ist.
Eventuell kann es ja noch jemand gegentesten!?
Gruß
Wolfgang
Don’t have an account yet? Register yourself now and be a part of our community!