Fazz

Nee, das mit dem schlechten Empfangssignal glaub ich nicht Wieso sollte das dann Kabel und Satboxen gleichermaßen betreffen,.... Kann es sein das es nur Boxen die mit UCode 001A garnicht laufen(egal ob FTA oder nicht), sondern damit ein immerwährendes "Kanal nicht verfügbar" zeigen, betroffen sind ?

kommt nur aus den Lautsprecher und die gesammte Signal/Datenverarbeitung haut dann nicht mehr hin, - > Bild ist entweder ganz schwarz, zeigt nen Standbild oder alle paar sekunden mal ein mpeg- Fragment,...dabei zwitschert es meist ordentlich, als ob der Empfang halt ganz schlecht ist. (Neutrino läuft aber Prima weiter) Das so viele Boxen alle die gleichen "schwingenden" spulen haben glaub ich eigentlich nicht,... obwohl, wenn ich an die Displaystreifen denke, ist ja auch schon fast standard! Ich werde vieleicht noch mal ein UBOOT zum runtertakten probieren, denn die Sagemboxen haben IMHO ein sehr mieses Layout,... (Signale laufen über die Platine lange Wege hin und zurück). Bei meinen beiden Sagems (sowohl die ZwitscherZicke(Kabel) als auch die brave(SAT)) habe ich schon ab und zu einen weissen Pixelfehler auf dem Bildschirm entdecken können(meist nach dem Menü ausblenden), das deutet ja auch auf schlechtes Timing/Speicherbausteine/Latenzen hin,... Wie sieht das denn eigentlich aus wenn camd3 über den Kartenslot die CW nur abholt, (also wie camd2), kriegt man die Box bei euch durch viel Zappen auch zum zwitschen oder nicht,...? (hab derzeit meine Karte ausserhaus ;-) Hatte gerade noch das K2-Squash Image vom 28.05.2006 (Version 3.0) ausprobiert,... -> zwitschert auch

Also, PetzeImage 20060525 zwitschert genauso! weiterhin ist es bei mir so das die Ucodes B107 und B121 auch nur bei den FTA Sendern ein Bild erzeugen, alles was verschlüsselt ist, geht damit über Camd3 nicht,... Bei Ucode 001A bekomm ich überhaupt kein Bild, sondern überall nur "Kanal nicht verfügbar". Meine andere graue Sagem zwitschert nicht, und die läuft mit Ucode 001A am besten. Ist das bei euch anderen Zwitscherboxen auch so ? kann es nicht sein das die Camd3 nur an die Ucode 0014 angepasst ist, die Sagems aber entweder 001A oder B107/B121 benötigen?

dbox -> Keywelt Settings -> System Menü -> UCode /Treiber Menü -> avia_gt_proc Menü Werde rabbes settings auch nochmal testen,... aber ich glaub ich hatte die schon mal. Allzuviel hoffnung hab ich nicht, denn auch apollo82 (siehe seite 9) hatte ja auch nur eine etwas verlängerte Uptime damit. dann mal sehen was petze's aktuelles Image ändert.

