AX/MUTANT - Bugliste/Funktionen/Tests

[flk]

Dass das Ganze ein systematischer Fehler ist, sieht man an anderen Neutrino-Images auf anderer Source-Basis (z.B. Yocto), die den gleichen Fehler mit der 'Verwechslung" von sda1 und sdb1 je nach Startvariante aufweisen.

Ich sehe keine Vergangenheitsform

Im Übrigen ist das schon irreführend, wenn du etwas nichts benutzt, aber darüber schreibst als wärst du up to date. In 1 1/4 Jahren kann sich doch das ein oder andere geändert haben.Auf der Basis solltest du keine Rückschlüsse ziehen.

[vanhofen]

Wie kommst Du eigentlich darauf, das meine Speichermedien keine Label haben ?
AX64GB und AX1TB sind immer erwähnt...

Erwähnt ja, benutzt nein. Wir können das Ballspiel jetzt noch ewig fortsetzen.

Danke für die ausführliche Beschreibung der Schriftgrößen wegen. Ich versuche mal, das nachzustellen.

[flk]

Um die Problematik noch ein bisschen zu veranschaulichen ...

Du hast zwei Steine und wirfst sie aus dem Fenster. Dazu stellst die Behauptung auf "Der Stein, der zuerst am Boden ankommt heißt Hans, der andere Fritz"
Der schwerere Stein wird zwangsläufig zuerst unten ankommen. Das wäre jetzt schön berechenbar und deshalb klappt die Benennung der Steine auch in den meisten Fällen. Wenn die Steine aber in etwa das selbe Gewicht haben, kommen andere Faktoren wie z.B. der Wind hinzu und können deine Behauptung ungültig machen. Das kannst du zwar als Fehler deklarieren, dadurch wird sich aber nichts an der Tatsache ändern. Was du aber machen kannst .... die Behauptung ändern. "Der grüne Stein heißt Hans, der gelbe "Fritz"
Bedeutet übertragen: Bei zwei Blockdevices wird das schnellere Laufwerk immer /dev/sda sein, das langsamere /dev/sdb
Du kannst aber festlegen ... wenn das Laufwerk am ATA Bus hängt, mounte es nach /media/xxx
Oder auch ... wenn das Laufwerk am USB Bus hängt mounte es nach /media/yyy
Oder auch ... wenn das Laufwerk am linken hinteren USB Port hängt, mounte es nach /media/zzz

[Janus]

Wir können das Ballspiel jetzt noch ewig fortsetzen

Das glaube ich eher nicht!

[satbaby]

Nach dem Laden einer keys.conf über Einstellungen > Tasten > Tastenbelegung laden

Hier ein fix, aber da gibts noch in menu irgendwo bug, weil die geladene key settings nicht gleich zu sehen sind.
Man muss aus menu raus und rein, dann sieht man die Änderungen.
gruss

[Miky]

Das ist glaube ist bei CST schon eine lange Ewigkeit buggy.

[vanhofen]

Danke dir.
In loadKeys() fehlt doch am Ende noch ein "if (fname) delete tconfig;", oder?

[satbaby]

Hmm, ich hab hier in diff:
+ if(fname){
+ delete tconfig;
+ }
}
grade diff geladen , ist auch drinn.

achso, diff ist gegen tuxbox neutrino gemacht, nicht "ni"
gruss

[vanhofen]

Hast recht, war ein Knick in meiner Optik.

[satbaby]

Man muss aus menu raus und rein, dann sieht man die Änderungen.

Hier ein versuch das zu fixen, keine Ahnung ob es richtig ist bzw besser geht:
//edit
glaube so ist besser
]
gruss

[Janus]

Auch bei den geodätischen Daten für das USALS-Feature in der Tunerkonfiguration sieht man das bei der Initialisierung erst nach einem neuen Eintritt in das Menü.

[Ezak]

Ich habe hier ein Phänomen, was ich jederzeit nachstellen kann.
Allerdings kann ich beim Besten Willen nicht glauben, dass es ein Allgemeines Problem ist und noch keinem aufgefallen ist.

Wenn ich eine Sendung aufnehme und sagen wir die aufnahmezeit ist epg + 5 Minuten und dann auf dem gleichen Sender einen Timer für die nachfolgende Sendung aufnehme,
kann ich die nachfolgende Sendung nur 5 Minuten schauen also genau bis dahin wo die erste Aufnahme endet und dann geht die Aufnahme nicht mehr.

Hat da jemand eine Idee?

VG
Ezak

[Joerg]

da ich diesen Fall mit überschneidenden Aufnahmen oft habe (konfiguriert auf 10 Minuten Vorlauf und 20 Minuten Nachlauf) und z.B. Montags-nachts die Big Bang und Young Sheldon Folgen aufnehme von Pro7hd über Sat (die gleichen Folgen wie um 20:15, nur mit weniger Werbung), kann ich dir sagen, dass ich das Problem nicht habe mit dem aktuell installierten Nightly vom 17.03., sowohl Vor- wie auch Nachlauf sind fehlerfrei und die EPG-Infos passen auch korrekt (da hab ich auch das ein oder andere mal gelesen, dass das bei einigen nicht passt, besonders bei eingestelltem Vorlauf der Sendungsname der vorangegangenen Sendung gespeichert wird).
Allerdings hatte ich das mal, noch nicht ewig her, also mit dem Nightly vom 10.03 oder 24.02. würde ich sagen (das waren die vorher installierten Nightlys)

[TangoCash]

