Experimentelle Images/Dateien (stm22)

[BPanther]

Das mit dem VFD ist in der Tat ärgerlich und seltsam. Bei stm22 läuft es recht stabil (selten mal Ausfälle), bei stm24 kann man fast darauf warten. Dabei hatte ich das auch extra umgestellt, daß VFD geöffnet->geschrieben->geschlossen wird, also nichts offen bleibt. Und selbst wenn, soll es vor dem nächsten öffnen noch geschlossen werden. Ebenso seltsam dabei ist, daß das VFD inzwischen nicht mehr blockiert ist sondern anscheinend nun wirklich Neutrino-intern abstürzt, denn mit vfdctl "test" oder via echo "test" > /dev/vfd in Telnet kommt der gewünschte Text und nicht mehr "too many users". Macht irgendwo Hoffung, daß ich vielleicht doch da nochmal was dran machen kann. Muß das nur mal mit "Meldungen" vollpacken um zu sehen wo/wann die Funktion aussteigt. Ohne scrolling sollte das VFD allerdings länger/besser durchhalten.

Wichtig sind aber erstmal vor allem die Funktionen, die liefen wie CIFS, NFS usw., das es da keine großen Nachteile zum stm22 dann gibt. Aber wie gesagt, erstmal bleiben bei der 910 beide stm-Versionen erhalten.

[Frankenstone]

Hatte gestern bei diesem Image den Fehler 127. Dieser Fehler trat auf nach dem ich von der BOX zum PC gestreamt hatte.

[BPanther]

127... Klingt nach einem Zugriffsfehler wenn ich das recht in Erinnerung habe. Das gab es auch, wenn Dateirechte falsch waren. Zugegeben, ich streame nicht, daher teste ich das auch nur eher selten. Muß ich wohl doch mal wieder testen.

[Frankenstone]

Wie gesagt ist es bei bei der stm24 aufgetreten. Werde mal die Tage bei stm22 testen. Sonst lüppt es ja prima.

Stremen tu ich ja nur wenn ich was aufzeichnen möhte .

Nur eins noch, ist bis jetzt bei jedem Image so , OSD bzw. MENU Reste bei der Umschaltung der Auflösung . Liegt ja nicht nur am Neutrino sondern auch bei E2 besteht das Problem.
Irgendwo war mal die Rede davon, das der Framebuffer nicht richtig geleert oder schnell genug nachkommt. Gibt es dafür zum aktuellen Zeitpunkt einen Lösungsansatz ?

[BPanther]

Zum streamen: Kann natürlich auch sein, daß da noch was an stm24 angepasst werden muß, aber das wird sich dann zeigen.

Zum OSD: Bei 720<->1080 sollte es keine Reste geben, lediglich bei PAL/576 gibt es das Problem, da passt das gesamte OSD leider auch nicht. Sollte es bei 720<->1080 auch Probleme geben, dann bitte möglichst genau beschreiben wo bzw. wie man das nachvollziehen kann.

[MrSmith]

Hi BPanther,
bei der aktuellen rev2532 stm24 BA (aber auch bei den vorherigen revs) habe ich so ca. einmal pro Stunde das Problem das Bild und Ton beim Zappen ohne irgendeine ersichtliche Vorankündigung verschwunden sind. Habe kein Disque, sondern nur ein LNB. Dann hilft nur noch ein Restart (OK+4x rote Taste), um wieder ein Bild/Ton zu bekommen. Es tritt meines Erachtens nicht nur bei bestimmten Sendern auf oder nach einer bestimmten Zeitspanne. Mal geht das Zappen über viele Stunden gut, manchmal tritt 5 Minuten nach dem Reboot der Fehler wieder auf. Die Signalwerte der Sender sind gut.
Stürzt da der Tunertreiber ab? Gibt es eine andere Möglichkeit als den kompletten Neustart der Box durchzuführen, um wieder an ein Bild zu kommen?
Grüße,
MrSmith

[BPanther]

Ok, teste ich nochmal länger. Werde heute abend die Box einfach mal über Nacht durchlaufen lassen. Mal schauen wie die morgen nach der Nachtschicht dann aussieht.

OK+4x MUTE = Neutrino neustart - der Error 139 wird dabei ausgelöst durch killall -9 neutrino. Manchmal reicht das aus, wenn ja, "lebt" der Tunertreiber noch und es ist ein internes Neutrino-Problem.

