ImproBox 2.1 RC16

ramibi · #81

steve0564 hat geschrieben:Hallo Gerti,
rein der Neugier wegen: Was ist denn der tiefere Sinn dieser Aktion???

Hi Gerti,

das würde mich allerdings auch sehr interessieren

Gerti · #82

Hi!

Der Sinn davon ist, dass ich versuchen möchte, dass ImproBox nur eine neue ID braucht, wenn die Platte getauscht wird, nicht wenn Sie formatiert wird.

Ich habe aber inzwischen auch genug Nummern bekommen...Danke...

Gruß,
Gerti

Erdnussnase · #83

Gerti hat geschrieben:Hi!

Prinzipiell müsst es zum Teil so sein wie Du gesagt hast...ganz genau kann das aber nur Erdnussnase beantworten, er hat die Logoroutine geschrieben.
Soweit ich weiss, werden aber dann nicht die Logos 101-200 geladen, sondern nur das "benötigte" Logo und ein am wenigsten benötigtes Logo wird herausgeworfen.
Im Prinzip passt sich die Logodatei also Deinen Gewohnheiten an und dürfte irgendwann nur aus den Logos bestehen, die Du normalerweise auch brauchst...
Das gleich 1000 Logos geladen werden, soll ja genau damit verhindert werden, denn dadurch kam es ja immer wieder zu Abstürzen...

Beim Start werden immer die ersten 1 bis x Logos geladen. X ist von der Cachegröße abhängig. Soviel ich weiß hat Gerti die auf 100 gesetzt. Müßte er aber noch bestätigen.
Wenn Du nun auf Programmplatz 200 gehst, Wird das Logos für 200 nachgeladen, dafür fliegt das Logos raus, das am längsten nicht mehr benutzt wurde.
Dieses Nachladen kann über eine Variable verhindert werden. Dann wird halt für 200 kein Logo angezeigt, dafür läuft aber die HD nicht an.
In QT habe ich beides über Menü einstellbar, Gerti hat hier das Nachladen wohl immer erlaubt.

Das Problem mit der Anzahl ist nicht die Routine. Der kannst Du theoretisch eine 10000 vor die Füße werfen, damit sie 10000 Logos beim Start einliest. Ich glaube ich habe das derzeit künstlich auf 300 begrenzt ist aber nur eine Konstante die geändert werden könnte.

Das Problem ist der Topf selbst. Das Laden der Logos braucht schon die meiste Startzeit. Man verlängert also den Zeitbedarf beim Topfstarten ganz extrem. (Der Topf ist beim Dateilesen merkwürdigerweise nicht besonders schnell).
Dann wäre da noch so etwas wie Speicherplatz. Jedes Logo verbraucht ca. 3.2KB.
Da Nicht Timeshifter in der Regel JAG benutzen ist dieser ja schonmal recht knapp geworden. Wenn man also 300 Logos einliest, ist man bei einem knappen MB Speicherbedarf. Bloß zur Anzeige von Logos bei Sendernummern die man sowieso nocht allzuhäufig sieht. Lohnt sich das ? Ist der Speicherplatz für EPG Programme nicht viel wertvoller ?

Wie auch immer. Unter QT sind beide Parameter (Anzahl der Logos und Nachladen erlaubt) über Menü einstellbar. Das habe ich gemacht damit jeder selbst entscheiden kann was Ihm wichtig ist. Ich denke das macht am meisten Sinn.
Das war auch der Hauptgrund für die neuen Logoroutinen. Damit es flexibel gehandhabt wird und so die Verantwortung für den Umgang mit Speicher und HD ganz dem Anwender in die Hände gelegt werden kann.

caju · #84

Moin Gerti,
schicke dir gleich die Mail mit meiner beta6 Nummer. Mir sind dabei 2 Sachen aufgefallen

1.
Die Reihenfolge der TAP´s im Autostart Folder sind unterschiedlich, wenn ich im Topf direkt nachsehe oder mit Altair:

Im Topf steht
1 30.12. JagsEPG...
2. 18.1. Improbox...

Altair zeigt´s umgekehrt an, wie es auch sein soll.
Mit der Fernbedienung kann ich die Startreihenfolge nicht ändern. Mit Altair läßts sich aber auch nicht ändern.

