Neue Treiber: Stand 21.05.04

[Nico 77]

Ich denk mal ich mach hier mal einen Anfang da es ja vielleicht helfen könnte.

Bild und Ton bleiben bis jetzt stabiler wie sonst.
Wenn sich der Demuxer weghängt kommt das Bild tatsächlich wieder und ich umschalte kommt tatsächlich das Bild wieder.
Wenn dann allerdings nach Premiere umgeschaltet wird kommt,

Code: Alles auswählen

avia_gt_ucode: framer error.

Sonstige Debugmeldungen sind bei mir immer diese:

Code: Alles auswählen

avia_gt_dmx: queue 31 overflow (count: 1)
avia_gt_dmx: queue 31 overflow (count: 1) 

oder ab und zu:

Code: Alles auswählen

avia_gt_wdt_thread: FIFO_PDCT = 127 ==> risc crashed .. restarting

und beim Starten der gt_napi.o grundsätzlich immer:

Code: Alles auswählen

avia_gt_wdt_thread: FIFO_PDCT = 0 ==> risc crashed .. restarting

Hoffe die Debugmeldungen helfen weiter, bis dahin Danke für die Bemühungen in dieser Richtung.

[Npq]

Ja, hmm, die werden irgendwann rausfliegen. Das Problem ist, daß der Demux-Treiber nicht unterscheiden kann ob das Frontend wirklich keine Daten liefert (z.B. weil man umgeschaltet hat) oder ob ein Fehler aufgetreten ist.

Das sollte aber keine Auswirkungen haben. Die Meldungen, daß es auf den alten 500/GTX-Boxen jetzt zu Problemen kommen soll sind aber schon ärgerlicher, vor allen Dingen weil der GTX damit ja weniger Probleme hatte.

Framer Error: es kamen falsche Daten.

FIFO_PDCT: der Füllstand sollte im normalen Betrieb zwischen 0 und 127 sein. Falls nicht wurden entweder keine Daten gelesen (127) oder der Framer schreibt keine Daten rein (0).

[derget]

ja kommt auf pw kein bild mehr ?

oder nur der framer error und sonst geht alles ?

[Nico 77]

Das kommt ganz darauf an, wenn sich die Sache normal abschießt kommt ein framer error und gut ist, alles geht trotzdem wieder weiter(respekt ).
Schießt sich die Sache richtig ab und der framer error kommt im log am laufenden Band dann hängt sich die camd2 weg.
Ist aber bisher erst einmal passiert und "leider" nicht täglich zu reproduzieren.

[derget]

das fixxed mein ucode ...

kommt bald

[Nico 77]

Jo jo, lass mich überraschen.

[HEAD]

@derget
Hier läuft Philips mit hw_sections=1 (built-in ucode) was vorher nie ging.

[Nico 77]

@derget
Hier läuft Philips mit hw_sections=1 (built-in ucode) was vorher nie ging.

Jo, kann ich bestätigen.

[petgun]

@derget
Hier läuft Philips mit hw_sections=1 (built-in ucode) was vorher nie ging.

same to me !

Vielen Dank,
peter

[barthezz]

also ich habe bei einer sagem sat mal getestet mit build-in ucode und mit hw sections = 1 geht da garnichts... nur framer errors am laufenden band und und das bild ist nur am ruckeln und der ton am stammeln... so als wäre der empfang mies! auf allen sendern! mit hw sections = 0 gehts dann... framer errors kommen dann auch (aber seltener) aber bild und ton ist ok beim zappen!

[derget]

so

http://www.noernet.de/dbox2/ucode99/ucode_00F0.bin

mit dem ucode solte alles gehen

[extrem101]

gibts die aktuellsten files irgendwo als pack zum download ? oder ladet ihr euch die geänderten datein jeden tag einzeln aus der mailinglist ?
Hmm oder sind diese Yadd Snappshots genau das, immer die neustens CVS?

[jmittelst]

Hmm - seit den neuen Treibern läuft meine Sagem1xI, sagen wir mal, merkwürdig. Satfind sagt BER=10xxx (variiert leicht, kommt aber selten drunter), SNR=62xxx, SIG=0 - das kann doch eigentlich nicht sein, oder?
Oder mag Satfind kein Kabel?
Naja, zumindest scheint es beim Streaming von ARD/ZDF immer wieder Aussetzer zu geben. Egal, welche Einstellungen gemacht sind. Subjektiv am besten läuft die Kiste mit interner Ucode.bin 014. Mit Dergets 00f0 schreibt JTG kein EPG, bzw. gibt diesen nur mit Error aus. HW_Sections=On scheint zu klappen, Schwarzbildbug tritt jetzt nicht auf, war vorher aber auch nie da. PMT_Update ist bei mir aktiv, genauso, wie SPTS_Mode.
Kann ich Euch irgendwelche Infos zukommen lassen, die Euch helfen können, die Treiber zu perfektionieren?
cu
Jens

[Nico 77]

