Neue Treiber für Nokia AVIA500-Boxen

Beitrag von **LoSoS** » Mittwoch 2. November 2005, 13:32

Hallo,

probiert mal diese neuen Treiber aus, wenn ihr folgende Probleme auf einer Nokia AVIA500 trotz ausgeschaltetem HW-Sections-Filterung und interner ucode sowie AVIA500 v110 habt:

- Kanal nicht verfügbar
- Schwarzbild
- Kanalwechsel dauert ewig -> Danach zitterndes Bild.

Habe durchaus gute Erfahrungen damit gemacht.

Kommen nach /var/lib/misc

Testet mal fleissig

Hier: http://losos.00pro.com/treiber.html

Beitrag von **DieMade** » Mittwoch 2. November 2005, 13:39

Wo ist der Source?

Beitrag von **LoSoS** » Mittwoch 2. November 2005, 13:44

Sind die aktuellen Frontend-Treiber aus dem LinuxTV-CVS.

Kompiliert von audioslyer auf dem Dbox2-World-Board.

Richtige Verbesserungen habe ich nur auf Nokia AVIA500 bemerkt (s.o.), aber es sind auch die anderen Tunertreiber dabei.

http://www.dbox2world.de/board/thread.p ... ht=avia500

Beitrag von **T-Tron** » Mittwoch 2. November 2005, 14:10

Die Sourcen hat Audioslayer im DB2World entfernt und die er aus dem 2.6 Tree für 2.4 angepasst hat, hat er noch nicht gepostet, wenn ich mich nicht irre.

Beitrag von **LoSoS** » Mittwoch 2. November 2005, 14:13

Fakt ist jedenfalls: Diese Treiber laufen prima, Sourcen hin oder her. Vielleicht rückt ja audioslyer ja doch noch damit raus, damit das seinen Weg ins CVS finden kann

Beitrag von **T-Tron** » Mittwoch 2. November 2005, 21:01

Durfte heute seine neuen Treiber testen und muss sagen:
Perfekt - Ohne Watchdogs keinerlei Hänger oder Probleme.
JTG und Yadi laufen auf meiner Problembox nicht so dolle.

Beitrag von **Houdini** » Mittwoch 2. November 2005, 21:51

Ohne sourcen nützt das gar nix

Die Sourcen liegen auf linuxtv.org, Kernelbranch 2.4.

schon, nur die müssen dann nochmal auf die dbox integriert werden.
diese Arbeit hat audioslyer doch schon gemacht

Beitrag von **Npq** » Donnerstag 3. November 2005, 09:13

Wäre nett wenn jemand die Patches liefern würde, dann könnte man es mal in den 2.4er Zweig einchecken.

Daß das noch nicht probiert wurde liegt nicht an Ignoranz, sondern daß es Zeit kostet (einchecken + testen + ...) und daß das schon jemand durchziehen muß, der auch ein Interesse daran hat, es hinterher zu testen.

AudioSlyer scheint das ja nun durchgeführt zu haben, wenn er die Patches bereitstellt könnten auch andere etwas davon haben.

Also ich wäre da vorsichtig, ich habe die Tunertreiber mal getestet.

Also:
Nokia avia500 Sat ves1893: - deutliche Besserung gegenüber des CVS ves1x93
Nokia avia600 Sat ves1893: - deutliche Besserung gegenüber des CVS ves1x93
Nokia avia600 Sat ves1993: - noch nicht getestet, folgt aber

Nokia avia500 Kabel ves1820: - kein Unterschied zu merken
Philips avia600 Sat tda80xx: - nicht getestet
Sagem avia600 Sat ves1993: - Treiber funktioniert sehr Schlecht bis garnicht
Sagem avia600 Kabel at76c651: - kein merglicher Unterschied

Zur Nokia, zappen ist schneller und auf empfangsschwachen Sendern ist die BER deutlich niedriger und SIG Stärker. Avia500/600 verhalten sich gleich, wobei diesen Treiber jemand auf Nokia mit dem ves1993 mal testen müsste da sich die Sagem sehr schlecht verhält.

Zur Sagem Sat, zappen dauert sehr lange bis ca.4sek, Bild ruckelt auf empfangsschwachen Sendern.
Ã–fteres Zappen und zu schnelles Zappen für zum Kanal nicht verfügbar, demux Absturz.
Auf Sagem Sat rate ich von dem Treiber ab.