Ich habs schon mal mit Altair alles gelöscht und neu eingegeben: Immer dasselbe. Zuerst JAG´s EPG, dann Improbox.

2.
Ich habe beim löschen den Licence Key im Autostart Ordner nicht gelöscht. Trotzdem musste ich ihn neu eingeben. Ist wahrscheinlich kein Problem, oder doch?

steve · #85

Die Reihenfolge in Altair und im Topf selber spiegelt nicht die Startreihenfolge der Taps wieder!!

caju · #86

Aber wer hat denn nu Recht? Altair oder der Topf?
Ich ging immer davon aus, zuerst Improbox, dann der Rest der Welt.
Klappen tut ja alles. Also kann ich mich wieder hinlegen?

ramibi · #87

caju hat geschrieben:Aber wer hat denn nu Recht? Altair oder der Topf?
Ich ging immer davon aus, zuerst Improbox, dann der Rest der Welt.
Klappen tut ja alles. Also kann ich mich wieder hinlegen?

Altair

caju · #88

ramibi hat geschrieben:Altair

Danke!!

ramibi · #89

... im Topf werden die Taps IMHO nach dem Datum der Erstellung durch den Autoren angezeigt

latte · #90

Hi,

@Erdnusnase
danke für die ausfühliche Erklärung.

@Gerti
was hälst Du von der Idee so eine Art Favoritenliste für die Logos einzuführen. Ich stelle mir das so vor.
Improbox legt eine zusätzliche *.in an in der die Anzahl der Sender hinterlegt ist z. B. so:

1 = y
2 = y
3 = y
.
.
400 = y
401 = n
.
.
.
1515 = n
1516 = y

Bei den Nummern wo ein "y" steht soll das Logo geladen werden und bei "n" eben nicht. Das Ergebnis könnte ja dann in der *.dat stehen und beim nächsten Start ausgewertet werden.
So bräuchte man nicht alle Sender bei den man ein Logo möchte in der Senderliste hintereinander zu "quetchen".
Später könnte ja, falls es machbar ist und ein Tap Programmierer Zeit und Lust hat, ein Editor folgen der das Editieren komfortabel gestalltet, für die Leute die kein Rechner in der Nähe vom Topf haben.
Es sollten dann aber wenigstens 200 Logos gecacht werden um einen Zugriff auf die Platte zu verhindern.

MfG
latte

Gerti · #91

Hi!

Erdnussnase hat geschrieben:Beim Start werden immer die ersten 1 bis x Logos geladen. X ist von der Cachegröße abhängig. Soviel ich weiß hat Gerti die auf 100 gesetzt. Müßte er aber noch bestätigen.
Wenn Du nun auf Programmplatz 200 gehst, Wird das Logos für 200 nachgeladen, dafür fliegt das Logos raus, das am längsten nicht mehr benutzt wurde.

Was ist denn mir der LogosTV.dat und LogosRadio.dat?
Wird die nur beim erstem starten erstellt oder auch "upgedated", wenn Logos nachgeladen werden. Wenn es upgedated wird, dann müsste sich die Logo-DAT doch irgendwann recht gut dem Bedürfniss des Users angepasst haben? Falls das noch nicht der Fall ist, wäre das machbar?

Erdnussnase hat geschrieben:Dieses Nachladen kann über eine Variable verhindert werden. Dann wird halt für 200 kein Logo angezeigt, dafür läuft aber die HD nicht an.
In QT habe ich beides über Menü einstellbar, Gerti hat hier das Nachladen wohl immer erlaubt.

Genau so ist es im Moment...

Erdnussnase hat geschrieben:Das Problem mit der Anzahl ist nicht die Routine. Der kannst Du theoretisch eine 10000 vor die Füße werfen, damit sie 10000 Logos beim Start einliest. Ich glaube ich habe das derzeit künstlich auf 300 begrenzt ist aber nur eine Konstante die geändert werden könnte.

In der bisherigen Version war es ja so, dass beim Reload der Logos (wenn viele vorhanden waren), irgendwelche Speicherbereiche "überschrieben" wurden und ImproBox dann meistens sein Keyfile gekillt hat...oder es gab andere Gründe, die ich nicht kenne...

Gruß,
Gerti

Harvey · #92

