"Kanal zur Zeit nicht verfügbar"-Problem
-
- Interessierter
- Beiträge: 68
- Registriert: Dienstag 21. Oktober 2003, 23:57
-
- Einsteiger
- Beiträge: 337
- Registriert: Mittwoch 2. April 2003, 18:55
@all @devs
ich möchte eine idee einbringen, wie das problem vielleicht zu lösen wäre!
da es viele leute gibt die sich bereits schöne senderlisten zurecht gebastelt haben und die mit vielen teilen ist aus dieser sicht gesehen das ändern der services.xml vielleicht nicht das geschickteste. ändert der eine die services.xml, dann findet der nächste auf seiner box den sender nicht mehr..
ich selbst muss zugestehen, dass ich immer zuerst auf lyngsat oder andere seiten schaue was sich ändert und dann trage ich das gleich in die .xmls ein!
nun, wie könnte da eine alternative aussehen? so vielleicht:
nicht jeder hat ein gutes lnb und daher sind die abweichungen (offenbar auch in abhängigkeit von der temperatur) nun mal da. soweit ich das mitbekommen habe sucht die software bis sie locken kann. ist der transponder zu weit weg kann sie nicht locken. der kanal ist nicht verfügbar. jetzt könnte man sich notieren wie weit der lock (falls er funktioniert) vom soll weg ist - für alle transponder, welche man locken kann! wenn man sich das grafisch ansieht, also frequenz gegen fehler bzw. abweichung dann bekommt man eine schöne punktmenge. ja, was macht man nun? einfach eine regressionsgerade reinlegen. nun hat man statt der vielen pünktlein eine gerade die der software mitteilen könnte wo zu suchen ist.
ein paar kollegen waren so nett und haben mir ihre lockwerte und fehler zu jedem (naja 10 halt) transponder zukommen lassen. für unterschiedlich boxen noch dazu!
wie sich bei der regressionsgerade herausstellte waren manche lnbs ganz schön daneben. ich habe mathematica notebooks bzw. pdf dateien dazu, die formel zur berechnung kann ich euch mitgeben nur implementieren müßtet ihr das ;-)
da der fehler ja in abhängigkeit von der temperatur ist (winter, sommer), wäre es geschickt dann im menü jederzeit eine neue berechnung durchführen zu können!
also, bei interesse bitte an zor.zor.zor@gmx.net oder zuerst mal hierrein ;-)
ich möchte eine idee einbringen, wie das problem vielleicht zu lösen wäre!
da es viele leute gibt die sich bereits schöne senderlisten zurecht gebastelt haben und die mit vielen teilen ist aus dieser sicht gesehen das ändern der services.xml vielleicht nicht das geschickteste. ändert der eine die services.xml, dann findet der nächste auf seiner box den sender nicht mehr..
ich selbst muss zugestehen, dass ich immer zuerst auf lyngsat oder andere seiten schaue was sich ändert und dann trage ich das gleich in die .xmls ein!
nun, wie könnte da eine alternative aussehen? so vielleicht:
nicht jeder hat ein gutes lnb und daher sind die abweichungen (offenbar auch in abhängigkeit von der temperatur) nun mal da. soweit ich das mitbekommen habe sucht die software bis sie locken kann. ist der transponder zu weit weg kann sie nicht locken. der kanal ist nicht verfügbar. jetzt könnte man sich notieren wie weit der lock (falls er funktioniert) vom soll weg ist - für alle transponder, welche man locken kann! wenn man sich das grafisch ansieht, also frequenz gegen fehler bzw. abweichung dann bekommt man eine schöne punktmenge. ja, was macht man nun? einfach eine regressionsgerade reinlegen. nun hat man statt der vielen pünktlein eine gerade die der software mitteilen könnte wo zu suchen ist.
ein paar kollegen waren so nett und haben mir ihre lockwerte und fehler zu jedem (naja 10 halt) transponder zukommen lassen. für unterschiedlich boxen noch dazu!
wie sich bei der regressionsgerade herausstellte waren manche lnbs ganz schön daneben. ich habe mathematica notebooks bzw. pdf dateien dazu, die formel zur berechnung kann ich euch mitgeben nur implementieren müßtet ihr das ;-)
da der fehler ja in abhängigkeit von der temperatur ist (winter, sommer), wäre es geschickt dann im menü jederzeit eine neue berechnung durchführen zu können!
also, bei interesse bitte an zor.zor.zor@gmx.net oder zuerst mal hierrein ;-)
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
...ich habe _einmal_ einen Problemtransponder wie oben manuell korrigiert und seiddem habe ich Ruhe.zor hat geschrieben:@all
.
da der fehler ja in abhängigkeit von der temperatur ist (winter, sommer), wäre es geschickt dann im menü jederzeit eine neue berechnung durchführen zu können!
Ich frage mich woher Du die temperaturabhaengigen LNB spezifischen Daten herbekommen willst? Ich habe keinen Klimaschrank hier rumstehen...dh. ich muesste bis zum naechsten Kaelteeinbruch/Hitzewelle warten um meine LNB spezifischen extrem Daten zu bekommen, oder? Ausserdem halte ich die Unterscheidung Sommer/Winter oder warm/kalt fuer sehr grob...also muesste man noch einen Temperaturfuehler an die Box anschliessen..
Ich halte das pers. fuer nicht besonders praktikabel..._einmal_ einen Sendersuchlauf und eine evtl Korrektur und gut ist. Falls dann doch mal das 'Problem' auftauchen sollte, brauche ich fuer so eine Korrektur vielleicht 5 Minuten..also was solls? ich pers. brauche keine Satanlage die in der Arktis und in der Sahara funktioniert ;-)
just my 2c,
peter
-
- Einsteiger
- Beiträge: 337
- Registriert: Mittwoch 2. April 2003, 18:55
@petgun
du brauchst keinen temperaturfühler! die prozedur könnte folgendermaßen aussehen:
neues image flashen (zb yadi). geordnete senderlisten reinspielen. die listen haben meist die frequenzen von lyngsat! nun startet man den menüpunkt, wo die box jeden transponder abcheckt und versucht einen lock zu bekommen. die gewonnen daten werden für die regressionsgerade verwendet, welche von nun an verwendet wird. wenn dann der winter kommt einfach den menüpunkt nochmals ausführen und die neue (vermutlich geringfügig andere) regressionsgerade wird dann verwendet..
ist doch auch einfach, nicht?
auf diese weise ließe sich jedes (noch so billiges) lnb ohne "kanal nicht verfügbar" nutzen. und die leute müßten nicht herumdrehen. ich schick dir gerne mal die paar pdfs!
gruss zor
du brauchst keinen temperaturfühler! die prozedur könnte folgendermaßen aussehen:
neues image flashen (zb yadi). geordnete senderlisten reinspielen. die listen haben meist die frequenzen von lyngsat! nun startet man den menüpunkt, wo die box jeden transponder abcheckt und versucht einen lock zu bekommen. die gewonnen daten werden für die regressionsgerade verwendet, welche von nun an verwendet wird. wenn dann der winter kommt einfach den menüpunkt nochmals ausführen und die neue (vermutlich geringfügig andere) regressionsgerade wird dann verwendet..
ist doch auch einfach, nicht?
auf diese weise ließe sich jedes (noch so billiges) lnb ohne "kanal nicht verfügbar" nutzen. und die leute müßten nicht herumdrehen. ich schick dir gerne mal die paar pdfs!
gruss zor
-
- Interessierter
- Beiträge: 64
- Registriert: Samstag 31. Juli 2004, 18:11
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Einsteiger
- Beiträge: 337
- Registriert: Mittwoch 2. April 2003, 18:55
@bimmel
warum soll man keine senderlisten einspielen können? bei mir gehts jedenfalls ;-)
@petgun
wäre sowas wie ein automatisiertes feintuning ;-)
die software müßte wirklich einfach "nur" alle transponder abklappern und daten speichern, die berechnung von der regressionsgerade wäre denkebar einfach.
ich möchte noch bemerken, dass durch das automatisierte feintuning die wahrscheinlichkeit für einen lock erhöht wird, aber nicht garantiert werden kann. es sind bei den statistiken ganz schöne hacker drinnen ;-)
interessant ist, dass sich bei den meisten geraden ein abfall mit zunehmender frequenz zeigt, also der fehler wird bei hohen frequenzen größer. da müssten manche schon um 1000 feintunden. sachen könnte ich euch zeigen ;-)
gruss zor
warum soll man keine senderlisten einspielen können? bei mir gehts jedenfalls ;-)
@petgun
wäre sowas wie ein automatisiertes feintuning ;-)
die software müßte wirklich einfach "nur" alle transponder abklappern und daten speichern, die berechnung von der regressionsgerade wäre denkebar einfach.
ich möchte noch bemerken, dass durch das automatisierte feintuning die wahrscheinlichkeit für einen lock erhöht wird, aber nicht garantiert werden kann. es sind bei den statistiken ganz schöne hacker drinnen ;-)
interessant ist, dass sich bei den meisten geraden ein abfall mit zunehmender frequenz zeigt, also der fehler wird bei hohen frequenzen größer. da müssten manche schon um 1000 feintunden. sachen könnte ich euch zeigen ;-)
gruss zor
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
...und genau das ist der springende Punkt..._mein_ LNB schert sich einen Dreck um Deine Statistik ;-)zor hat geschrieben:ich möchte noch bemerken, dass durch das automatisierte feintuning die wahrscheinlichkeit für einen lock erhöht wird, aber nicht garantiert werden kann. es sind bei den statistiken ganz schöne hacker drinnen ;-)
Das individuelle, nicht automatisierte Transponderfrequenztuning ist sehr einfach, muss imo nur einmal gemacht werden und es gibt keine 'hacker' ;-)
-
- Einsteiger
- Beiträge: 337
- Registriert: Mittwoch 2. April 2003, 18:55
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Einsteiger
- Beiträge: 337
- Registriert: Mittwoch 2. April 2003, 18:55
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Interessierter
- Beiträge: 40
- Registriert: Mittwoch 3. Juli 2002, 16:44
Ich persönlich finde den Einsatz von zor super!
Wenn der Programmieraufwand nicht allzu groß ist -und das müssen die Devs entscheiden- ist es auf alle Fälle einen Versuch wert.
@petgun
Ich glaube schon, daß es sich lohnt, so ein Feature rein zu programmieren.
Zum einen ist es so, wie zor sagt, daß sich viele neue Senderlisten ziehen und diese dann erst entsprechend der Frequenzen anpassen müssen. Zum anderen gibt es Leute, denen mal irgendwann Neutrino auf die Box geflasht wurde und mit sicherheit keinen Schimmer haben, wie sie per FTP oder Telnet auf die Box kommen sollen, um die services anzupassen. (Auch wenn Ihr dieses Argument vermutlich nicht gelten lasst)
@zor
Wäre denn die Anpassung für jeden Transponder individuell, oder würde ein pauschaler Rundumschlag gemacht werden? Bei mir z.B. waren es -ich glaube- 3 Transponder, die angepasst werden mußten. Der Rest war in Ordnung.
Wie schon gesagt: Ich habe eine Hirschmann-Anlage (LNB und Multiswitch), die vom Fachbetrieb installiert und verkabelt wurde. Und Hirschmann würde ich nicht gerade als Schrott bezeichnen. Sicherlich ist es nicht High-End, aber es geht als guter Durchschnitt durch.
Deshalb denke ich, daß möglicherweise viel mehr dieses Problem haben, als man anhand der Reaktion, bzw. Rückmeldung hier im Board denken könnte.
Wenn der Programmieraufwand nicht allzu groß ist -und das müssen die Devs entscheiden- ist es auf alle Fälle einen Versuch wert.
@petgun
Ich glaube schon, daß es sich lohnt, so ein Feature rein zu programmieren.
Zum einen ist es so, wie zor sagt, daß sich viele neue Senderlisten ziehen und diese dann erst entsprechend der Frequenzen anpassen müssen. Zum anderen gibt es Leute, denen mal irgendwann Neutrino auf die Box geflasht wurde und mit sicherheit keinen Schimmer haben, wie sie per FTP oder Telnet auf die Box kommen sollen, um die services anzupassen. (Auch wenn Ihr dieses Argument vermutlich nicht gelten lasst)
@zor
Wäre denn die Anpassung für jeden Transponder individuell, oder würde ein pauschaler Rundumschlag gemacht werden? Bei mir z.B. waren es -ich glaube- 3 Transponder, die angepasst werden mußten. Der Rest war in Ordnung.
Wie schon gesagt: Ich habe eine Hirschmann-Anlage (LNB und Multiswitch), die vom Fachbetrieb installiert und verkabelt wurde. Und Hirschmann würde ich nicht gerade als Schrott bezeichnen. Sicherlich ist es nicht High-End, aber es geht als guter Durchschnitt durch.
Deshalb denke ich, daß möglicherweise viel mehr dieses Problem haben, als man anhand der Reaktion, bzw. Rückmeldung hier im Board denken könnte.
-
- Contributor
- Beiträge: 1833
- Registriert: Mittwoch 10. April 2002, 15:39
ich wiederhole meine frage noch mal..
dietmarw hat geschrieben:aber mich interessiert nun doch wirklich mal ob beim suchlauf normalerweise nur standardwerte genommen werden,
oder ob die werte ermittelt werden? (wenn ja, dann ja teilweise nicht ganz korrekt)
und wenn sie nicht ermittelt werden, ob die möglichkeit besteht/bestand (1.6.x?) sie zu ermitteln?
(eierlegende-wollmilchsau-dvb-snoop? )
könnte da einer der "wissenden" mal was zu sagen?
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
hi,
...wenn glaubhaft von vielen 'Betroffenen' versichert wird, dass es mit Betanova oder Alexw 1.6 dieses Problem nicht gibt, kann man einen Hardwaredefekt ausschliessen.
Die Treiber haben sich geaendert...also muss imo da geforscht/gesucht werden was sich geaendert/verschlimmbessert hat. Mit einem Wuergaround dessen Nachhaltigkeit (rein statistisch ;-) ) nicht klar ist, lohnt es ich imo nicht zu beschaeftigen...die Ursache muss gefunden werden...ein rumdoktern an den Symptomen ist imo pure Zeitverschwendung.
just my 2c,
peter
...wenn glaubhaft von vielen 'Betroffenen' versichert wird, dass es mit Betanova oder Alexw 1.6 dieses Problem nicht gibt, kann man einen Hardwaredefekt ausschliessen.
Die Treiber haben sich geaendert...also muss imo da geforscht/gesucht werden was sich geaendert/verschlimmbessert hat. Mit einem Wuergaround dessen Nachhaltigkeit (rein statistisch ;-) ) nicht klar ist, lohnt es ich imo nicht zu beschaeftigen...die Ursache muss gefunden werden...ein rumdoktern an den Symptomen ist imo pure Zeitverschwendung.
just my 2c,
peter
-
- Tuxboxer
- Beiträge: 4654
- Registriert: Samstag 27. April 2002, 13:19
Ebent!petgun hat geschrieben:Die Treiber haben sich geaendert......die Ursache muss gefunden werden...
Und da hilft es auch nicht, immer wieder auf ein Basisimage zu verweisen, was überhaupt nicht Ursache sein kann. Das Problem tritt offensichtlich seit Head auf, und das läßt sich mit Release eben nicht vergleichen.
Gruß
mash
-
- Einsteiger
- Beiträge: 337
- Registriert: Mittwoch 2. April 2003, 18:55
hat jemand webspace zum uppen meiner 3 pdf-dateien? bilder sagen mehr als 1000 worte ;-)
@mash4077
ich kann mit meinen statistiken zeigen, dass der lock mit zunahme der frequenz weiter von der norm entfert ist. das locken wird also dort schwieriger. was hat das mit head zu tun?
kann es vielleicht sein, dass sich was am sendersuchlauf geändert hat? vielleicht hat ja früher der sendersuchlauf den wert eingetragen, bei welchem er den lock hatte..
gruss zor
@mash4077
ich kann mit meinen statistiken zeigen, dass der lock mit zunahme der frequenz weiter von der norm entfert ist. das locken wird also dort schwieriger. was hat das mit head zu tun?
kann es vielleicht sein, dass sich was am sendersuchlauf geändert hat? vielleicht hat ja früher der sendersuchlauf den wert eingetragen, bei welchem er den lock hatte..
gruss zor
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Einsteiger
- Beiträge: 337
- Registriert: Mittwoch 2. April 2003, 18:55
@petgun
angenommen du wolltest deine senderlisten an andere weitergeben, vielleicht an leute die weniger erfahrung haben, dann müssten die alle an ihren werten herumschrauben bis alles passt...
ich selbst habe eine hirschmann anlage und manchmal lockt meine nokia noch, wenn ich 1500 daneben bin. manche sind bis zu 2000 daneben, wo dann der lock nicht mehr funktioniert. nach der korrektur durch die funktion müßte (theoretisch) meine nokia maximal um 500 ausweichen um den lock zu finden. das schafft sie sicher!
vielleicht bekommt der satz "die wahrscheinlichkeit für einen lock ist hoch" jetzt eine andere bedeutung für dich.
gruss zor
angenommen du wolltest deine senderlisten an andere weitergeben, vielleicht an leute die weniger erfahrung haben, dann müssten die alle an ihren werten herumschrauben bis alles passt...
ich selbst habe eine hirschmann anlage und manchmal lockt meine nokia noch, wenn ich 1500 daneben bin. manche sind bis zu 2000 daneben, wo dann der lock nicht mehr funktioniert. nach der korrektur durch die funktion müßte (theoretisch) meine nokia maximal um 500 ausweichen um den lock zu finden. das schafft sie sicher!
vielleicht bekommt der satz "die wahrscheinlichkeit für einen lock ist hoch" jetzt eine andere bedeutung für dich.
gruss zor
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
..schon mal was von Suchlauf gehoert?zor hat geschrieben: angenommen du wolltest deine senderlisten an andere weitergeben, vielleicht an leute die weniger erfahrung haben, dann müssten die alle an ihren werten herumschrauben bis alles passt...
nein...die Wahrscheinlichkeit dieses Jahr noch mal 5 Minuten in ein Frequenzfeintuning investieren zu muessen ist sehr gering und die Wahrscheinlichkeit das ich Deinen mit Statistik optimierten Sendersuchlauf testen werde ist fuer mich gleich null...vielleicht bekommt der satz "die wahrscheinlichkeit für einen lock ist hoch" jetzt eine andere bedeutung für dich.
BTW ist mein LNB ein billig Teil vom Aldi.
-
- Tuxboxer
- Beiträge: 4391
- Registriert: Freitag 21. Mai 2004, 17:16
-
- Tuxboxer
- Beiträge: 4654
- Registriert: Samstag 27. April 2002, 13:19
Das Problem tritt offensentlich seit der APi_v3 (Head Zweig des CVS) auf.zor hat geschrieben:@mash4077
was hat das mit head zu tun?
Sicher, im Vergleich zur APi_v1 (Release Zweig des CVS) hat sich sicher einiges geändert. Aber genau darum geht es doch hier...zor hat geschrieben:kann es vielleicht sein, dass sich was am sendersuchlauf geändert hat?
Gruß
mash
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Semiprofi
- Beiträge: 1383
- Registriert: Freitag 18. April 2003, 15:12
Fehlt hier nicht nur ein Dev der mal Lust und Laune hat Todo mal umzusetzen?mash4077 hat geschrieben:Das Problem tritt offensentlich seit der APi_v3 (Head Zweig des CVS) auf.zor hat geschrieben:@mash4077
was hat das mit head zu tun?
Sicher, im Vergleich zur APi_v1 (Release Zweig des CVS) hat sich sicher einiges geändert. Aber genau darum geht es doch hier...zor hat geschrieben:kann es vielleicht sein, dass sich was am sendersuchlauf geändert hat?
Gruß
mash
Dann würden in der Service.xml auch wieder die richtigen Frequenzen mit Abweichung gespeichert.
frontend.cpp:
/*
* if everything went ok, then it is a good idea to copy the real
* frontend parameters, so we can update the service list, if it differs.
*
* TODO: set a flag to indicate a change in the service list
*/
-
- Einsteiger
- Beiträge: 337
- Registriert: Mittwoch 2. April 2003, 18:55