Aber nochmal zur Sagem Sat, der Treiber im CVS ist zwar besser wie der hier gepostete jedoch hat auch der Sagem Treiber im CVS ein Problem mit ruckeln auf empfangsschwachen Sendern welche auch einen hohen BER Wert zeigen.
Ich weiß aber das es hier Dev gibt der dieses Prob behoben hat und die Sagem empfangsebenbürtig zur Nokia macht ohne jegliches ruckeln und auch der Satfinder zeigt deutlich bessere Werte.
Ich hoffe dieser jenige erbarmt sich irgendwann doch mal.

Ps: Als Feature Request würde ich vorschlagen fals sich an den Treibern noch etwas tut das eine $Id: reinkommt wie es im restlichen Source üblich ist. Dann könnte man Probs schneller finden da das Erstelldatum bekannt wäre.

NUR die Ves-Treiber darfst du nur nehmen, wenn du auch den frontend Treiber aktuallisiert, da sonst diverse Einstellungen nicht fruchten

Z.B. der FE_Reset fehlt und muss abgeändert werden

Naja die napi und die dvbcore darfst behalten.

Sagem stürtzt nach ca. 24 Stunden komplett ab, der Bildschirm wird gelb oder schwarz und es geht nix mehr.
Auf Philips kommt es zwar sehr selten vor aber manchmal bleibt die Kanalsuche hängen mit dem dvbcore und napi.

Vielleicht ist Audislyer ja in der Zwischenzeit weiter und die Probs wurden gelöst.

Beitrag von **scheilo** » Freitag 4. November 2005, 08:24

Hallo, wie krieg die treiber nach /var/lib/misc??? Die Verzeichnisse existieren bei mir nämlich nicht!!! Bitte um Hilfe!!!

Beitrag von **T-Tron** » Freitag 4. November 2005, 08:33

/var/lib/misc gibt es nicht im Standard. Das ist eine Besonderheit mancher Images - Verzeichnis anlegen und Treiber reinkopieren wird nicht funktionieren, da auch die rcS bzw. init angepasst werden muss.

Beitrag von **scheilo** » Freitag 4. November 2005, 08:38

gibt es da ne anleitung zu??? ich hab nämlich masive probs mit dem schwarzbildbug!!!

Beitrag von **Nico 77** » Freitag 4. November 2005, 13:32

Leute die die Treiber auf Nokia getestet haben könnt ihr mal bitte schauen welche Hardware Revision eure Box hat?
Ich habe mir gestern mal den Source angeschaut, das die Treiber besser laufen auf Nokia kommt anscheind allein von den Änderungen im Register Lock.

Ich habe mal nachgeschaut und festgestellt das ich hier nur Nokia's mit Rev1 habe, welche wohl die Vorteile der Registeränderung zu sehr gute kommt.
Die Frage ist allerdings wie verhalten sich neuere Revisionen?

Die Revision steht unten Links auf der Platine bei den Card-Readern, meist mit einem weißen Aufkleber zugedeckt.

@Devs:
Oder währe es interesant einfach die Register im CVS zu ändern und schauen was passiert in der Allgemeinheit.
Schliesslich sind die Änderungen des Registerlock im 2.6er Branch auch enthalten.

Code: Alles auswählen

static u8 init_1893_tab [] = {
	0x01, 0xa4, 0x35, 0x80, 0x2a, 0x0b, 0x55, 0xc4,
	0x09, 0x69, 0x00, 0x86, 0x4c, 0x28, 0x7f, 0x00,
	0x00, 0x81, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
	0x80, 0x00, 0x21, 0xb0, 0x14, 0x00, 0xdc, 0x00,
	0x81, 0x80, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
	0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
	0x00, 0x55, 0x00, 0x00, 0x7f, 0x00
};

Code: Alles auswählen

static u8 init_1893_wtab[] =
{
	1,1,1,1,1,1,1,1, 1,1,0,0,1,1,0,0,
	0,1,0,0,0,0,0,0, 1,0,1,1,0,0,0,1,
	1,1,1,0,0,0,0,0, 0,0,1,1,0,0,0,0,
	1,1,1,0,1,1
};

Beitrag von **T-Tron** » Freitag 4. November 2005, 14:10

