ChannelListSaver TAP
- TV-Junkie
- Alteingesessener
- Beiträge: 28022
- Registriert: Sa 16. Jun 2007, 19:10
- Receivertyp: VU+ Duo4K, Ultimo4K und Uno4KSE
- Receiverfirmware: VTI 15.xx ausser der Uno 4K SE
- Wohnort: Düsseldorf
Re: ChannelListSaver TAP
Der Editor ist komplett Buggy. Wenn man einmal was umschaltet bzw einstellt und speichert, egal welcher SRP, dann hat man immer und auf allen Transpondern das gleiche , wenn auch falsche Ergebnis.
Ich wollte nämlich sämtiche Einstellungen am Topf machen, und habe das dann festgestellt
Wenn man raus und wieder reingeht, und durch die Transponder scrollt, ist wieder alles i.O.. Ändert man wieder was, geht nix mehr richtig.
Ob es am TMS noch schlimmer ist, kann sein, ich habe aber das Projekt, alles am Topf zu händeln, ad acta gelegt, weil es keinen Sinn macht, leider.
Hier auch nur Uralt TMS am Start, nur zur Info.
Ich wollte nämlich sämtiche Einstellungen am Topf machen, und habe das dann festgestellt
Wenn man raus und wieder reingeht, und durch die Transponder scrollt, ist wieder alles i.O.. Ändert man wieder was, geht nix mehr richtig.
Ob es am TMS noch schlimmer ist, kann sein, ich habe aber das Projekt, alles am Topf zu händeln, ad acta gelegt, weil es keinen Sinn macht, leider.
Hier auch nur Uralt TMS am Start, nur zur Info.
Gruß Ha-Jü
----------------------------------------------------------------------------------------------
Zum Tippspiel BuLi 2019/2020 hier entlang
Und wer Lust auf tippen beim DFB Pokal hat, darf sich hier austoben
Viel Spaß
Sat-Anlage: Astro CAS 90 mit Kathrein UAS 584 LNB (20Jahre alt und noch immer Top in Schuss ), Jultec JPS0506-8T Unicable Multischalter sowie UM/VF West Kabelanschluß
Installierte Plugins:OScam (incl OScam-Butler), LV4, SmartEPG VU+, ansonsten nix, was VTI nicht schon selbst mitbringt
----------------------------------------------------------------------------------------------
Zum Tippspiel BuLi 2019/2020 hier entlang
Und wer Lust auf tippen beim DFB Pokal hat, darf sich hier austoben
Viel Spaß
Sat-Anlage: Astro CAS 90 mit Kathrein UAS 584 LNB (20Jahre alt und noch immer Top in Schuss ), Jultec JPS0506-8T Unicable Multischalter sowie UM/VF West Kabelanschluß
Installierte Plugins:OScam (incl OScam-Butler), LV4, SmartEPG VU+, ansonsten nix, was VTI nicht schon selbst mitbringt
-
- Moderator
- Beiträge: 1170
- Registriert: Sa 4. Jun 2011, 22:35
- Receivertyp: 2x SRP-2410, CRP-2401CI+
- Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05 - Kontaktdaten:
Re: ChannelListSaver TAP
Doch Asa, ich habe genau das gemacht! Im Satelliten Transponder Editor geändert und gespeichert!
Signal ist aber weiterhin vorhanden!! (Ich mach morgen noch nen Screenshot)
Unterschiedliche SystemIDs für den TMS2100 mit und ohne EuP?
Also laut Firmware-Download-Seite gibt es da nur eine SysID...
Welche Firmware-Version habt ihr eigentlich drauf?
Hier ist es (glaub ich) die von Aug2013...
Signal ist aber weiterhin vorhanden!! (Ich mach morgen noch nen Screenshot)
Unterschiedliche SystemIDs für den TMS2100 mit und ohne EuP?
Also laut Firmware-Download-Seite gibt es da nur eine SysID...
Welche Firmware-Version habt ihr eigentlich drauf?
Hier ist es (glaub ich) die von Aug2013...
Meine aktuellen TAPs: MovieCutter | ChannelListSaver | RecStripper | TAPtoDate | HDDIntegrity
- Alter Sack
- Alt-Guru
- Beiträge: 10626
- Registriert: Do 8. Dez 2005, 22:35
- Receivertyp: diverse
- Wohnort: NRW - GM
Re: ChannelListSaver TAP
Die 1.16.00 vom 08.04.2014
Aktive Receiver:
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR
- Alter Sack
- Alt-Guru
- Beiträge: 10626
- Registriert: Do 8. Dez 2005, 22:35
- Receivertyp: diverse
- Wohnort: NRW - GM
Re: ChannelListSaver TAP
Und das ist auch so, habe ich aus einer zuverlässigen Quelle, also quasi aus 1.Hand
Gerti hat geschrieben:Mi 26. Jan 2011, 09:29Ich nutze den EUP schon länger hier im Büro und es gibt wirklich kein Problem dadurch, dass beide Geräte dieselbe Firmware verwenden.
Gerti hat geschrieben:Mi 26. Jan 2011, 10:10In der Regel gibt es ja immer unterschiedliche System-IDs für die Produkte, es ist aber bei diesen beiden Geräten anscheinend wirklich nicht nötig.
Im Tunerbereich gab es aber wohl Modifikationen, die den Qualitätswert beeinflussen:
Gerti hat geschrieben: ↑Do 1. Dez 2011, 07:48Die aktuellen Modelle haben eine Modifikation erhalten, welche den Tunerchip gegen Überlastung schützen soll. Dadurch sinken die Werte für Signalstärke und Qualität.
Ein Qualitätswert von 25-30% ist nach der Modifikation eigentlich noch immer mehr als ausreichend für einen ungestörten Empfang.
Gerti hat geschrieben: ↑Do 17. Mai 2012, 09:41Es gab kürzlich eine Lieferung vom SRP-2100, bei dem am Tuner die Freilaufdiode fehlt.
Dadurch kann es passieren, dass die LNB Steuerung im Receiver beschädigt wird, wenn es beim Anschluss zu einer Spitze kommt.
Die betroffene Lieferung wurde bereits wieder vom Großhändler abgeholt, jedoch sind natürlich schon einige Geräte in den Handel gelangt.
Und die Tuner sind nur anders ausgelegt, aber identisch.
Gerti hat geschrieben: ↑Mo 29. Jul 2013, 15:23Die sind nicht sehr empfindlich, die sind von Ihrer Charakteristik nur so ausgelegt, dass Sie große Reserven bei schlechtem Signal haben, dafür aber eher kein Signal mehr anzeigen, wenn die LNB Frequenz zu stark vom Soll abweicht. Die Tuner sind allesamt Markentuner (idR. von Samsung).
Ich hoffe, jetzt ist alles geklärt
Zuletzt geändert von Alter Sack am So 11. Mär 2018, 07:40, insgesamt 1-mal geändert.
Aktive Receiver:
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR
- buko
- Mr. Settings
- Beiträge: 12240
- Registriert: Fr 9. Dez 2005, 09:03
- Receivertyp: auch andere Receiver!
VU+ Ultimo 4K
VU+ Uno 4K
VU+ Duo 4K SE - Wohnort: Bayern & Tirol
Re: ChannelListSaver TAP
... hier ein paar Settings zum weiterspielen ...
Astra 19° - Hotbird 13° - Astra 23° - Eutelsat 9° - Astra 28°
Astra 19° - Hotbird 13° - Astra 23° - Eutelsat 9° - Astra 28°
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
gruß
buko
Topfield Settings bearbeiten, verwalten und vieles mehr:
mit SetEdit für fast alle Topfield & VU+ Receiver
buko
Topfield Settings bearbeiten, verwalten und vieles mehr:
mit SetEdit für fast alle Topfield & VU+ Receiver
- Alter Sack
- Alt-Guru
- Beiträge: 10626
- Registriert: Do 8. Dez 2005, 22:35
- Receivertyp: diverse
- Wohnort: NRW - GM
Re: ChannelListSaver TAP
Gibts die auch in aktuell und mit allen Transpondern und als Channels.txt
BTW: In den 8 Dateien hat Astra1 5x verschiedene Transponderzahlen, 55, 62, 64, 65, 68.
Aktive Receiver:
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR
-
- Moderator
- Beiträge: 1170
- Registriert: Sa 4. Jun 2011, 22:35
- Receivertyp: 2x SRP-2410, CRP-2401CI+
- Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05 - Kontaktdaten:
Re: ChannelListSaver TAP
Okay, also ich glaube, ich kann das Testen wohl aufgeben...
Channels.txt mit Pilot=off auf dem ZDF HD Transponder eingespielt -> Reboot -> perfekter Empfang -> Im Satelliten Transponder Editor kontrolliert, aber nicht verändert (siehe Screenshot) -> immernoch perfekter Empfang
Besteht evtl. die Möglichkeit, dass das weder am Tuner-Chip selbst, noch an der Firmware liegt, sondern an der Empfangsstärke des LNB? Dass bei eher "grenzwertigerem" Empfang der Pilot nötig wird, um ein stabiles Signal zu gewährleisten...? (nur so ne Idee...)
Sehr interessantes Phänomen....Alter Sack hat geschrieben: ↑Fr 9. Mär 2018, 18:14CLS scheint sich übrigens nicht immer zu beenden und müllt dann die Logdatei mit
"2018-03-09 16:46:xx Exiting from TSR-mode (should not occur)." zu.
Ich habe es überprüft. Diese Meldung dürfte - nach allem, was ich davon verstehe - wirklich nicht auftreten. Und tut es bei mir auch nicht...
Das bedeutet, dass NACH dem Beenden der TAP_Main() Funktion mit return 0; noch (mehrfach) ein IDLE-Event von CLS ausgeführt wird.
Könntest du bitte einmal näher beschreiben, in welchem Zusammenhang das bei dir auftritt (Export / Binär-Import / Text-Import, immer oder nur manchmal, etc.), und wie man es vielleicht reproduzieren kann?
(Ich habe ja immernoch die von jkIT beschriebenen Crashes beim Beenden des TAPs im Hinterkopf, die ich - so viel ich mich auch anstrenge - ebenfalls nicht reproduzieren kann. Hier zeigt sich nun ebenfalls eine Anomalie beim Beenden - deshalb sollten wir dem nachgehen...)
Achja, und beendet sich das TAP dann (etwas später) doch noch - oder "müllt" es fröhlich bis zum nächsten Neustart weiter?
Und während es das tut - wird es in der (firmware-eigenen) TAP-Übersicht als laufendes TAP (in grün) dargestellt? Und kann man es darüber dann beenden, um dem Spuk ein Ende zu bereiten?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von chris86 am Di 13. Mär 2018, 21:06, insgesamt 1-mal geändert.
Meine aktuellen TAPs: MovieCutter | ChannelListSaver | RecStripper | TAPtoDate | HDDIntegrity
- FireBird
- Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
- Beiträge: 28754
- Registriert: Fr 9. Dez 2005, 09:59
- Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k - Wohnort: Wien
Re: ChannelListSaver TAP
Es gibt ja die offensichtliche Funktion TAP_SystemProc(), aber da war auch die eine oder andere unauffällige Funktion, die einen reentranten Idle-Event ausgelöst hat (war es TAP_Channel_Start() oder TAP_Channel_Stop()? ). Verwendet CLS die übliche Absicherung?
Code: Alles auswählen
dword TAP_EventHandler(word event, dword param1, dword param2)
{
static bool DoNotReenter = FALSE;
if(DoNotReenter) return param1;
DoNotReenter = TRUE;
...
DoNotReenter = FALSE;
return param1;
}
-
- Moderator
- Beiträge: 1170
- Registriert: Sa 4. Jun 2011, 22:35
- Receivertyp: 2x SRP-2410, CRP-2401CI+
- Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05 - Kontaktdaten:
Re: ChannelListSaver TAP
Besser noch!
1.) Ist es gar kein TSR-TAP.
2.) Kommt nach dem Setzen der CLSFinished-Variable wirklich kein Code mehr, der einen reentranten Aufruf bewerkstelligen könnte.
Code: Alles auswählen
dword TAP_Main(...)
{
...
CLSFinished = TRUE;
TRACEEXIT();
return 0;
}
dword TAP_EventHandler(word event, dword param1, dword param2)
{
if (event == EVT_IDLE && CLSFinished)
{
WriteLogMC(PROGRAM_NAME, "Exiting from TSR-mode (should not occur).\r\n");
}
}
Das habe ich gerade im Verdacht als möglichen Crash-Auslöser. Schließlich darf man ein Non-TSR-Tap vielleicht nicht so beenden...
Meine aktuellen TAPs: MovieCutter | ChannelListSaver | RecStripper | TAPtoDate | HDDIntegrity
- FireBird
- Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
- Beiträge: 28754
- Registriert: Fr 9. Dez 2005, 09:59
- Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k - Wohnort: Wien
Re: ChannelListSaver TAP
Der Code kann schon vorher kommen und der Idle-Event hinkt nach. Aber wenn der EventHandler sonst leer ist, wäre es egal.
-
- Moderator
- Beiträge: 1170
- Registriert: Sa 4. Jun 2011, 22:35
- Receivertyp: 2x SRP-2410, CRP-2401CI+
- Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05 - Kontaktdaten:
Re: ChannelListSaver TAP
Wie kann der denn "schon vorher kommen"?? Es gibt doch nur einen Thread. Die weitere Ausführung nach der "pöhsen" Stelle müsste eigentlich verzögert werden, bis alle Events der anderen TAPs (also auch der reentrante Aufruf) abgearbeitet sind...
Im EventHandler steht ansonsten nur die Behandlung der MessageBox. Da keine eingeblendet ist, ist er also ansonsten effektiv "leer"...
Aber Asa spricht ja nicht von einem einmaligen reentranten Aufruf, sondern davon, dass sich das TAP nicht beendet, und dauerhaft IDLE-Events feuert...
Im EventHandler steht ansonsten nur die Behandlung der MessageBox. Da keine eingeblendet ist, ist er also ansonsten effektiv "leer"...
Aber Asa spricht ja nicht von einem einmaligen reentranten Aufruf, sondern davon, dass sich das TAP nicht beendet, und dauerhaft IDLE-Events feuert...
Meine aktuellen TAPs: MovieCutter | ChannelListSaver | RecStripper | TAPtoDate | HDDIntegrity
- FireBird
- Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
- Beiträge: 28754
- Registriert: Fr 9. Dez 2005, 09:59
- Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k - Wohnort: Wien
Re: ChannelListSaver TAP
Sieht trotzdem sehr verdächtig nach einem reentranten Idle-Auslöser im EventHandler aus.
-
- Moderator
- Beiträge: 1170
- Registriert: Sa 4. Jun 2011, 22:35
- Receivertyp: 2x SRP-2410, CRP-2401CI+
- Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05 - Kontaktdaten:
Re: ChannelListSaver TAP
Da gebe ich dir ja sogar recht...
Aber ich kann den EventHandler gerne in seiner ganzen Pracht hier posten.
Also ich kann da keinerlei "Auslöser-Potenzial" erkennen! Du etwa?
Code: Alles auswählen
dword TAP_EventHandler(word event, dword param1, dword param2)
{
// TAP-Beendigung erzwingen, falls fertig und in TSR-Modus gewechselt
if (event == EVT_IDLE && CLSFinished)
{
WriteLogMC(PROGRAM_NAME, "Exiting from TSR-mode (should not occur).\r\n");
CloseLogMC();
// TAP_Exit();
}
// Behandlung offener MessageBoxen (rekursiver Aufruf, auch bei DoNotReenter)
if(OSDMenuMessageBoxIsVisible() || OSDMenuInfoBoxIsVisible())
{
OSDMenuEvent(&event, ¶m1, ¶m2);
param1 = 0;
}
return param1;
}
Meine aktuellen TAPs: MovieCutter | ChannelListSaver | RecStripper | TAPtoDate | HDDIntegrity
-
- Moderator
- Beiträge: 1170
- Registriert: Sa 4. Jun 2011, 22:35
- Receivertyp: 2x SRP-2410, CRP-2401CI+
- Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05 - Kontaktdaten:
Re: ChannelListSaver TAP
... und so kann man (reproduzierbar) einen Crash auslösen:
@Josef (und alle, die einen Crash beim Beenden des CLS bemerkt hatten):
Kommt bei euch in der Log-Datei vor dem Crash die Zeile
vor?
Code: Alles auswählen
TAP_Main(...)
{
...
CLSFinished = TRUE;
TAP_SystemProc(); // ein TAP_SystemProc() mit folgendem TAP_Exit() im IDLE-Event wird schadlos überstanden
TAP_SystemProc(); // ein zweites Auslösen des IDLE-Events führt schon vor dem TAP_Exit zum Crash
WriteLogMC(PROGRAM_NAME, "TAP Exit\r\n");
return 0;
}
Kommt bei euch in der Log-Datei vor dem Crash die Zeile
Code: Alles auswählen
Exiting from TSR-mode (should not occur).
Meine aktuellen TAPs: MovieCutter | ChannelListSaver | RecStripper | TAPtoDate | HDDIntegrity
- Alter Sack
- Alt-Guru
- Beiträge: 10626
- Registriert: Do 8. Dez 2005, 22:35
- Receivertyp: diverse
- Wohnort: NRW - GM
Re: ChannelListSaver TAP
Ich habe mich nochmal durch die ganzen Logfiles gewühlt, das Phänomen trat sowohl beim
Export, als auch beim Import auf, CLS war noch grün und das Logfile wurde zugemüllt, bis
ich CLS über die Fileliste beendet habe.
Aber ..., es gab zu diesem Zeitpunkt 2 Besonderheiten:
1. Die Sendeliste war leer, ich hatte also zuvor einen Werksreset gemacht
2. Neben TMS-Remote und Remoteswitch war auch BackupSettings im Autostart
Die ersten beiden TAPs waren immer im Autostart, Backupsettings nur beim 1. Start (um die leeren
Settings zu exportieren) und beim 2. Start (nach dem Import der Channels.txt via CLS).
Beim 1. Start hatte das Logfile 124kB, beim 2. Start 221kB (da hatte ich CLS nicht direkt beendet),
bei den weiteren Versuchen hatte ich BackupSettings aus dem AutoStart entfernt, hier sind die
Logfiles durchweg 2 bzw. 4kB groß (Export/Import).
Sieht also so aus, als wenn BackupSettings irgend etwas "offengelassen hat", was CLS dazu
veranlasst hat, nach Ex/Import das Logfile zuzumüllen
Zuletzt geändert von Alter Sack am Mi 14. Mär 2018, 09:10, insgesamt 1-mal geändert.
Aktive Receiver:
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR
- FireBird
- Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
- Beiträge: 28754
- Registriert: Fr 9. Dez 2005, 09:59
- Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k - Wohnort: Wien
Re: ChannelListSaver TAP
Ich würde empfehlen, alles aus der Main in den EventHandler zu verschieben. In der TAP_Main() ist die Firmware in einem speziellen Zustand (STATE_Tap) und da hatte ich auch schon Probleme mit rekursiven Aufrufen.
- jkIT
- TFtool-Guru
- Beiträge: 3182
- Registriert: Sa 10. Dez 2005, 18:26
- Receivertyp: TF4000 & TF5000MP & SRP-2410
- Kontaktdaten:
Re: ChannelListSaver TAP
Nein, bei mir nicht. Aber wie berichtet, lag es bei mir reproduzierbar am speichern der *.std, das ja mit der Anzeige einer Message Box einhergeht. Evtl. eine ähnliche Problematik?chris86 hat geschrieben: ↑Di 13. Mär 2018, 23:39@Josef (und alle, die einen Crash beim Beenden des CLS bemerkt hatten):
Kommt bei euch in der Log-Datei vor dem Crash die Zeilevor?Code: Alles auswählen
Exiting from TSR-mode (should not occur).
- jkIT
- TFtool-Guru
- Beiträge: 3182
- Registriert: Sa 10. Dez 2005, 18:26
- Receivertyp: TF4000 & TF5000MP & SRP-2410
- Kontaktdaten:
Re: ChannelListSaver TAP
Jetzt bin ich verwirrt
Ich dachte, du hast das geändert?
chris86 hat geschrieben: ↑Mi 7. Feb 2018, 01:15Und 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 )
-
- Moderator
- Beiträge: 1170
- Registriert: Sa 4. Jun 2011, 22:35
- Receivertyp: 2x SRP-2410, CRP-2401CI+
- Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05 - Kontaktdaten:
Re: ChannelListSaver TAP
Genau das habe ich in der Beta-Version in obigem Post getan.
Nachdem das aber die Crashes bei Josef nicht behoben, und dafür bei Ha-Jü evtl. zu zusätzlichen Crashes (?) geführt hat, und zudem in der Doku steht, dass es bei TSR-TAPs viel größeres Fehlerpotenzial gibt, habe ich diese Änderung wieder rückgängig gemacht...
Nein... Ist (bei mir zumindest) in STATE_Normal / SUBSTATE_Normal. Komisch...
Korrigiere:
Beim Start des TAPs ist er in STATE_TAP / SUBSTATE_Exec. Erst nach dem ersten Aufruf von TAP_EnterNormalNoInfo() - nach dem Ausblenden der Messagebox - sorgt dafür, dass er (noch während TAP_Main) in den Status STATE_Normal / SUBSTATE_Normal wechselt.
Zuletzt geändert von chris86 am Mi 14. Mär 2018, 15:19, insgesamt 2-mal geändert.
Meine aktuellen TAPs: MovieCutter | ChannelListSaver | RecStripper | TAPtoDate | HDDIntegrity
-
- Moderator
- Beiträge: 1170
- Registriert: Sa 4. Jun 2011, 22:35
- Receivertyp: 2x SRP-2410, CRP-2401CI+
- Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05 - Kontaktdaten:
Re: ChannelListSaver TAP
Bezüglich der Ausgangs-Fragestellung nach Regeln für die Verwendung von Pilots habe ich noch folgendes gefunden:
Der auf 10.995 MHz arbeitet schonmal mit einer FEC von 5/6, und ist daher von obiger Beschreibung nicht abgedeckt. Trifft das auch auf den anderen zu?
Die von Ha-Jü aufgeführten Pilot-Transponder sind jedenfalls allesamt 8PSK und 2/3 bzw. 3/4.
Vielleicht sollte ich die Regel ändern in:
"Alle Transponder mit Modulation 8PSK und FEC 2/3 oder 3/4 oder 3/5 oder auto bekommen Pilot=on"?
@Asa: Welche beiden Transponder sind deine "UHD-Transponder", bei denen der Pilot fälschlich gesetzt wurde?ETSI hat geschrieben:With the receiver algorithms taken into consideration, the simulation results demonstrate that carrier synchronization can be achieved in presence of phase noise and worst-case thermal noise for any DVB-S2 mode. Some of the transmission modes, such as for example 8PSK rate 3/5 and rate 2/3, 16APSK rate 3/4, 32APSK 4/5 required the use of pilot symbols to avoid cycle slips. For ACM operation, the use of pilot symbols can guarantee continuous receiver synchronization.
Der auf 10.995 MHz arbeitet schonmal mit einer FEC von 5/6, und ist daher von obiger Beschreibung nicht abgedeckt. Trifft das auch auf den anderen zu?
Die von Ha-Jü aufgeführten Pilot-Transponder sind jedenfalls allesamt 8PSK und 2/3 bzw. 3/4.
Vielleicht sollte ich die Regel ändern in:
"Alle Transponder mit Modulation 8PSK und FEC 2/3 oder 3/4 oder 3/5 oder auto bekommen Pilot=on"?
Meine aktuellen TAPs: MovieCutter | ChannelListSaver | RecStripper | TAPtoDate | HDDIntegrity