Expertimental-Menu @racker

Auch wenn ich sicher nun hier erschossen werde....

Racker was soll der Quatsch mit dem Experimentalmenu ?

Ob nu CA Anzeige oder nun schon eine Tastenbelegung... wer soll entscheiden ob es geht oder nicht, wo es nachher hinkommt oder nicht ?

Ich finde man muss Neutrino nicht noch mehr kaputt machen, es wird alles daufähig gemacht, villeicht sollte man lieber mal die Sachen anpacken die nicht richtig funktionieren anstatt noch mehr Code zu verunstalten...

Sorry ich bin jetzt sicher ein Arsch aber ich weis nicht ob das CVS die geeignete Spielwiese für sowas ist... jeder der sich die Images selber baut kann doch entscheiden was er möchte oder nicht... und die Leute die Yadi, Dietmar oder Jtg-Images einsetzen bekommen eben das was die Bauer vorgeben...

Nachdenklich....

Riker

Beitrag von **mogway** » Donnerstag 12. Januar 2006, 00:03

Irgendwie kann ich mich mit dem Experimental Menu auch nicht anfreunden. Zumal die Positionierung sehr unglücklich gewählt ist.

Es macht IMHO viel mehr Sinn, die CA Anzeige so zu fixen, dass sie richtig funktioniert. Bis dahin kann man sie ja für sich selber einbauen / aktivieren.

So wie es nun ist, versaut es den Neutrino Code um ein weiteres Stück.

Gruß
mogway

Beitrag von **rasc** » Donnerstag 12. Januar 2006, 01:29

Also ich habe nichts gegen "Experimentelle Menues" in den Einstellungen.
Ich hatte ja selbst so ein Menu-Punkt eingebaut (blaue Taste), weil ich es damals leid war, jedesmal den Source zu patchen, wenn man gerade ein neues Modul entwickelt und ausprobieren möchte.

Allerdings sollte so ein Menue standardmaessig per #define aus sein.

Es kann dann beim Kompilieren, Testen oder speziellen Test-Snapshots bei Bedarf eben eingeschaltet werden.

Schade finde ich eher, dass anstatt ein neues Source Modul zu machen, die Menues weiter in neutrino.cpp reinkommen - der Code dort ist wirklich reichlich unhandlich.

Beitrag von **racker** » Donnerstag 12. Januar 2006, 03:11

Ich antworte jetzt einmal gesammelt und zitiere nicht.

Sinn der "Experimentelle Einstellungen" ist es neuen Code abzuschalten wenn Fehler vorhanden sind.
Nach einem erfolgreichen Test des neuen Codes wird ein cleanup gemacht und die Einstellmöglichkeit entfernt.
Dies ist auch der Grund, warum keine Lokalisierung stattfindet.
Wäre man so z.B. beim sectionsd vorgegangen...
So nebenbei erlaubt es jedem Tester alt mit neu zu vergleichen bzw selbst zu entscheiden ob er testen will oder nicht.

Den Menüeintrag kann man komplett entfernen wenn man show_experimental_settings auf false setzt-
entweder im Code oder in der neutrino.conf. Inaktiv wird er durch setzen von
EXPERIMENTAL_SETTINGS_OPTION_COUNT auf 0

Bei der Positionierung des Menüs bin ich leidenschaftslos. Vorschläge?

Für eine gewisse Zeit ist der Code redundant, aber immer noch besser als ein instabiles System
und durch das notwendige "aufräumen" wird das wieder behoben.

Die Verschlüsselungsanzeige befindet sich nun schon seit Jahren im CVS - von mir nur angepasst-
wenn der Code nichts taugt bzw. unnütz ist ->raus damit! Dann wird es übersichtlicher.
Was die Zuverlässigkeit der Anzeige angeht hängt das von der Signalisierung der Sender ab,
egal ob man die aktuelle Methode oder den FreeCaMode verwendet.
Falls die Anzeige Standard wird, kann man sich dafür einen Platz suchen (wenn Abschaltung notwendig)

Der letzte commit war keine "Tastenbelegung" ....
->http://forum.tuxbox.org/forum/viewtopic.php?t=39924
sonder etwas "angepackt" ;-)

Wenn so ein Eintrag standardmäßig ausgeblendet ist, schließt man
Benutzer von dietmarw-Images und Yadds aus.

Der Vorschlag mit dem "Source Modul" hat was

