TTD Forum

Ich habe nochmal ein wenig getestet, und konnte auf zwei verschiedenen Töpfen (auch mit SmartFiler) bei zahlreichen Ex- und Importen keine Reboots produzieren...

Mir ist aber noch etwas eingefallen, was vielleicht mit dem Problem zusammenhängen könnte, dass das TAP nicht korrekt zurückkehrt...
Und zwar ist CLS bisher als Non-TSR-TAP gelaufen, d.h. hat alles in der TAP_Main() Methode erledigt, und sich danach einfach mit return(0) beendet.
Außerdem hat das TAP nicht den Normal-Mode verlassen.
Beides habe ich nun testweise mal eingebaut: Das TAP wird nun als TSR gestartet, und die wesentlichen Aktionen werden jetzt nicht mehr in der Main-Methode, sondern im ersten IDLE-Event ausgeführt. Zudem wird ExitNormalMode() aufgerufen. (Was die Firmware allerdings nicht daran hindert, ihre Settings-Export-Message zu präsentieren )

Möglicherweise könnte diese Änderung Probleme beheben, die beim Zusammenspiel von CLS mit anderen TAPs eine Rolle spielen...?

Außerdem wird jetzt der SmartEPG-Identifikator ("unused5") in den Timern gespeichert, und wieder zurückgeschrieben. Somit sollte auch SE seine Timer wiederfinden...

Wäre klasse, wenn die "Crash-Produzenten" es damit nochmal testen könnten!

2-mal heruntergeladen

Hmm, dafür dass heute schon 50 User online waren ...

Ich habe nach wie vor keine Reboots, weder im Normalbetrieb, noch nach TS-Pause oder TS-Live,
SmartEPG, SmartFiler und diverse andere TAPs sind auch im Autostart.

Alter Sack hat geschrieben: ↑

Mi 7. Feb 2018, 19:34

2-mal heruntergeladen

Hmm, dafür dass heute schon 50 User online waren ...

... und einmal davon war ich selber, um zu testen, ob der Download funktioniert

Alter Sack hat geschrieben: ↑

Mi 7. Feb 2018, 19:34

Ich habe nach wie vor keine Reboots, weder im Normalbetrieb, noch nach TS-Pause oder TS-Live,
SmartEPG, SmartFiler und diverse andere TAPs sind auch im Autostart.

Sehr schön zu hören!
Ich habe sie ja auch nicht
Aber diese Art von Fehlern, die nur bei manchen und in speziellen Konstellationen auftritt und dann noch nichtmal wirklich reproduzierbar, ist leider sehr schwer zu debuggen...
(und ebenso leider auch typisch für Speicherlecks oder andere lustige C-Späßchen^^)

Ich komme erst wieder Freitag dazu, sorry. Bin im Stress.
Oder ggf morgen Abend , wenn nix dazwischen kommt.

So Chris, ich gebe erst mal auf. Nicht nur, das der topf abstürzt, meist nach dem 3. mal, will die neueste Version des Taps die gerade angelegte .dat wieder einlesen, nach dem gemeldet wurde, das die Settings angelegt wurde. Vorher natürlich alle relevanten Dateien gelöscht. Dabei exportiere ich nur. Die Taps einzeln von Hand gestartet, allerdings alphabetisch, alles io. Als alle wieder liefen, auch.
Also den Topf wieder komplett neu gestartet, wieder das Problem. Jetzt die X-Start ini von unten nach oben Taps gelöscht, Topf neu gestartet, und immer nach einen Absturz ( und beide Popup wie oben) ein Tap weniger, keine Chance, ich finde das nicht.
Als letztes habe ich alle Taps in den Autostart gegeben, und wieder erst die beiden Popup, und nach dem dritten mal stürzt der Topf ab.
Ganz ohne Taps geht es Einwandfrei.
Morgen oder so werde ich die Taps nochmal in den Autostart geben, und nochmal, diesmal von Hand und in der richtigen Reihenfolge von Hand starten, bzw ich überlege, ein Tap nach dem anderen in den AutoStart zu geben und den Topf neu zu starten. Ist aber Zeitaufwendig, und ich wollte den Topf von meiner Mutter auch mal fertigmachen.
Als letzte Option stelle ich mir ggf hier mal einen Eco hin, nicht das der Conax einen Weg hat. Und zuallerletzt mein richtiger Topf, mit den gleichen Taps, und genauso gestartet. Das kann aber nochwas dauern.
Ach ja, anbei die X-Start ini als txt und die Settings vom dem Conax. Ich weiß, sehr chaotisch, ich wette aber, das das auf 99% aller Receiver dieser Welt so aussieht, sofern man nicht selber Hand anlegt und/oder das Gerät veraltete Dinge löscht. Das 2. macht der topf zumindest nicht