Habe jetzt nochmal alles durchgetestet.

Neue Treiber + Ucode00f0 funktioniert super!

1. Kanalsuche findet (meist) alles - Witterungsbedingt.
2. HW_section funktioniert.
3. Schwarzbild bisher nur einmal gehabt.
4. Ton verschwindet nach einem Tag.

Neue Treiber + Ucode0014:

1. Box funktioniert vom Gefühl her etwas Träge.
2. Kanalsuche findet (meist) alles - Witterungsbedingt.
3. HW_section funktioniert nicht so dolle wie üblich halt + Framer errors.
4. Schwarzbild auch nur einmal gehabt.
5. Ton verschwindet nach einem Tag.

Neue Treiber + Ucode001a stabil aber naja:

1. Box läuft genauso flüssig wie mit Ucode00f0 obwohl ohne HW_sections.
2. Kanalsuche leider nur die hälfte.
3. Immernoch ab und zu Schwarzbild - wäre ne gute Testucode dafür.
4. Ton verschwindet auch hier nach einem Tag.

Das wichtigste und seit Jahren erhoffte der Demuxerreset, dieser funktioniert sehr gut.
Es kann zwar vorkommen das die Routine einen erzwungen Absturz nicht direkt behebt, aber spätestens nach zweimaligen Umschalten ist alles wieder da.

Ps: Sehr großer Unterschied gegenüber vorher ist, man kann nun alle Progamme meist über Tage laufen lassen ohne das sich Demuxer verabschiedet. Thx

Also ein fettes RESPEKT an alle die daran entwickelt und integriert haben, die PhilipsBoxen laufen super.

Vielen vielen Dank.

[jmittelst]

Ergänzung - hab jetzt noch mal ein wenig mit der Box getestet. Streams, bei denen statt EPG nur Error in der EPG.txt steht sind auch mit der 014 vorhanden. Liegt wohl doch ehr an HW_Sections. Kann sich das vielleicht ein Dev mit einer Sagem nochmal ansehen?
cu
Jens

[Regloh]

Sagem 2x Kabel

00F0 + HWSF ON + SPTS ON
nach 1-2 tagen wird der epg nicht mehr nachgeladen, box funktioniert trotzdem weiter. kein schwarzbild, einmal "wackelbild/ton" beim umschalten, dass sich nicht wieder allein gefangen hat, nochmal umschalten und gut war.

interne + HWSF ON + SPTS ON
box läuft stabiler denn je ohne schwarzbild oder sonstige probleme.

Regloh

[Nico 77]

@derget
Kannst du mal die Funktion erläutern? ucode_info.prop_interface_flags=CAN_WAITPUSI;

Wenn ich diesen auf ucode_info.prop_interface_flags=0; ändere, gibts garkein Schwarzbild mehr, die Umschaltzeiten sinken und das ganze Zapping läuft sauberer.

[Npq]

Das ist drin, weil einige ucodes das Flag nicht auswerten, mit dem man auf das erste Paket eines PID-Stroms warten kann. Wenn der ucode das nicht macht, dann filtert die DVBAPI-Schicht, aber das kostet halt wieder CPU-Zeit.

Aber darf natürlich nicht negativ beeinflussen. Bei welcher Kombination tritt das bei dir auf?

[derget]

hm strange

hab aber zz keinne zeit da zu kuken

[Nico 77]

Das ist drin, weil einige ucodes das Flag nicht auswerten, mit dem man auf das erste Paket eines PID-Stroms warten kann. Wenn der ucode das nicht macht, dann filtert die DVBAPI-Schicht, aber das kostet halt wieder CPU-Zeit.

Aber darf natürlich nicht negativ beeinflussen. Bei welcher Kombination tritt das bei dir auf?

Aso, danke. Also langsamer wird mit =0 schonmal nicht(Cpu-Zeit), ganz im Gegenteil.

Was meinst du mit Kombination,Nqp?

Philips DBox2
avia600vb028
ucode00f0

CVS neuester Stand, Neutrino.

hm strange

hab aber zz keinne zeit da zu kuken

Schade, kommt Zeit kommen neue Treiber....

[Npq]

Kombination Ucode/Treiber.

[Nico 77]

Achso, habe ich ja die Seite zuvor schon geschrieben.

[Npq]

Ja, und da der 00f0 von derget ist...

[barthezz]

Habe auch mal den Treiber so gepatched von: ucode_info.prop_interface_flags=CAN_WAITPUSI; nach ucode_info.prop_interface_flags=0; Und was soll ich sagen Dergets Ucode geht auch bei mir besser mit dem Patch als ohne... Keine Ruckler mehr weil Bild+Ton Unsysncron sind... Das Bild kommt auch nicht mehr erst nach ca 10 sek auf einigen sendern usw... Also so läuft es wirklich besser!

Nokia, Avia600, GTX, 2xIntel BMon1.2, Ucode 00F0, Und aktuelles CDK!

[bonzaii]

Wie geht das denn mit dem patchen?