Alternativ mal den normalen Tunertreiber (nicht FastZap) versuchen. Vielleicht sind die FastZap-Werte doch schon zu "scharf" und der Treiber stellt den Sender nicht richtig ein bzw. verliert den dadurch wieder.

[MrSmith]

Hi BPanther,

der Neutrino Neustart (OK+4xMute) hilft leider nicht, ausschließlich rebooten hilft.
Der Fehler tritt nur beim Umschalten auf, nicht beim "normalen fernsehen".

Genau ich habe FastZap aktiviert und werde nun mal den Standardtreiber testen.

Könnte die Timer-Einstellung bei den Zapit-Optionen ggf. Abhilfe schaffen? Ich habe dort von 40 (default) bereits auf 100 erhöht, der Fehler tritt aber nach wie vor auf. Ich probiere es heute abend einmal mit Werten <40, vielleicht hilft das weiter.

Gruß,
MrSmith

[BPanther]

der Neutrino Neustart (OK+4xMute) hilft leider nicht, ausschließlich rebooten hilft.

Schade, aber einen Versuch war's wert.

Der Fehler tritt nur beim Umschalten auf, nicht beim "normalen fernsehen".

Aja, mein Fehler, stand ja da "beim zappen". Schauen wir mal, ob der normale Treiber stabiler läuft.

Könnte die Timer-Einstellung bei den Zapit-Optionen ggf. Abhilfe schaffen? Ich habe dort von 40 (default) bereits auf 100 erhöht, der Fehler tritt aber nach wie vor auf. Ich probiere es heute abend einmal mit Werten <40, vielleicht hilft das weiter.

Zugegebenermaßen weiß ich im Moment nicht, ob die Option überhaupt wirkt. Kann aber sein, daß Zapit dann den Umschaltvorgang leicht verzögert oder länger auf den Sender wartet. Müsste ich auch nochmal genauer nachlesen, denn die Option hatte ich schon bei der DBox2 nie verändert, da die (bei mir zumindest) ähnliche Tunermacken ab und an hatte. Da semmelte meist auch der Treiber selbst ab und nur ein Reboot half. Normal via Menü funktionierte noch, manchmal aber auch erst nach ~1 Min. wenn das "Kanal nicht verfügbar" endlich kam.


Bin erstmal im Bett verschwunden, die nächste Nachtschicht kommt...

[MrSmith]

Der Fehler tritt nur beim Umschalten auf, nicht beim "normalen fernsehen".

Aja, mein Fehler, stand ja da "beim zappen". Schauen wir mal, ob der normale Treiber stabiler läuft.

Hi BPanther,

gestern Abend habe ich den Standard GIT Treiber ausprobiert. Ich hatte keine Probleme mehr mit dem Wegbleiben von Bild und Ton. Alles lief ohne Absturz, selbst beim Hardcorezappen (womit ich das Zappen meine, nicht das Genre ). Cool. Und das Beste ist, ich habe nicht feststellen können, dass sich durch den Treiberwechsel, das Zappen bzw. das Tunen verlangsamt hat. Anscheined ist die stm24 Version generell schneller beim Programmwechsel als die stm22 und nicht nur wegen des Fastzap-Treibers. Der ist nach meinem Stand der Dinge unnötig geworden bei stm24. Aber teste es selbst mal. Achja, den Zeitüberschreitungswert in den Zapit Optionen habe ich wieder auf 40 (default) zurückgestellt.

Grüße,
MrSmith

[Logiman]

Liest sich ja gut, werde dann heute Abend auch mal die stm24 BA installieren.

[BPanther]

@MrSmith: Danke für die Info, dann ist der "Turbo-Mode" wohl doch zu heftig. Und da er eh nichts bringt - außer anscheinend Probleme - wird der Treiber bei stm24 wieder entsorgt. Wieder eine Option weniger.

[Logiman]

Habe nun ja auch die stm24 Ba am laufen und der Standardtreiber geht sehr flink und gestern Abend ohne Probs.
Finde persönlich stm24 was flinker als stm22.

[BPanther]

Scheint auch bei den anderen Boxen der Fall zu sein, deswegen will ich jetzt am Wochenende mal die 700 und 7000 mir nochgenauer anschauen was da evtl. noch fehlt (Treiber etc.) und dann, wenn alles funktioniert auf stm24 umstellen.

[udog]

ich würde das stm24 ja auch nochmal im Flash testen


mfg
Udog