du meinst mit Antennen ein- und ausgang? - ja, die hab ich.
Beiträge von VladOs
-
-
moin!
hast du die patchs, die hier gepostet wurden, auch getestet?
wäre interessant wie dein patch mit QAM256 zurecht kommt.
bei mir stellt QAM64 kein problem dar (auch mit kernel 2.6.18 ohne irgendwelche patchs), sondern QAM256 "ist" bei mir das sorgenkind.
-
hallo!
was verstehst du unter "laufen"?
also bei mir läuft sie tadellos. keine artefakte oder ähnliches.
das probem mit den umschaltzeiten bei QAM256 sendern habe ich mit dem obigen patch gelöst. -
Zitat
Original von e9hack
Ich glaube nicht, das der gesammte zweite Block in Summe notwendig ist. Kannst Du das nochmal zeilenweise einbauen und testen?
Gruß
e9hackhabe den patch von oben abgearbeitet.
mit der zeileCode/* set initial demodulation frequency */ - stv0297_set_initialdemodfreq(state, 7250); - + stv0297_set_initialdemodfreq(state, 7209);
waren die umschaltzeiten wieder genau so schnell wie bei dem ganzen patch davor.zum vorgehen: habe zeile für zeile die änderungen eingebaut, treiber kompiliert, getestet. wenn keine verbesserung zu merken war, habe ich die davor geänderte zeile auskommentiert oder den orignal eintrag eingefügt und die nächste zeile/block aus dem patch genommen.
bringt denn der patch in seiner gesamtheit was? oder soll ich es bei dem einen eintrag belassen?
soll ich noch was testen? -
Wie gesagt, ich habe den Kernel neu gebaut mit dem zweiten Patch
e9hack
Dürfte sehr aufwendig sein zeilenweise zu testen. Da muss ich mich erst mit der anderen Methode vertaut machen.Hein Blöd
Die Sources von V4l hab ich gar nicht angerührt. Ich habe mir die Linux-Source-2.6.22 gezogen, Patch eingebaut und neuen Kernel gebaut. -
Wow!
Grad neuen Kernel mit dem zweiten Patch fertig gebaut, installiert, und siehe da...
Umschaltzeiten bei ca. EINER Sekunde!Also ich bin fürs Erste sprachlos. Das muss erstmal mit einem Bier begossen werden
Ein riesengroßes Dankeschön an e9hack!!
Wenn ihr was von mir braucht, logs usw, einfach bescheid sagen.
PS: Bei dem ersten Patch habe ich keinen Unterschied feststellen können
-
Naja, ich habe ja noch das Glück, dass die Bildqualität sehr gut ist. Es sind halt die Umschaltzeiten bei QAM256 Sendern. Die machen das Zappen unmöglich und den VDR nicht Wohnzimmer tauglich :-/
-
wie mach ich es denn anders? also ohne den kernel neu zu bauen.
-
hallo e9hack,
können deine Patchs mein Problem mit der Umschaltzeit lösen?
Dann würde ich diese auch ausprobieren.Könntest du vllt. die geänderten Dateien anhängen?
Hab so meine Probleme mit dem PatchenPS.: Um die Patchs einzubauen, muss man doch immer neuen Kernel bauen, oder geht es irgendwie einfacher/schneller?
Gruß
-
Hi!
Hier tut sich ja noch was...
Also ich habe jetzt mit dem "neuen" 22er Kernel und dem Patch probiert und muss sagen, dass die Umschaltzeiten bei den QAM256 Sendern immer noch grausam sind. Kenne schon jeden Pixel von dem "No Signal" Bild auswendig
Ist das nun ein Treiberproblem?
-
Danke dir.
Wenn ich mich nicht irre, muss ich dann den Kernel neu kompilieren oder?
Sorry, bin blutiger Anfänger was Linux angeht. Gibt es eine gute Anleitung dafür? Dann könnt ich gleich den Patch für die FB mit einbauen. Das wäre echt super. -
-
Hallo,
habe den Thread so weit es geht durchgelesen und bin doch sehr überrascht, dass die TT 1500 C solche Probleme macht.
Soweit ich das beurteilen kann, ist bei mir der Empfang perfekt auf allen Sendern. Wenn ich also irgendwie helfen kann, sagt mir bescheid.
Was mir aber zu schaffen macht ist die lange Umschaltzeit bei manchen Sendern. Ist euch das Problem bekannt?
Und wenn ich schon dabei bin: Ich kann nicht alle Tasten der FB anlernen, wie zB "Links", ohne die Taste der Betrieb von VDR fast unmöglich istGruß
-
Hallo,
das von dir beschriebene Problem habe ich auch.
Wäre schön wenn die Leute statt "hat sich erledigt" ihre Lösung posten würden
Würde allen anderen (sowie mir) bei denen das Problem auftritt, viel mehr helfen.Ist kein persönlicher Angriff, sondern eine Aufforderung deine Lösung zu posten und so "dumme" User wie mich glücklich zu machen