Hi, habe jetzt auch ne graue Sagem Kabel 1x Zwitscherbox. 1.) Auch bei dieser tritt das Problem nur beim Sharing auf(wie bei einigen anderen auch). 2.) Modem abklemmen hat nix geändert. Was mir noch aufgefallen ist, die angezeigten Tunerwerte sind komisch: hier mal bei MTV(cardsharing) (zwitschermode !!!) BER 0(ist bei meiner NokiaKabel ~20 ) SNR 63300(ist bei meinen NokiaKabel ~60600 oder so) SIG(immer 0) (ist bei meinen NokiaKabel ~43690 oder so) Tuner-Differenzanzeige 346000000 / 346000000 = 0 (Nokia zeigt sowas wie 346000000 / 346006739 = 6739) Könnte es irgendwie an der internen Kommunikation mit dem Tuner liegen? Ich habe hier 2 verschiedene Zustände nachdem das Zwitschern einmal begonnen hat: entweder 1.) Cardsharing zwitschert / FTA normal; - beliebig oft hin und herschaltbar oder 2.) beim ersten Senderwechsel nach zwitscherbeginn, kommt gleich kanal nicht verfügbar, das gilt dann für alle Zappingversuche Ansonsten hab ich hier mal die aufgedruckten Revisionsnummern der Chips meiner Zwitscherbox gelistet(vieleicht mag die jemand vergleichen, und wir kommen so irgenwann dahinter welches Bauteil in welcher Revisionsnummer den Zwitcherbug verursacht. SEC : A0023h a.1.0.0 Tuner: AT76C651 56518c 227 0017 AVIA eNX :TC A2 B 241 0037 Korea CC5648 AVIa 600l : UL E0 Taiwan 0031 DLJ31.1 CPU : XPC823ZT66B2 1K24A MALAYSIA QDJ0024I NIC: Levelone grüße Fazz

schon UCode 001A probiert, ? bei meiner Sagem SAT 1x geht nur der 001A wirklich sauber und immer. Bei anderen krieg ich auch ab und an mal nen schwarzen schirm, je nach dem ob und wie weit der Camd3 dazwischen steckt (SLOT/CS/EMU/FTA) greetz, Fazz

Mal Frontklappe aufklappen, und sehen ob es besser ist ?

Naja, "perfekt" leicht relativ definiert eventuell Ich nehme immer nen einfachen 220-V-spannungsprüfer-Schraubendreher, damit habe ich bei bisher allen Nokias(5stck) die schrauben gut rausbekommen(und auch wieder rein). Der Stift in der mitte ist nach der Prozedur zwar auch oft bischen "krumm" aber egal.

Häää ??? Hast Du das wirklich schon mal gemacht, oder schlägst Du hier was vor was "Deiner Meinung nach gehen könnte". IMHO ist nämlich normal Torx ein 6-er Stern, die seitlichen Spezialschauben hingegen ein 5-er Stern mit Loch. Also würde selbst bei rausbrechen des Pinökels ein Torx kaum passen! greetz, Fazz

wie lange denn ? < 2 sekunden ist noch OK > 2 sekunden mal anderen UCode testen !

Und Nokia lässt sich keinesfalls mit Sagem vergleichen,...!! z.B. der SIG-wert ist bei SAGEM zichtausende geringer Also wenn dann muss sowohl Box und am besten nat. auch noch der verwendete Tuner, beachtet werden,....

Nee, ist nicht seltsam! Da scheinen wirklich von den RAMS des Bildschirmspeicher einige Bits zu "kippen". Und bei ner anderen Auflösung liegen die betroffenen Bits halt woanders,(ausserhalb des Bildes?) oder sind ev. auch nur niederwertiger , z.B. bei Auflösung a.) ist das entsprechende Bit das höchstwertigste einer Pixelfarbe, Punkt wird also z.B. "Grünwert =128 statt 0" bei Auflösung b.) hingegen ist das Bit nur das niedrigwertigste also "Grünwert=1 statt 0"(dies fällt dann gar nicht auf) Bei mir tritt das ja AFAIR erst nach längerem Betrieb auf,... werde wohl mal Kühlkörper auf heisse/warme Teile packen,..: AVIA 600? eNX? RAM? @Baron1971: Ist das bei Dir sofort nach dem Einschalten so? falls Ja, kannst Du mal die Versorgungsspannung an den RAM-Chips messen, wenn die zu niedrig ist, könnte es IMHO auch zu "sowas" kommen.

Das könnte ja direkt mit den unterschiedlichen Auflösung zusammenhängen: - Premiere Start 544 Zeilen - Premiere 1-4 720 Zeilen - Premiere Rest 480 Zeilen Also wenn du bei Premiere5 das nochmal gegenprüfst, können wir zumindest diese Theorie verifizieren. greetz, Fazz

Hi, hab auch ziemlich selten so einen Pixelfehler,... 1.) er ist AFAIR immer an der selben Stelle 2.) durchs Umschalten ging der Fehler nicht weg, durch Menueinblenden(liegt dann darüber) und wieder ausblenden, ist der Pixel wieder weg. Betroffene Box ist Sagem1x,SAT mit: Keywelt V4 UCode 001A AVIA600vb022 Habe jetzt mal upgedatet, und werde beobachten obs wieder auftaucht mit: Keywelt V5 UCode 0013 AVIA600vb028 greetz, Fazz

Hast Du ein Dect Telefon ? -> mal testweise abschalten! greetz, Fazz

WOHL WAR! a.) Könnte vieleicht am "eNX" liegen, das Sagem/Philips mal "zickiger" unter Linux sind. In den Nokias sind GTX verbaut.(auch in der Kombi mit Avia600!) WIKI: eNX-GTX b.) Könnte aber auch am Tuner liegen,... der ist bei allen 3 unterschiedlich. WIKI: Tuner Greetz, Fazz

Sagem in "häßlich"-Grau !