Wenn ich eine Sendung aufnehme und sagen wir die aufnahmezeit ist epg + 5 Minuten und dann auf dem gleichen Sender einen Timer für die nachfolgende Sendung aufnehme,
kann ich die nachfolgende Sendung nur 5 Minuten schauen also genau bis dahin wo die erste Aufnahme endet und dann geht die Aufnahme nicht mehr.

Das hatte ich auch mal, noch mit der UFS913, aber nur wenn ich während den 2 aufnahmen (kein FTA sender) einen anderen Sender gekuckt hab.

Gehe mal davon aus das wenn die erste Aufnahme beendet wird irgendwas (mein tip capmt.cpp) geschlossen wird was besser auf bleiben sollte.

[satbaby]

Auch bei den geodätischen Daten für das USALS-Feature in der Tunerkonfiguration sieht man das bei der Initialisierung erst nach einem neuen Eintritt in das Menü.

@Janus
Teste ob damit keine Nebenwirkungen gibt, entweder war es so Absicht oder es ist Bug(typo).

Code: Alles auswählen

diff --git a/src/gui/scan_setup.cpp b/src/gui/scan_setup.cpp
index ed59ae9d9..db1c2240d 100644
--- a/src/gui/scan_setup.cpp
+++ b/src/gui/scan_setup.cpp
@@ -820,7 +820,7 @@ int CScanSetup::showScanMenuFrontendSetup()
                rotorMenu->addItem(mc);
 
                CStringInput * toff1 = new CStringInput(LOCALE_EXTRA_LATITUDE, &zapit_lat_str, 10, NONEXISTANT_LOCALE, NONEXISTANT_LOCALE, "0123456789.");
-               mf = new CMenuDForwarder(LOCALE_EXTRA_LATITUDE, true, zapit_lat, toff1, "", CRCInput::convertDigitToKey(shortcut++));
+               mf = new CMenuDForwarder(LOCALE_EXTRA_LATITUDE, true, zapit_lat_str, toff1, "", CRCInput::convertDigitToKey(shortcut++));
                mf->setHint("", LOCALE_MENU_HINT_SCAN_LATITUDE);
                rotorMenu->addItem(mf);
 
@@ -829,7 +829,7 @@ int CScanSetup::showScanMenuFrontendSetup()
                rotorMenu->addItem(mc);
 
                CStringInput * toff2 = new CStringInput(LOCALE_EXTRA_LONGITUDE, &zapit_long_str, 10, NONEXISTANT_LOCALE, NONEXISTANT_LOCALE, "0123456789.");
-               mf = new CMenuDForwarder(LOCALE_EXTRA_LONGITUDE, true, zapit_long, toff2, "", CRCInput::convertDigitToKey(shortcut++));
+               mf = new CMenuDForwarder(LOCALE_EXTRA_LONGITUDE, true, zapit_long_str, toff2, "", CRCInput::convertDigitToKey(shortcut++));
                mf->setHint("", LOCALE_MENU_HINT_SCAN_LONGITUDE);
                rotorMenu->addItem(mf);
 

[Janus]

Ich habe das mal in meinen Testbranch gepatched, die Standortdaten gelöscht und die Box abgeschaltet.
Nach dem folgenden Start dann die Werte (von Süd 0 und West 0) wieder auf meinen Standort eingestellt.
Sie werden jetzt direkt nach Bestätigen der Eingabe-Dialoge korrekt angezeigt und die Motorschüssel dreht anschließend auch auf die richtigen Positionen.

Ich werde das am Dienstag nochmal mit einem frisch ausgecheckten make flashimage (ohne eigene Basteleien) auch für die Erstinitialisierung versuchen, aber so sieht erstmal auch ganz gut aus!
USALS-Anwender danken Dir!

[Janus]

Auch mit frisch ausgecheckten Sourcen von Heute (inkl. bereits committetem Fix) und komplett neuer Initialisierung war der Darstellungsfehler bei den geodätischen Kordinaten weg.

[satbaby]

Hi
Ich schreibe es hier , weil ich nur hier Bugliste Thread gefunden habe, aber es geht um neutrinuo nicht um Box.

Es geht um Mute Icon Bug, den ich immer nachstellen kann.
Es geht um neutrino nach start von deep-standby. (ist wichtig)
Ich reproduziere es so:
starte MTV plugin und drücke einmal Mute.
Dann starte video von MTV plugin und versuche die UnMute und Icon bleibt.
Das passiert nur einmal, wenn man stopt video, dann ist alles ok.
Ich habe es jetzt 2. mal versucht zu fixen.
https://github.com/tuxbox-neutrino/gui- ... 8e63d56045

Wenn jmd findet , dass der "fix" wieder was anders kaputt macht, bitte einfach reverten.

Ich habe bis jetzt keine Nebenwirkungen gefunden, aber mit Mute alle Varianten durchprobieren ist
fast unmöglich für einen User.

gruss Jacek

//edit
achso um den Bug nachzustellen, darf der commit nicht drin sein:
https://github.com/tuxbox-neutrino/gui- ... 7caaab8972

Der macht den Bug weg, aber macht zB Micha neutrino-mediathek kaputt.

[satbaby]

@Sven
Du hast den commit nicht in libstb übernommen:
https://github.com/tuxbox-neutrino/libr ... 36ba67e0be

Ohne macht neutrino bzw mmap memoryleak mit osd screenshot.

[vanhofen]

Danke. Reiche ich nach. Der kleine Schlingel ging mir wohl durch die Lappen.