Hat das mal gecheckt, deshalb habe ich die Daten hier angehangen, so wild die auch sind

Ich wurde dieser Tage mit einem seltsamen Phänomen konfrontiert...

Ich habe im Büro am 2401 CI+ meine Senderliste sortiert und sie dann mit ChannelListSaver gesichert.
Diese Liste habe ich dann auf dem 2100 eingespielt - Ergebnis: Etliche Sender (u.a. Das Erste) bleiben dunkel - "Kein Signal".

Ich habe die paar Sender manuell umsortiert, aber seither beschäftigt mich die Frage: Bei CLS werden ja zur Einsparung des Sendersuchlaufs die Empfangseinstellungen mit übertragen, aber anscheinend verhält sich der 2100 da im Detail anders als der 2401 - ist das vielleicht ein Pilotton-Thema?

Es eilt nicht und ich suche keine "Lösung" - ich wüsste nur gerne, ob ich mit meiner Idee vielleicht richtig liege.

Nich Pilotton. sondern Pilot Yepp, daran wird es scheitern
Da Du ja die txt von CLS hast, kannst Du über die betroffenen Sender die Transponder herausfinden, die betroffen sind.
Jetzt entweder in der txt bei Pilot ein y setzen, oder am Topf selber die Transponder heraussuchen (im Satelliten Transponder editor) und dort den Pilot setzen. Geht auch bei der Kanalsuche, aber hier wird der Transponder dann nochmal angelegt bei änderungen

TV-Junkie hat geschrieben: ↑

So 18. Feb 2018, 11:55

Nich Pilotton. sondern Pilot

Ok, ich stamme noch aus der Zeit, als Pilottöne "modern" waren...

Yepp, daran wird es scheitern
Da Du ja die txt von CLS hast, kannst Du über die betroffenen Sender die Transponder herausfinden, die betroffen sind.
Jetzt entweder in der txt bei Pilot ein y setzen, oder am Topf selber die Transponder heraussuchen (im Satelliten Transponder editor) und dort den Pilot setzen. Geht auch bei der Kanalsuche, aber hier wird der Transponder dann nochmal angelegt bei änderungen

Danke für den Tipp, ich werde das bei meiner nächsten Sortier-Aktion so machen - im Moment läuft ja alles und ich hab' zurzeit nicht den Nerv für Experimente.

Hi Chris, mal ganz was anderes.
Leider ist CLS, hier noch die 0.8. leider nicht so flexibel wie gedacht.
Wenn mann Settings mit einem 2401CI+ baut (dessen Tuner brauchen keinen Pilot) und diese TXT z.B. auf einem TMS einspielt, haben alle Sender, die auf Transpondern liegen, die irgendwas mit Pilot haben, keinen Empfang.
Und das sind eine ganze Menge.
Habe Dir mal 2 Settings hier hochgeladen, eine mit Pilot und eine ohne. Sind die Settings von meinem Bekannten. Schon der erste Transponder (10714 Mhz) hat kein Bild, und so aus dem Kopf, der, wo Das Erste HD liegt, auch nicht. Der Rest war viel mit Sky, was hier nicht drauf ist.
Ob bei einem Sendersuchlauf mit Netzwerksuche An beim 2401 der Pilot eingeschaltet wird, weiß ich jetzt nicht, die Transponderliste ist von mir

TV-Junkie hat geschrieben: ↑

Di 6. Mär 2018, 18:59

Leider ist CLS, hier noch die 0.8. leider nicht so flexibel wie gedacht.
Wenn mann Settings mit einem 2401CI+ baut (dessen Tuner brauchen keinen Pilot) und diese TXT z.B. auf einem TMS einspielt, haben alle Sender, die auf Transpondern liegen, die irgendwas mit Pilot haben, keinen Empfang.

Vielen Dank für den Hinweis!

Aber was stellst du dir nun vor, was ich dagegen tun soll...?

Der ChannelListSaver exportiert die Daten exakt so, wie sie im Quell-Receiver eingestellt sind. Und exakt so werden sie dann auch wieder in den Ziel-Receiver hineingeschrieben.
Wenn nun ein Quell-Receiver (nennen wir ihn 2401CI+) den Pilot bei einem Sender auf "off" stellt, ein Ziel-Receiver (nennen wir ihn SRP2100) den Pilot bei diesem Sender aber gerne auf "on" hätte - dann funktioniert die Übertragung halt nicht...
Ich wüsste keine "Lösung" für das Phänomen...

(Es sei denn, jemand würde eine Liste der betroffenen Transponder fertig machen - und pflegen - dann könnte CLS beim SRP2100 als Zielsystem bei diesen Transpondern evtl. den Pilot selbst aktivieren)

chris86 hat geschrieben: ↑