war bei meiner Nokia 500_2xA auch!! (Allerdings keine NFS-Aufnahme) scheint mir ein Wärmeproblem der CPU zu sein,... jedenfalls hab ich nen passiven CPU-Kühler draufgepackt und eben 3,5 Stunden durchgängig aufgenommen,... ohne Kühler bei geschlossenem Gehäuse gingen so ca 25 - 50 Minuten, manchmal auch nen ganzer Film. Offenes Gehäuse ging immer ohne Probleme! Also, einfach mal Deckel abmachen und schauen ob das auch bei Dir was bringt, wenn ja -> Kühlkörper montieren,... bei mir war im Log immer die FPU-emulation betroffen(sofern ich das richtig deute): ----------------------------------- Oops: Kernel Mode Software FPU Emulation, sig: 8 NIP: C00BC4B0 XER: 20000000 LR: C00BC478 SP: C0136E90 REGS: c0136de0 TRAP: 1000 Not tainted MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 TASK = c0135050[0] 'swapper' Last syscall: 120 last math 00000000 last altivec 00000000 GPR00: 00000000 C0136E90 C0135050 C138DB60 C00C0DBC 00003FE4 00000000 42492CA3 GPR08: C1EB4B10 00000021 0000CBEC 00000000 44303038 1001C214 01FFB300 00000001 GPR16: FFFFFFFF 007FFF00 01FF5904 00000000 00001032 00136F20 00000000 C00027C0 GPR24: C00039B4 00000000 00000000 C0140000 C0140000 C0130000 C00C0DBC C11DD3F0 Call backtrace: C00BC478 C00C0DBC C00141F4 C0003A78 C00027C0 C0003F40 C0003F5C C0002258 C014656C C0002138 PCR discontinuity: PCR: 0x0430DA50C, OLDPCR: 0x0430CA704, Diff: 65032 Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing <0>Rebooting in 180 seconds.. -------------------------------------------------- Und ein weiterer Absturz: -------------------------------------------------- Oops: Kernel Mode Software FPU Emulation, sig: 8 NIP: C00BC4A0 XER: 20000000 LR: C00BC478 SP: C0136E90 REGS: c0136de0 TRAP: 1000 Not tainted MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 TASK = c0135050[0] 'swapper' Last syscall: 120 last math 00000000 last altivec 00000000 GPR00: 00000000 C0136E90 C0135050 C1080DF0 00000002 00020002 C13CBF2C FFFFFC18 GPR08: C013F6A4 00000011 000062AC C0789D5C 44212128 1001C214 01FFB300 00000001 GPR16: FFFFFFFF 007FFF00 01FF5904 00000000 00001032 00136F20 00000000 C00027C0 GPR24: C00039B4 00000000 00000000 C0140000 C0140000 C0130000 C00C0DBC C11FD1F0 Call backtrace: C00BC478 C00C0DBC C00141F4 C0003A78 C00027C0 C0003F40 C0003F5C C0002258 C014656C C0002138 PCR discontinuity: PCR: 0x0676AF171, OLDPCR: 0x06769F1A5, Diff: 65484 Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing <0>Rebooting in 180 seconds.. -------------------------------------------------- Und ein dritter: -------------------------------------------------- Oops: Kernel Mode Software FPU Emulation, sig: 8 NIP: C00BB550 XER: 20000000 LR: C00BB504 SP: C012FE90 REGS: c012fde0 TRAP: 1000 Not tainted MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 TASK = c012e050[0] 'swapper' Last syscall: 120 last math 00000000 last altivec 00000000 GPR00: 00000000 C012FE90 C012E050 C19003D0 C00BFE48 00002043 00000000 00FE2806 GPR08: C1EF3290 0000003D 0001841C 00000000 44303038 1001C1B4 01FFB300 00000001 GPR16: FFFFFFFF 007FFF00 01FF58E0 00000000 00001032 0012FF20 00000000 C00027C0 GPR24: C00039B4 00000000 00000000 C0140000 C0140000 C0120000 C00BFE48 C185A210 Call backtrace: C00BB504 C00BFE48 C00141F4 C0003A78 C00027C0 C0003F40 C0003F5C C0002258 C013F56C C0002138 PCR discontinuity: PCR: 0x00B04F5C7, OLDPCR: 0x00B03F7A4, Diff: 65059 Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing <0>Rebooting in 180 seconds.. ------------------------------------------- btw: Das Image ist wirklich "geil" greetz, Fazz

Hallo erstmal :-) Genau, in den aktuellen Images lässt sich der SPTS-Treiber nur beim Aufnahmestart laden(und nachher wieder beenden). Während der Aufnahme schaltet man ja eh besser nicht um Die Option den STPS beim Start zu laden kann IMHO vieleicht ganz raus oder bringt das Vorteile ? ...z.B. bei Boxen die eh nur zur Aufnahme laufen? Grüße, Fazz