Hallo
verfolge dieses Thema gespannt und wollte fragen, ob das ganze schon jemand mit Kernel 2.6.23.1 (mit oder/und ohne patch) probiert hat?
Werd mein Glück mal versuchen. Dank an alle, die sich dem Thema in derartigen Tiefen widmen.
Ansonsten hab ich die gleichen Probleme wie ihr. Vielleicht leg ich mir doch ne SATELCO zu (als Zweitkarte) damit ich meinen VDR und meine SMT 7020 Boxen als Streaming Clients endlich vernünftig nutzen kann. (KABEL, 7020 als reine Streaming Clients)
ZitatOriginal von VladOs
Dürfte sehr aufwendig sein zeilenweise zu testen. Da muss ich mich erst mit der anderen Methode vertaut machen.
Du sollst nicht wirklich jede Zeile einzeln testen. Ich würde folgende Gruppen von Zeilen getestet sehen:
9-10, 18-20, 22-24, 31-32, 35-38, 39, 41-46, 56-60, 67-74, 82
Die Zeilen sollten sich im 'gepatchten' File einfach auskommentieren bzw. ändern lassen.
Gruß
e9hack
ZitatOriginal von Hein Blöd
Den prinktk... (Debugging Info) kann ich wohl einfach rauslöschen?
Das verstehe ich nicht. Ich habe kein einziges printk eingefügt.
Gruß
e9hack
ZitatOriginal von Hein Blöd
Ich habe wohl nicht den richtigen Kernel um weiter mitzutesten. Man kann nur hoffen, dass der nächste CT Kernel demnächst erscheint.
Ich benutze zwar die aktuellen Sourcen von linuxtv.org, die letzten entscheidenten Änderungen in stv0297.c liegen aber 17 Monate zurück. Der Patch sollte sich damit auch auf alle neuren Kernel (>2.6.10?) anwenden lassen.
Gruß
e9hack
Sieht tatsächlich so aus, hab gerade die Original Quellen von Kernel 2.6.23.1.
Einziger Unterschied zwischen stv0297.c von linuxtv.org und Kernel Quellen 2.6.23.1 sind die Einträge
in Zeile 683
.frequency_min = 64000000,
.frequency_max = 1300000000,
statt
.frequency_min = 47000000,
.frequency_max = 862000000
Ich weiss nicht, ob ich heute noch genug Zeit habe. Jedenfalls werd ich in den nächsten Tagen auch mal ein wenig hin und her kompilieren.
Leider dauert die Kernelerzeugung ja immer etwas.
Erster Test wird sein: Ohne Patch stv0297.c, kompiliert gerade das zweite Mal, hatte meine SATA Treiber vergessen
Mit Hilfe von VladOs bin ich gerade dabei meinen ersten Kernel zu bauen (2.6.22 mit stv0297.c Patch). Hoffe das alles gut geht.
Ich habe einfach kein TV Bild mehr von der Kabelkarte (Budget C1500) mehr erhalten, nur noch OSD (FF).
/update
Irgendetwas wollte nicht wie es sein sollte. Kernel ist erstellt. Habe um 24:00 abgebrochen. Jetzt geht es erst einmal für ein paar Tage nach Deutschland. Nächste Woche geht es weiter.
ZitatOriginal von e9hack
Ich glaube nicht, das der gesammte zweite Block in Summe notwendig ist. Kannst Du das nochmal zeilenweise einbauen und testen?
Gruß
e9hack
habe den patch von oben abgearbeitet.
mit der zeile
/* 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?
Hallo,
hat mittlerweile jamand diese Karte ordentlich zum laufen bekommen? Ich gebs langsam auf und werd sie sicher bei ebay verkaufen wenns nicht besser wird.
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.
Also die Privaten Sender kann ich super empfangen. Nur bei Arena hab ich artefakte und die anderen Sender von Unetymedia gehen gar nicht! Ich werde morgen mal gucken obs mit diesem Patch zu beheben geht.
Bin mit dem Kernel 2.6.23.1 bis jetzt noch nicht wirklich weitergekommen.
Ab Mitte Januar habe ich wieder mehr Zeit. Werde mir dann mal ne andere Karte holen. Die c-1500 lasse ich drin, vielleicht gibts ja mal irgendwann eine funktionierende Lösung
Gruß
maja04
So, es ist mal wieder soweit. Setze heute und morgen die Versuche mit Kernel 2.6.23.11 fort.
Ich weiß leider noch nicht wie weit ich in den nächsten Tagen komme. Habe auch noch keine wirklich neuen Infos zu der Karte gefunden.
Niemand von Euch, der schon eine vernünftige Lösung in den Händen hält?
Meine SMT 7020 als reiner Streaming VDR Client will endlich Futter. Der Server im Keller läuft ansonsten mit dem VDR sehr stabil (bis auf QAM256).
Gruß
maja
Hallo zuammen,
mit dem folgenden Patch ist bei mir der Empfang mit der neuen TT C-1500 nun nach einem Tag rumtüffteln endlich o.k. (kann aber nur QAM64 Kanäle testen). Tuner ist TD1316AL/IHPX8M mit Ein/Ausgang.
Ohne den Patch war der Empfang unerträglich gestört und der Tuner hat ständig den Lock verloren.
Basis ist linux-2.6.24-rc6 !
Änderungen:
- Der neue Tuner hat gemäß Spec nur 4 Register, nicht 5.
- Anscheinend ist die IF frequenz 36, nicht 36.13 Mhz
- Habe alle Werte für die PLL-Charge-Pump durchprobiert, nur mit Full
Power gibt es erträgliche Resultate. Das kann nicht gut sein, liefert aber die besten Resultate.
Wahrscheinlich trifft der Patch nicht den Kern des Problems, eher ein Workaround, aber die Karte funktioniert jetzt bei mir. Vielleicht hilft es auch, um der wahren Ursache auf die Schliche zu kommen.
Habe die beiden femon-txt vorher/nachher angehängt. Der Unterschied ist gewaltig.
Viele Grüße,
Ingo Schneider.
--- budget-ci.c.orig 2007-12-29 14:43:19.000000000 +0100
+++ budget-ci.c 2007-12-30 10:12:36.000000000 +0100
@@ -884,7 +884,7 @@
static int dvbc_philips_tdm1316l_tuner_set_params(struct dvb_frontend *fe, struct dvb_frontend_parameters *params)
{
struct budget_ci *budget_ci = (struct budget_ci *) fe->dvb->priv;
- u8 tuner_buf[5];
+ u8 tuner_buf[4];
struct i2c_msg tuner_msg = {.addr = budget_ci->tuner_pll_address,
.flags = 0,
.buf = tuner_buf,
@@ -893,7 +893,7 @@
u8 band, cp, filter;
// determine charge pump
- tuner_frequency = params->frequency + 36125000;
+ tuner_frequency = params->frequency + 36000000; // this works, better results than for 36.13
if (tuner_frequency < 87000000)
return -EINVAL;
else if (tuner_frequency < 130000000) {
@@ -929,15 +929,17 @@
// assume PLL filter should always be 8MHz for the moment.
filter = 1;
+ // override: full power to PLL charge pump ... best results; 5,6 is not enough
+ cp = 7;
+
// calculate divisor
- tuner_frequency = (params->frequency + 36125000 + (62500/2)) / 62500;
+ tuner_frequency = (tuner_frequency + (62500/2)) / 62500;
// setup tuner buffer
tuner_buf[0] = tuner_frequency >> 8;
tuner_buf[1] = tuner_frequency & 0xff;
- tuner_buf[2] = 0xc8;
+ tuner_buf[2] = 0xc8; // program Rx with D/A = 1
tuner_buf[3] = (cp << 5) | (filter << 3) | band;
- tuner_buf[4] = 0x80;
if (fe->ops.i2c_gate_ctrl)
fe->ops.i2c_gate_ctrl(fe, 1);
@@ -946,6 +948,9 @@
msleep(50);
+
+ tuner_buf[2] = 0x80; // program ATC/ALx with D/A = 0
+
if (fe->ops.i2c_gate_ctrl)
fe->ops.i2c_gate_ctrl(fe, 1);
if (i2c_transfer(&budget_ci->budget.i2c_adap, &tuner_msg, 1) != 1)
@@ -1044,7 +1049,7 @@
0xdf, 0x00,
0x61, 0x38,
0x62, 0x0a,
- 0x53, 0x13,
+ 0x53, 0x08,
0x59, 0x08,
0xff, 0xff,
};
Hallo nochmal an alle,
vergesst meinen letzten Patch, hier kommt eine viel bessere Lösung für die "neue" TT C-1500 mit dem Tuner TD1316AL/IHPX8M mit Ein/Ausgang.
Basis ist immer noch linux-2.6.24-rc6. Ohne Patch ist bei mir die Karte unbenutzbar, so läuft sie endlich prima ohne UNCs !
Kann aber leider nur QAM64 testen.
Damit sind auch die sporadischen Bildstörungen weg, die der vorige Patch immer noch hatte.
Viele Grüße,
Ingo Schneider.
diff -urw linux-2.6.24-rc6.orig/drivers/media/dvb/frontends/stv0297.c linux-2.6.24-rc6/drivers/media/dvb/frontends/stv0297.c
--- linux-2.6.24-rc6.orig/drivers/media/dvb/frontends/stv0297.c 2008-01-12 19:45:33.000000000 +0100
+++ linux-2.6.24-rc6/drivers/media/dvb/frontends/stv0297.c 2008-01-12 18:57:58.000000000 +0100
@@ -582,7 +582,7 @@
/* disable sweep */
stv0297_writereg_mask(state, 0x6a, 1, 0);
- stv0297_writereg_mask(state, 0x88, 8, 0);
+ //stv0297_writereg_mask(state, 0x88, 8, 0); // Don't do this for new TT C-1500 with new Tuner TD1316AL/IHPX8M
/* wait for main lock */
timeout = jiffies + msecs_to_jiffies(20);
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.
wie gesagt, ich kann nur QAM64 testen.
Hast Du denn eine neue C-1500 (mit Ein- und Ausgang, Tuner TD1316AL/IHPX8M) ?
du meinst mit Antennen ein- und ausgang? - ja, die hab ich.
ZitatOriginal von VladOs
wäre interessant wie dein patch mit QAM256 zurecht kommt.
Der letzte Patch wird auf QAM256 keinen Einfluß haben, da die Corner-Detection (was das auch immer ist), die man nicht mehr abschaltete, bei QAM128/256 gar nicht erst eingeschaltete wird.
Gruß
e9hack
So.
Habe heute mal meine easy vdr Version mit Kernel 2.6.22.5 gepatcht und kann jetzt auch wieder mitspielen.
Mittlerweile ist bei uns aber die Signalqualität scheinbar noch schlechter geworden. Ich arbeite jetzt schon mit einem Spaun 20/30 dB Verstärker, bei dem ich Pegel und Verzerrung regeln kann. Damit kriege ich mal alle Sender beim Scan. Aber auch mein Provider hat mittlerweile auf Grundverschlüsselung umgestellt (Conax). Werde mich wohl jetzt mal nach einem CAM umschauen und mir die Smartcard beim Provider besorgen.
Mittlerweile hat der Provider auch mal ein paar Grunddaten veröffentlicht:
http://www.quickline.com/Produ…ages/Sofunktionierts.aspx
Bei uns (Renet) sind es die 450 MHz. War das nicht eine/die kritische Frequenz bei der TT 1500 C?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!