Mi 7. Mär 2018, 00:07

Aber was stellst du dir nun vor, was ich dagegen tun soll...?

Ist doch total easy

Du erweiterst das TAP um eine Scanfunktion, scannst also vor dem Import alle Transponder
und überprüfst Signal und Qualität mit den zu importierenden Settings, ist ein Wert 0, setzt
Du das ON-Flag beim Piloten, bringt das auch nichts, probierst Du auch noch alle FECs durch
(in Kombination mit dem Piloten ), die Moduation sollte natürlich auch geprüft werden ...

Sollte ich was vergessen haben, bitte ergänzen

Naja, man kann noch die LIL-Datei mit den richtigen Namen aktualisieren, die Festplatte auf Konsistenz prüfen, vorhandene Timer auf die richtigen Kanäle korrigieren, die Sommerzeit richtig einstellen, das Flash bereinigen, und....

Anthea hat geschrieben: ↑

Mi 7. Mär 2018, 11:28

Naja, man kann noch ...

Ich verfolge das hier schon ein Weilchen und frage mich gerade, ob zum Angleichen der Senderliste zwischen 2401 und 2100 dann vielleicht doch RoboChannel mit vorhergehendem Sendersuchlauf auf dem Ziel-Toppi das Mittel der Wahl sein könnte...

Hier im Forum wird zwar gerne der ChannelListSaver empfohlen und das erscheint mir auch sinnvoll, weil der einen größeren Funktionsumfang hat und das Einspielen/Wiederherstellen der Senderliste ohne Suchlauf ermöglicht - aber beim Übertragen der Senderliste vom 2401 zum 2100 bin ich auch schon wegen der Piloten auf den Bauch gefallen...

Mit Robochannel bin aber ich nie so richtig klar gekommen. Also nicht wegen der Bedienung, sondern weil das Ergebnis nicht immer der Knaller war, warum auch immer.

TV-Junkie hat geschrieben: ↑

Mi 7. Mär 2018, 11:48

sondern weil das Ergebnis nicht immer der Knaller war

Das Knaller-Feature hatte Paul noch auf der TODO-Liste.

Meine Vermutung ist, das Astra irgendwo was nicht richtig gepflegt hat, und deshalb was nicht stimmte. So aus dem Kopf, es wurden Sender nicht mehr angelegt, die eigentlich funktionierten. Ob meine Vermutung stimmt, keine Ahnung
Wat denn für ein Knaller-Feature

Anthea hat geschrieben: ↑

Mi 7. Mär 2018, 11:28

... vorhandene Timer auf die richtigen Kanäle korrigieren ....

check!

wohliks hat geschrieben: ↑

Mi 7. Mär 2018, 11:44

aber beim Übertragen der Senderliste vom 2401 zum 2100 bin ich auch schon wegen der Piloten auf den Bauch gefallen...

Gibt es denn eine Regel, nach der die Pilot-Einstellung gesetzt werden muss? Also zum Beispiel für alle DVB-S2 Transponder? Oder für alle mit einer bestimmten FEC-Einstellung, o.ä.?
Ich könnte natürlich überprüfen: "Bin ich auf einem TMS2100", und dann in bestimmten Fällen die Pilot-Einstellung mit "on" überschreiben...

PS: Für was steht "Pilot" eigentlich genau? Ich hätte auch angenommen, dass es ein Pilot-Ton ist...

chris86 hat geschrieben: ↑

Mi 7. Mär 2018, 22:15

PS: Für was steht "Pilot" eigentlich genau? Ich hätte auch angenommen, dass es ein Pilot-Ton ist...

Die ausführlichste Erklärung hat Aldarin mal formuliert, neben dem 2100er sind auch etliche
andere Receiver und DVB-S2 PC-Karten von dem Conexant Chipsatz Problem betroffen.

Aldarin hat geschrieben: ↑

Mo 8. Sep 2008, 11:58

Ich versuche es mal: Der Pilot ist eine Sequenz (Block) im Datenstrom, daß bei DVB-S2 dem Empfänger helfen soll, das Signal leichter zu erkennen und sich aufzusynchronisieren. Dh. für eine schnellere und einfachere Synchronisation sorgen soll.
Eigentlich sollte ein Demodulator, der diese Information benötigt, diese Sequenzen autom. auswerten. Das scheint aber, so weit ich es verstanden habe, bei Demodulatoren mit einem Conexant Chip nicht zu funktionieren. Wo immer auch der Hund begraben ist (Treiber/Hardware) ??? Jedenfalls muß man aus diesem Grund in den Settings beim Transponder angeben, ob Pilots verwendet werden.
Welcher Transponder mit Pilots arbeitet bzw. wo das steht kann ich Dir auch nicht sagen. Einfach das Flag setzen wenn es nicht klappt.