Es ist ja bekannt das gewisse Boxen den Bug Kanal zur Zeit nicht verfügbar haben.
Bevor jetzt weider kommt ucodes etc. Habe ich alles ausprobiert. Das problem ist das der Tuner zu früh aufhört nach der Frequenz zu suchen. Jetzt meine Frage an die Entwickler, wo kann man die Tuning bzw. Umschaltzeit umstellen?
Dafür muss es ja eine Datei geben.
Danke im vorraus
zapit
-
Nico 77
- Semiprofi
- Beiträge: 1383
- Registriert: Freitag 18. April 2003, 15:12
Ja gibt es: frontend.cpp
Stelle den Wert #define TIMEOUT_MAX_MS mal auf (30*TIME_STEP).
Dann zapit neu erstellen und es sollte dein Problem behoben sein.
Stelle den Wert #define TIMEOUT_MAX_MS mal auf (30*TIME_STEP).
Dann zapit neu erstellen und es sollte dein Problem behoben sein.
-
Marc!?
- Interessierter
- Beiträge: 66
- Registriert: Sonntag 18. Juli 2004, 23:30
-
Nico 77
- Semiprofi
- Beiträge: 1383
- Registriert: Freitag 18. April 2003, 15:12
-
Marc!?
- Interessierter
- Beiträge: 66
- Registriert: Sonntag 18. Juli 2004, 23:30
-
Homar
- Senior Member
- Beiträge: 1278
- Registriert: Mittwoch 5. September 2001, 00:00
Nico:
1. der Sendersuchlauf sucht sich TOT mit der Einstellung...
2. Wenn das Frontend einen Timeout liefert, dann nützt dir nichts zu warten, zu warten...., zu warten.
Das Problem rührt von einer ganz anderen stelle:
Kommandos werden zum teil geschmissen, ohne auf das Ergebnis warten zu können.
So etwas wie ReadyForNextCommand oder Acknowledge gibbet meiner Meinung nach nicht, bzw nicht richtig implementiert.
Wenn nun Neutrino etwas unternehmen möchte und nicht weiss ob es das schon darf, dann kommt es im Ablauf unter manchen Bedingungen durcheinander.
Am meisten trifft dieser Fall auf manchen Sat-Sender auf.
Diese haben eine nicht DVB-Norm entsprechenden Aufbau mancher ihrer Tabellen.
Wenn du hinzappst, dann hängt sich das Frontend auf und meldet keinen Timeout mehr (es liest die Daten ja ein, nur sehr langsam)
Das Timeout höher zu setzten würde dem natürlich einen Vorteil verschaffen, hinzappen zu können.
Aber Neutrino bekommt es nicht sofort mitgeteilt. Es wartet also nicht und macht weiter im geschehen.
...und wenn du als user nicht warten willst und weiterzappst, hast du ein Problem. Ohne Neustart wirst du das Problem nicht mehr los
Wenn aber das "Kanal zur Zeit..." kommt, ist es weiter nicht tragisch, denn der watchdog von derget setzt ein und resettet manche register.
--> beim nächsten umschalten (einige sekunden später) funktioniert das zappen wieder...
also kannste es dir selber aussuchen, welches verhalten besser für dich ist.
MFG
Homar
1. der Sendersuchlauf sucht sich TOT mit der Einstellung...
2. Wenn das Frontend einen Timeout liefert, dann nützt dir nichts zu warten, zu warten...., zu warten.
Das Problem rührt von einer ganz anderen stelle:
Kommandos werden zum teil geschmissen, ohne auf das Ergebnis warten zu können.
So etwas wie ReadyForNextCommand oder Acknowledge gibbet meiner Meinung nach nicht, bzw nicht richtig implementiert.
Wenn nun Neutrino etwas unternehmen möchte und nicht weiss ob es das schon darf, dann kommt es im Ablauf unter manchen Bedingungen durcheinander.
Am meisten trifft dieser Fall auf manchen Sat-Sender auf.
Diese haben eine nicht DVB-Norm entsprechenden Aufbau mancher ihrer Tabellen.
Wenn du hinzappst, dann hängt sich das Frontend auf und meldet keinen Timeout mehr (es liest die Daten ja ein, nur sehr langsam)
Das Timeout höher zu setzten würde dem natürlich einen Vorteil verschaffen, hinzappen zu können.
Aber Neutrino bekommt es nicht sofort mitgeteilt. Es wartet also nicht und macht weiter im geschehen.
...und wenn du als user nicht warten willst und weiterzappst, hast du ein Problem. Ohne Neustart wirst du das Problem nicht mehr los
Wenn aber das "Kanal zur Zeit..." kommt, ist es weiter nicht tragisch, denn der watchdog von derget setzt ein und resettet manche register.
--> beim nächsten umschalten (einige sekunden später) funktioniert das zappen wieder...
also kannste es dir selber aussuchen, welches verhalten besser für dich ist.
MFG
Homar