Wie wäre es, wenn man die Logoroutinen als eigenständiges TAP schreibt und somit die Logos selbst nur ein mal im Speicher landen?

Zugegebenermassen wüsste ich jetzt nur nicht, wie die anderen TAPs an die Funktionsadressen ran kommen sollen, aber das müsste eigentlich ähnlich wie im TSR-Commander zu machen sein.

Erdnussnase · #93

Gerti hat geschrieben:Was ist denn mir der LogosTV.dat und LogosRadio.dat?
Wird die nur beim erstem starten erstellt oder auch "upgedated", wenn Logos nachgeladen werden. Wenn es upgedated wird, dann müsste sich die Logo-DAT doch irgendwann recht gut dem Bedürfniss des Users angepasst haben? Falls das noch nicht der Fall ist, wäre das machbar?

Die LogosTV.dat und LogosRadio.dat haben folgende Struktur:
Erst gibt es ein Header, danach folgen in der Reihenfolge der Sendernummer die Logos.
Deswegen ist das Nachladen sehr einfach. Mit der Sendernummer hast Du gleich die Position im File. Mit einer einfachen unsortierten Liste würde das Nachladen nicht sinvoll gehen weil Du entweder Platz für sehr viele Logos bräuchtest um in diesem Bereich nach dem richtigen zu suchen, oder Du müßtest immer kleine Filehäppchen einlesen solange bis Dein Gesuchtes erscheint. Das würde zu lange dauern. Da die Files für die Logos im Gegensatz zu einem Film kaum HD Speicher braucht, habe ich halt die schnelle simple Methode genommen und für jeden Sender sortiert nach Nummer ein Platz im File spendiert. Deswegen wird die Datei auch nur einmal erstellt, danach nicht mehr beschrieben.

Diese Dateien würde ich aus obigen Gründen nicht umsortieren.
Ein Lösungsansatz wäre ein Tabelle einzuführen die entweder in einem extra File, oder zwischen Header und Logos liegt und eine Art Logozusammenstellung enthält, die wie auch immer ermittelt wurde.
Die letze Konfiguration kann man sich darin nicht merken, dann schimpfen wieder viele wegen ständiger Plattenzugriffe. Patches kannst Du in improBox ja kaum nehmen, so fällt auch die Möglichkeit aus über ein Hack das Topf runterfahren mitzukriegen und die letzte Konfiguration kurz vorm runterfahren abzulegen.
Also müßte diese Konfiguration von irgendwoher kommen.
Klar könnte man das mit einer Art ini machen die dann jeder User selbst, wie auch immer, pflegen kann. Das entschärft das Speicherproblem ein wenig, erhöht aber die Zeit während des Starts u.U. deutlich weil wild im File nach Logos gesucht wird.

Ich frage mich bei diesen Diskussionen aber immer, wie groß ist der Nutzen im Verhältniss zum Aufwand ? Wieviel Leute gehen regelmäßig auf Sender, sagen wir mal > 100 (oder > 200) und wieso verschieben Sie die dann nicht einfach diese Sender unter die ersten X.
Oder wie tragisch ist es wenn bei wenigen (?) Sendern mal ein Logo nicht erscheint ?

Versteht mich nicht falsch, ich bin nicht dagegen so etwas einzubauen, oder sonstwie alle gemeldeten Wünsche zu verwirklichen. Ich frage halt nur ob der Aufwand wirklich lohnt und ob man das nicht viel einfacher in den Griff kriegt.
Denn dabei bedenke ich immer die riesige Feature List die bei mir (und wahrscheinliuch den meisten anderen TAP Programmieren) auf dem Tisch liegt und deren Verwirklichung sich dann schon wieder verzögern würde. Arbeitszeit ist halt ein wenig begrenzt.

Gerti hat geschrieben: In der bisherigen Version war es ja so, dass beim Reload der Logos (wenn viele vorhanden waren), irgendwelche Speicherbereiche "überschrieben" wurden und ImproBox dann meistens sein Keyfile gekillt hat...oder es gab andere Gründe, die ich nicht kenne...

Du meinst bei der Erstellung der Logofiles. Ja, da habe ich u.U. das Problem gefunden.
Müßte aber getestet werden.
An die Routine die die Logofiles erstellt werde ich aber später sowieso nochmal rangehen, da ist noch Optiemierung drin. Habe ich aber wegen anderer Sachen noch nicht gemacht. Wenn es das Problem aber noch gibt und wirklich "brennt" kann ich das gerne auch kurzfristiger als geplant erledigen.