Beitrag von **kroki** » Donnerstag 12. Januar 2006, 17:15

Also ich finde das mit dem Menü auch nicht so gut. So wie es vorher war, war es doch in Ordnung......
Und wenn man das denn schon neu macht, dann sollte man dann auch für alles so handhaben (z.B. auch beim Moviebrowser

).

Zur CA-Anzeige kann ich nur sagen, das ich sie schon seit über einem Jahr benutze (Sie war ja eigentlich schon länger immer im cvs drinnen, nur die Ansteuerung wurde ja nun endlich mal richtig gemacht), und sie läuft bei mir ohne Probleme.

Gruß Kroki

Beitrag von **rasc** » Donnerstag 12. Januar 2006, 20:03

racker hat geschrieben: Bei der Positionierung des Menüs bin ich leidenschaftslos. Vorschläge?

Der Vorschlag mit dem "Source Modul" hat was

Also...

Punktemaessig sollte das unter die blaue Taste (Such mal nach EXPERIMEN in neutrino.cpp. Dort gibt es einen entsprechenden #define bereits dafuer.

Wenn mehr dazukommt (z.B. Options, dann lagere das bitte in ein eigenes Modul aus (sollte einfach sein: einfach sowas wie epg_menu.cpp kupfern).

In dem Modul kann dann der Aufruf fuer weitere Menues/Module oder auch optionen drin sein.

Im Uebrigen gehört der ganze Menue-Krams auf Neutrino.CPP raus in eigene Module rein...

Beitrag von **racker** » Freitag 13. Januar 2006, 00:15

rasc hat geschrieben: Punktemaessig sollte das unter die blaue Taste (Such mal nach EXPERIMEN in neutrino.cpp. Dort gibt es einen entsprechenden #define bereits dafuer.

Wenn mehr dazukommt (z.B. Options, dann lagere das bitte in ein eigenes Modul aus (sollte einfach sein: einfach sowas wie epg_menu.cpp kupfern).

In dem Modul kann dann der Aufruf fuer weitere Menues/Module oder auch optionen drin sein.

Im Uebrigen gehört der ganze Menue-Krams auf Neutrino.CPP raus in eigene Module rein...

Danke für die Hinweise

Ist das Plugin-Menü nicht schon überladen? Ich dachte vlt. an soetwas wie
"Blaue Taste lange drücken" oder eine andere - falls ich das Messagehandling hinbekomme.

Leider habe ich noch keine Möglichkeit gefunden wie man die zugehörigen
Konfigurationseinstellungen ebenfalls auslagern kann.
Ich werde es mir in einer ruhigen Stunde anschauen.

Beitrag von **racker** » Mittwoch 18. Januar 2006, 15:01

racker hat geschrieben: Ich werde es mir in einer ruhigen Stunde anschauen.

Gestern war es soweit

Das Menü befindet sich jetzt in einem eigenen Modul - macht das (zukünftige)
Arbeiten damit leichter - und liegt jetzt im Featuremenü (blaue Taste) ganz am Ende.
Mein alternativer Vorschlag wäre "blaue Taste lange" drücken

,
da das Featuremenü sowieso schon überladen ist.
Das Einsparen einer Konfigurationsvariablen wäre ein weiterer Vorteil.
Generell sollte es sichtbar sein (aktiv/inaktiv).

Meinungen, Anregungen etc. sind willkommen

Gruß

Beitrag von **MOhlmann** » Mittwoch 18. Januar 2006, 15:21

racker hat geschrieben:[Mein alternativer Vorschlag wäre "blaue Taste lange" drücken ,
da das Featuremenü sowieso schon überladen ist.

Ja das Featuremenü ist wirklich zimlich voll. Aber ich benutze das Flexmenü und seit dem hab ich in dem Featuremenü nicht mehr viel drin.

Gruß Michael

Beitrag von **PT-1** » Mittwoch 18. Januar 2006, 15:22

Wo kann man es sich zum test herunterladen?

Download: http://www.jackthegrabber.de/viewtopic.php?t=6040
Ein paar Beispiele: http://www.jackthegrabber.de/viewtopic.php?t=6043

Für den Download muß man im JtG-Forum registriert sein.

cu
Jens

Beitrag von **zexma** » Mittwoch 18. Januar 2006, 16:35

MOhlmann hat geschrieben:
racker hat geschrieben:[Mein alternativer Vorschlag wäre "blaue Taste lange" drücken ,
da das Featuremenü sowieso schon überladen ist.
Ja das Featuremenü ist wirklich zimlich voll. Aber ich benutze das Flexmenü und seit dem hab ich in dem Featuremenü nicht mehr viel drin.

Gruß Michael

Ist aber keine wirkliche Alternative, da das Ding viel zu träge reagiert.

Beitrag von **PT-1** » Mittwoch 18. Januar 2006, 19:38

racker hat geschrieben: Gestern war es soweit

Das Menü befindet sich jetzt in einem eigenen Modul - macht das (zukünftige)
Arbeiten damit leichter - und liegt jetzt im Featuremenü (blaue Taste) ganz am Ende.Gruß

Ich meinte dieses herunterladen

Beitrag von **mogway** » Mittwoch 18. Januar 2006, 20:43

racker hat geschrieben:
racker hat geschrieben: Ich werde es mir in einer ruhigen Stunde anschauen.
Gestern war es soweit

Das Menü befindet sich jetzt in einem eigenen Modul - macht das (zukünftige)
Arbeiten damit leichter - und liegt jetzt im Featuremenü (blaue Taste) ganz am Ende.

Danke!

racker hat geschrieben: Generell sollte es sichtbar sein (aktiv/inaktiv).

Ich bin für inaktiv.

Gruß
mogway

Beitrag von **Barf** » Mittwoch 18. Januar 2006, 21:10

Ich bin für inaktiv.

Und noch ein Vorschlag: Mit einem Kommandozeilenoption (z.B. -e) schaltet mann experimentelles Zeug ein. Für "Experimentierer" ist es zumutbar start_neutrino zu editieren.

Beitrag von **racker** » Donnerstag 19. Januar 2006, 17:49

Wo kann man es sich zum test herunterladen?

Es handelt sich hier um vorhanden Code im CVS, der in eigene Dateien (.cpp u. .h)
aus neutrino.cpp ausgelagert wird. Es ist kein eigenständiges Programm.
Hier dreht es sich nur noch darum wo es hinkommt und die Standardeinstellung.

Ich bin für inaktiv.

ohne Begründung ?

Und noch ein Vorschlag: Mit einem Kommandozeilenoption...

auch möglich,

aber Kommandozeilenoptionen sollten Einstellungen steuern,
die für den Start oder die Betriebsart notwendig sind. Einstellungen die auch
zur Laufzeit änderbar wären sollten über neutrino.conf gesteuert werden. ->meine Meinung

Nochetwas zu den Begriffen:
sichtbar-> z.B. blaue Taste drücken ->unter anderem wird Eintrag "Experimentelle Einstellungen" angezeigt
aktiv-> man kann den Eintrag auswählen und ausführen ->Einstellmöglichkeiten werden angzeigt
inaktiv-> man sieht den Eintrag kann in aber nicht auswählen wie z.B. bei den Scaneinstellungen
ist dafür gedacht, wenn es keine Einstellungen gibt.

Ich halte es nicht für sinnvoll wenn Menüeintrage mal da/mal weg sind.
Ist es so schwer vor dem Imagebauen ein
"echo show_experimental_settings = false >/path/to/neutrino.conf" zu machen?
Dabei muss man nicht einmal den Sourcecode anfassen ...

Leider scheint sich keiner für die "lange blaue Taste" begeistern zu können,
da könnte man sich das ganze oben ersparen.
Wenn jemand Vorschläge für "Farbtaste lange drücken" hat, kann er/sie das ja in Feature Requests posten.

Beitrag von **rasc** » Donnerstag 19. Januar 2006, 18:30

also das #define fand ich eigentlich eine brauchbare Lösung.

Wann braucht man das denn?
Wenn man ein Modul hart erweitert, ersetzt oder ein komplett neues Modul reinhaengt. Wie oft kommt das vor? Selten.

Dieses "Experimental" Menue war/ist ja nicht etwas, dass ein normaler Nutzer braucht (keine Angst, da verpasst keiner was), sondern diente eher dazu. Die neutrino.cpp nicht staendig patchen zu muessen, wenn man was entwickelt.

Bislang war das auch nur ein oder 2x in Snapshots absichtlich sichtbar, naemlich als das neue EPG-Menue mit EPG+ kam und als die techn. Infos ueberarbeitet wurden.

Standardmaessig braucht das kein Mensch, weil das Menue und die Optionen eh leer sind (es sieht sogar blöd aus, wenn ein Leeres menue kommt).

Deshalb: Spart die Code-Bytes für das Exp.Menue im Regelbetrieb lieber fuer ein paar EPG-Infos im Speicher mehr auf...

Beitrag von **racker** » Samstag 21. Januar 2006, 18:26

So, erledigt

Wer es benutzen will:
in neutrino/src/gui/Makefile.am das Kommentarzeichen entfernen den "\" nicht vergessen

in neutrino/src/gui/experimental_menu.h das define _EXPERIMENTAL_SETTINGS_ auskommentieren.

In neutrino.cpp ist nichts mehr zu ändern.

Falls dem cleanup etwas zuviel zum Opfer gefallen ist, bitte melden.

Beitrag von **mb405** » Sonntag 22. Januar 2006, 09:42

also irgendwie haste wirklich zuviel gekillt

ich hab das jetzt mal so gemacht, wie du sagtest, zum aktivieren.
die beiden einträge hab ich mal aktiviert.

then mv -f ".deps/experimental_menu.Tpo" ".deps/experimental_menu.Po"; else rm -f ".deps/experimental_menu.Tpo"; exit 1; fi
experimental_menu.cpp: In member function `int CExperimentalSettingsMenuHandler::doMenu()':
experimental_menu.cpp:67: error: 'struct SNeutrinoSettings' has no member named 'show_ca_status'
make[5]: *** [experimental_menu.o] Fehler 1
make[5]: Leaving directory `/home/mb405/image/tuxbox-cvs/apps/tuxbox/neutrino/src/gui'
make[4]: *** [all-recursive] Fehler 1
make[4]: Leaving directory `/home/mb405/image/tuxbox-cvs/apps/tuxbox/neutrino/src/gui'
make[3]: *** [all-recursive] Fehler 1

da ist wohl was in den neutrino einstellungen rausgeflogen, was da drin bleiben sollte. dann hab ich den eintrag mit ca_status mal wieder deaktiviert. den 2.eintrag hat er sauber angenommen. das mit dem ca_status finde ich eh überflüssig. denn ich weiß, welche kanäle ich mit meiner karte schauen kann. alles "nicht sichtbare" fliegt eh aus meinen bouquets raus. ich schätze die letzten eintragungen in neutrino.cpp//.h und settings.h (experimental settings) müssen wieder rein.

Beitrag von **racker** » Sonntag 22. Januar 2006, 12:13

mb405 hat geschrieben:also irgendwie haste wirklich zuviel gekillt

Hallo,
das Wort "benutzen" oben bezieht sich auf eigene Menüeinträge.
Die kommentierten 2 Zeilen sind nur Beispiele und müssen nicht funktionieren.
Für das Mosaic musst du ja auch noch ein paar Dinge ändern ....
Alles was nicht mehr benötigt wird ist rausgeflogen.

Beitrag von **mb405** » Sonntag 22. Januar 2006, 12:38

mosaic funktioniert, nur das ca_status nicht. brauch ich eh nicht.

Beitrag von **JtG-Riker** » Sonntag 22. Januar 2006, 18:38

@Racker

Also bei mir gehts, Exper. Menu ist unter blau nur ist der CA Eintrag nicht mehr drin, hab die Tage die Änderungen nicht so verfolgt, ist das auch umgeändert worden ?

Gruß Riker

Beitrag von **racker** » Sonntag 22. Januar 2006, 19:38

ist das auch umgeändert worden ?

Richtig, ohne Option machen die Variablen auch keinen Sinn mehr.
Deswegen ist der Menüeintrag auch kommentiert. .
War sowieso nur ein Beispiel zur Verwendung

Beitrag von **mb405** » Sonntag 22. Januar 2006, 20:05

ja, von mir aus kann der ganze ca kram aus den codes verschwinden.
was ich nicht sehn kann, weis ich selber, da brauch ich kein leuchtend gelbes icon

ich hab das in der infoviewer gleich auskomentiert.

Beitrag von **racker** » Sonntag 22. Januar 2006, 20:13

mb405 hat geschrieben:ja, von mir aus kann der ganze ca kram aus den codes verschwinden.
was ich nicht sehn kann, weis ich selber, da brauch ich kein leuchtend gelbes icon ich hab das in der infoviewer gleich auskomentiert.

Wenn du darüber diskutieren möchtest kannst du das gerne hier:
http://forum.tuxbox.org/forum/viewtopic.php?t=38683