Neuere VES1x93 zeigen die Rev auch an...

Beitrag von **Nico 77** » Freitag 4. November 2005, 14:12

T-Tron hat geschrieben:Neuere VES1x93 zeigen die Rev auch an...

Stimmt, nicht dran gedacht.

Kann man ja dann direkt mit ins CVS übernehmen.

Code: Alles auswählen

	switch (identity) {
	case 0xdc: /* VES1893A rev1 */
		printk("ves1x93: Detected ves1893a rev1\n");
		demod_type = DEMOD_VES1893;
		ves1x93_info.name[4] = '8';
		break;
	case 0xdd: /* VES1893A rev2 */
		printk("ves1x93: Detected ves1893a rev2\n");
		demod_type = DEMOD_VES1893;
		ves1x93_info.name[4] = '8';
		break;
	case 0xde: /* VES1993 */
		printk("ves1x93: Detected ves1993\n");
		demod_type = DEMOD_VES1993;
		ves1x93_info.name[4] = '9';
		break;
	default:
		dprintk("VES1x93 not found (identity %02x)\n", identity);
		return -ENODEV;
	}

Beitrag von **Npq** » Freitag 4. November 2005, 18:20

Ein Register namens "Lock" kann ich beim ves nicht finden, welchen Offset hat das?

Testen kann man's ja mal.

Das ist übrigens die Revision des Demods selber, nicht die Hardwarerevision der Nokia? Oder habe ich dich jetzt falsch verstanden?

Beitrag von **Nico 77** » Samstag 5. November 2005, 00:32

Nochmal zur Sagem SAT ves1993 und zwar habe ich da auch gefunden warum bei manchen Sendern die Bilder ruckeln, kann die Einstellung zwar nicht technisch erklären aber ein Wert ist da wohl zu "scharf" eingestellt.

Und zwar wenn man in der Zeile:

static u8 init_1993_tab [] = {
0x00, 0x9c, 0x35, 0x80, 0x6a, 0x09, 0x72, 0x8c,

den Wert 0x09 auf 0x0b setzt funktionieren die Sender sauber ohne jegliches ruckeln.

static u8 init_1993_tab [] = {
0x00, 0x9c, 0x35, 0x80, 0x6a, 0x0b, 0x72, 0x8c,

Auch sonst habe ich weder bei der Kanalsuche noch beim Fernsehen Probleme festgestellt.

Fals das jemand austesten möchte, Source und Binary liegt hier:

Nokia_Sagem_Fix.zip

mfG Nico....

Beitrag von **Homar** » Samstag 5. November 2005, 01:01

cool...

hast du alle werte zu Fuss ausprobiert ???

Beitrag von **Nico 77** » Samstag 5. November 2005, 01:06

Ja.

Umso mehr man den obigen Wert in diese Richzung verändert umso niedriger wird die Fehlerrate, allerdings nimmt dann auch laut Satfind die Signalstärke ab.

Beitrag von **w-sky** » Samstag 5. November 2005, 02:48

Wegen Punkt 2, "Kanalwechsel dauert ewig -> Danach zitterndes Bild".

Habe das auf einer Nokia Kabel Av500 2xI Box getestet, bei der ich das Problem habe (Image Yadi 2.1.0.0 vom 16.3.05). Bringt leider überhaupt keine Verbesserung. Hab's ganz schnell wieder raus genommen, damit mir die Kiste nicht noch explodiert.

Übrigens fiel mir auf, dass das Problem nie auftritt, wenn ich zwischen BR-alpha und Phoenix mit der "0" hin- und her schalte, aber mehr als jedes 2. Mal bei ZDF und 3sat!

Beitrag von **Nico 77** » Samstag 5. November 2005, 11:46

@w-sky
Grund dafür ist wohl das am geposteten Treibern für Nokia-Kabeluser(Treiber ves1820) von Audioslyer/LoSO eigentlich keine Änderungen vorliegen sondern nur eine kleine Anpassung an den dvbcore. Also die bisher geposteten Treiber helfen wenn eher nur Sat-user(Treiber ves1x93).

Tuxbox-Board

Neue Treiber für Nokia AVIA500-Boxen

Die Treiber laufen

Neue Treiber für Nokia AVIA500-Boxen

Sourcen: LinuxTV