Erdnussnase · #94

Harvey hat geschrieben:Wie wäre es, wenn man die Logoroutinen als eigenständiges TAP schreibt und somit die Logos selbst nur ein mal im Speicher landen?

Zugegebenermassen wüsste ich jetzt nur nicht, wie die anderen TAPs an die Funktionsadressen ran kommen sollen, aber das müsste eigentlich ähnlich wie im TSR-Commander zu machen sein.

Denkbar. Aber bisher brauchen nur zwei Taps die Routinen und beide bedienen sich aus dem gleichen Source. Sind nur ein paar Defines anders um die unterschiedliche Größe bzw. das Laden des "anderen" Logotypens zu steuern.
Wenn mehr Taps das bräuchten/wollten könnte man das sicher auslagern. Bisher lohnt sich das kaum.

Elle4u · #95

Erdnussnase hat geschrieben:Wenn mehr Taps das bräuchten/wollten könnte man das sicher auslagern. Bisher lohnt sich das kaum.

Vorsichtig meld...

Irgendwann hatte ich schon mal vor Logos mit in Filer einzubauen.
Derzeit fehlen aber noch grundlegende Dinge wie "Umbenennen", so daß das noch etwas dauern wird. Aber grundsätzlich hätte ich da schon Interesse dran.

Gerti · #96

Hi!

Erdnussnase hat geschrieben:Du meinst bei der Erstellung der Logofiles. Ja, da habe ich u.U. das Problem gefunden.

Naja, eigentlich nur, wenn man sie "Aktualisiert" (über das ImproBox Menü).
Bonni war da ganz gross drin und wollte es auch mal mit der aktuellen Version probieren...

@Bonni: Ich werde Dir mal eine Version mit einstellbaren Werten schicken (gib mir nochmal Deine eMailadresse), dann darfst Du wieder testen :-)

Gruß,
Gerti

asrael · #97

Gerti hat geschrieben:Hi!

Wie im Eingangsthread geschrieben, kann man den letzten Sprung mit "Stop" rückgängig machen. Die erste Sprungweite ist zur Zeit fest auf 5 Minuten eingestellt, ich werde es aber mal auf die Liste setzen, dass man den einstellen kann.

Gruß,
Gerti

Hi Gerti,

danke für die neue Beta (4-6), die ich erst heute abend testen kann.

Im SmartSkipper kann man auch mehrere UNDOs hintereinander durchführen. Das war bislang aus meiner Sicht der wesentliche Vorteil von SmartSkipper gegenüber FastSkip.

Viele Leute werden das ja nicht brauchen, aber ich habe beim Skippen einen nervösen Daumen und drücke gerne zweimal zu oft vorwärts bevor ich merke, dass ich schon wieder im Film bin.

Wäre es Dir möglich, auch in Impronox ein "Multilevel-Undo" (3x wäre IMHO völlig ausreichend) einzubauen?

Mit freundlichen Grüßen

asrael

Gerti · #98

Hi!

Habe ich eigentlich nicht vor. Denn in diesem Fall kann man auch einmal "Exit" (beendet den Smartskip) drücken und dann neu starten...

Gruß,
Gerti

ICTag · #99

asrael hat geschrieben:Hi Gerti,
Im SmartSkipper kann man auch mehrere UNDOs hintereinander durchführen. Das war bislang aus meiner Sicht der wesentliche Vorteil von SmartSkipper gegenüber FastSkip.

Viele Leute werden das ja nicht brauchen, aber ich habe beim Skippen einen nervösen Daumen und drücke gerne zweimal zu oft vorwärts bevor ich merke, dass ich schon wieder im Film bin.

Hallo Gerti,
Das habe ich bei FastSkip auch gemerkt. Aber ich hatte überlegt ob den Sprung zum letzten Richtungswechsel ausreichen wird (statt mehre UNDOs und statt nur den letzten Tastendruck).
Bin aber noch nicht dazugekommen es auszuprobieren.
Gruß,
ICTag

mega · #100

Kleiner Bug:

Es werden öfters die PVR-Infos der ImproBox angezeigt, statt der normalen.