Naja, bin dann irgendwann als zwischen 7 und 8 doch eingepennt, da kann man jetzt schon wieder wach sein

Wer will testen?
Patch,
Komplett (CVS)

Dann weiß ich wofür der nächste auskommentierte Kommentar war

Bitte eine genauere Erklärung, damit ich dagegen was tun kann

Vor allem wäre interessant zu wissen, ob das schon vor der letzten Version war, da ich nur da was an einer potentiell gefährlichen Stelle diesbezüglich geändert hab.

*EDIT* Ja, das kam durch die letzten Änderungen am Patch. Werde das wieder korrigieren, aber ich liefere mal keine ETA mit

*EDIT2* Ok, war doch vorher schon drin (Um die Uhrzeit wird man Entscheidungsfreudig :)). Hab ich lokal auf meiner Box gefixt und werde das morgen hochladen, ich hoffe das sieht man mir nach...

*EDIT3* So, neue Dateien oben. Mit enthalten ist die Änderung, dass statt "Zap as PiP" nun - wenn PiP-zapping aktiv - "Zap in Mainwindow" im Kontextmenü der Kanalauswahl erscheint. Ausserdem kann man nun auch beim zappen im Fenster den im Hauptfenster abgespielten Kanal anzeigen Etwas verwirrend mag das neu eingeführte Verhalten sein, dass das PiP beim zappen nicht mehr automatisch deaktiviert werden kann, es hätte zumindest an einer Stelle vorher zu einem Fehler kommen können, der nun so umgangen wird. Ich werde das ganze zum nächsten mal dann etwas schöner gestalten, dazu hatte ich dann aber keine Lust mehr

Pakete sind an bekannter Stelle zu finden (Patch, Komplett (CVS))

also quick&dirty kann ich nen fix dafür bereitstellen (grade eben getestet). allerdings wäre es vielleicht besser das sauber zu lösen.

erklärung:
die getname-methode der servicemp3 liefert nun nur noch den dateinamen, nicht aber den pfad. meine lösung besteht darin, mir die servicereference zu holen, die mir eine getpath-methode bereitstellt womit wir quasi im alten szenario sind

Nee, trotz der Uhrzeit ist noch Denken angesagt

Mein Patch fügt ja ein "Zap in PiP" dem Kontextmenü der Senderliste hinzu, der den markierten Sender im PiP abspielt.
Wenn nun aber der "Zapfokus" auf dem PiP liegt, kann man nur noch mit 0 und </> im Hauptfenster zappen. Wäre aber statt "Zap in PiP" in der Situation ein "Zap in Mainwindow" im Kontextmenü, könnte man das Hauptfenster trotzdem ohne wechseln des Fokus umschalten.

Das hat mit swapPiP mal überhaupt nichts gemein

Es könnte sich auch in ein "zap in mainwindow" umändern, um mal eine spontane Idee einzuwerfen

Quote

Original von pasurimi
In der letzten version, im PIP-modus, wenn PIP fokusiert ist, man kann den gewünschten sender der im PIP angezeigt wird, ganz normal mit OK taste aus der TV-liste wählen.
Braucht man den eintrag "Play as pip" in der channellistMenu noch?

In dem Kontext braucht man den tatsächlich nicht unbedingt, aber schaden tut er auch nicht.
Ich werd das mal ändern, ist dann wohl bei der nächsten Version enthalten

Quote

Original von parachutesj
Hast du auch das aktuelle Boxman-CVS?

Quote

Original von ritzMo
[...]
Bei mir klappt es so, allerdings eigenes Image mit aktuellem CVS.[...]

Vorher hatte mein Image Oozoon als Basis, jetzt komplett eigenes.

Quote

Original von parachutesj
Evtl. liegt es an ralfKs modifiziertem Mediaplayer?

Die erweiterte Movielist hab ich seit der interessante Teil im CVS ist nicht mehr drin. TS ging aber auch damit.

Quote

Original von parachutesj
Ist der in anderen CVS-Images auch mit drin?

Der Vollständigkeit halber beantworte ich das auch nocht: Bestimmt in einigen wenigen, aber ich kenne soweit nur das von Boxman.

*EDIT* Der einzig wirklich markante Unterschied scheinen - wie von Reichi vermutet - die Treiber zu sein, denn ich benutze auch die aktuellen.

Naja, in dem entsprechenden Zeitraum ist aber nur eine irrelevante Änderung.

Und ja, ich drücke gelb und die Box zeichnet auf und das Bild hält an.

Ohne jetzt negativ auffallen zu wollen....
Bei mir klappt es so, allerdings eigenes Image mit aktuellem CVS.

Nur damit nicht immer nur gemeckert wird

I haven't been able to build OE on my Gentoo machine(s). Tried in a Debian chroot and had no problem since.
You wouldn't be up to try this, right?

As I said before I can't reproduce it and as you are the only one complaining the problem is most likely on your side.

What system are you building on?

RalK hat das doch beschrieben, wie ein long/repeated Tastendruck ausschaut.
Unterschieden wird das erst über das Flag...

Im Prinzip sollte der Druck dann so aussehen:
*Drücke Taste*
(Make) Aktion ausführen wenn make-flag
*Warte*
(Repeated) Aktion ausführen wenn repeated-flag
*Warte*
(Repeated) Aktion ausführen wenn repeated-flag
(Long) Aktion ausführen wenn long-flag
*Warte*
(Repeated) Aktion ausführen wenn repeated-flag
*Warte*
(Repeated) Aktion ausführen wenn repeated-flag
*Lasse los*
(Break) Aktion ausführen wenn brake-flag

Das ist nicht der genau Ablauf, da ich die Intervalle nicht kenne und es nicht für so interessant betrachte, dass ich das jetzt unbedingt testen müsste.

Und ja, das sind die Tasten die Shift "unterstützen".

Hi,

habe den Patch mal etwas aktualisiert, u.a. wird der Fokus jetzt auch bei history back/next (< / >) bzw recallPrev (0) auf den richtigen Service verschoben. Darüber habe ich den im Original mitgeschleppten servicePath entfernt, weshalb ich die swap-Funktion daran anpassen musste. Ich finde das Verhalten selbiger aber nicht ungewöhnlicher als vorher

Hier die Dateien (selbe Links wie immer):
Patch
Komplettpaket (aktuelles CVS erforderlich)

Quote

Original von pasurimi
Hoffentlich wird auch das ritzMo-patch (zum zappen im PIP) bald den weg ins CVS finden

Wie schon anderorts erwähnt gibt es da mindestens noch das Problem des nicht zu erkennenden Fokus zu lösen, bevor man daran denken sollte...

Quote

Original von cha-ka-lak
Ich würde mich allerdings noch über eine Fortführung der Diskussion über die Tastenbelegung freuen. Im Moment wird der Fokus für den Kanalwechsel mit "Shift-TV" auf das PiP geschaltet. Das finde ich ein wenig unhandlich.

Habt Ihr eine bessere Idee?

Das Thema sollte definitiv weiter behandelt werden, aber dazu fehlt Input. Meine Gründe habe ich ja bereits mehrfach dargelegt

Your error contains a Traceback, which traces back the error from calling function to function which produced the error.
In your case e2 tried to launch twisted2, which threw an error because it already was instanciated (Programmers: don't kill me, I know that this is not completely right :-)).

So either you changed something in your e2 (which you negate) or something got mixed up with your twisted2.
So - if I was in your position - I'd try to rebuild twisted2 and see if it fixes the error.

Your Makefile is fine. I don't think that the .bb's are your problem, but here they are: enigma2.bb, dreambox-dvb-modules.bb.

I'd try wiping out build and maybe the cache too.
Problem could also be twisted2 as it seems to be initialized twice (or something like that, see Traceback).

Are you still working in your old OE-folder?
I'd suggest you try to build your image in a fresh checkout as nobody seems to be able to reproduce this (at least I can't and I am the only one replying all the time :-))

I have built a new e2 in my oe yesterday and the package turned out well. There hasn't been any changes in cvs since.

So, erklär ich mal ne Runde:

In der keymap.xml werden Tasten (also keys) mit bestimmten Aktionen verknüpft (gemappt).
Dies geschieht immer in einem gewissen Kontext, z.B. in einem Setup-Dialog.

Beispiel:

<map context="SetupActions">
   ...
</map>

Alle in diesem Block definierten verknüpfungen stehen dem Programmierer also bereit, wenn er die "SetupActions" für seine Tastenbelegung nutzt. Das wäre z.B.:

<key id="KEY_OK" mapto="ok" flags="m" />

Die Taste mit dem Code "KEY_OK" wird mit der Aktion "ok" verknüpft. Das flag "m" bedeutet, wie oben bereits erwähnt, dass die Aktion beim drücken der Taste ausgelöst wird.

Und da fangen dann die Probleme an.
Da dem Programmierer nicht exakt vorgeschrieben wird, bei welcher Aktion er was machen muss, ist das aus der keymap.xml nicht konkret rauszulesen.

Nehmen wir aber nun mal an, dass die maptos von ihrer Bezeichnung her klar angeben, was bei der Aktion geschieht.
Dann kann man entweder so versuchen, damit rumzujonglieren, bis man das gewünschte Ergebnis erzielt, oder man muss in den Quelltext.

Dazu sollte man aber zumindest ein gewisses Grundverständniss für dieses Programmiersprache mitbringen.

Hat man dieses, kann man die Quelltexte nach den entsprechenden Kontexten (Plurar von Kontext ?!) suchen und gucken, mit welchen Funktionen im Programm die Aktionen der Tasten verbunden sind (ja, sehr viele lose Verbindungen). Nun verfolgt man diese Funktion so weit, bis man versteht, was diese tut.

Die Bezeichnungen und vor allem Beziehungen können für einen nicht-programmierer daher etwas kryptisch sein.

Zu deinem Beispiel mit der InfobarShowHide:
Die InfobarShowHide ist eine Klasse, die zur Infobar (also der Anzeige die standardmässig unten am Bildschirm ist) gehört. Kommentar aus dem Quelltext: "InfoBar show/hide control, accepts toggleShow and hide actions, might start fancy animations.".
Wenn also eine Instanz der InfobarShowHide (und damit auch alle abgeleiteten Klasse, wie auch die benutzte InfoBar) aktiv ist, wird auf diese Aktionen gelauscht und entsprechende Funktionen ausgeführt.
Bei der Aktion toggleShow wird der Anzeigestatus ge"togglet", also gewechselt. Bei hide logischerweise versteckt.

Die enigma.py stammt aus einem Generator, ja. Die Quellen dafür wirst du allerdings im CVS finden. Aber als nicht-programmierer würde ich da nicht unbedingt dran, da Sprachbindings nicht unbedingt die schönste (übersichtlichste) Sache sind. Ich würde mich da lieber mit trial & error voranarbeiten

PS: Eine Listbox ist auch das, was man bei der Kanalliste sieht, aber auch z.b. bei der Filmliste. Sie sollte im Prinzip überall zu finden sein, wo eine Liste dargestellt wird.

Solltest ihr wirklich nicht weiter kommen und daran verzweifeln erstelle ich vielleicht so eine Auflistung, allerdings ist das nicht grade die spannendste Arbeit und daher verbring ich meine Zeit bis dahin mal anders

Ich habe eine neue Version fertiggestellt. Ich sehe sie soweit als Final an, die Änderungen sind folgende:

Quote

- vollständige Unterstützung von Multifeed
- Abfrageintervall ist über Setup einstellbar
- "Neue Nachrichten"-Popup ist abschaltbar
- Autoupdate kann gezielt für Feeds abgeschaltet werden (der Timer läuft soweit zwar weiter, aber das sollte niemanden stören), dazu einfach im Setup auf dem ausgewählten Feed "ok" drücken und dann im Menü die Änderungen vornehmen
- Feeds können über das Setup entfernt werden
- Aktualisierungen werden auch bei geöffnetem RSS Viewer übernommen
- Feeds können einzeln geupdated werden (via Menu-Taste, wenn man den entsprechenden Feed ausgewählt hat)
- Newseinträge werden vor Anzeige der Enclosures noch in einer Vollanzeige geöffnet (für Nachrichten mit längerer Descirption / Summary)

Display More

Das ist das, was mir in Erinnerung geblieben ist. Ich werde vermutich - sofern keine Fehler auftreten - erst einmal nicht weiter an diesem Plugin arbeiten.
Ein bereits bekannter Fehler ist, dass nach Änderungen der Feeds im Setup die komplette History verworfen wird, muss mir also nicht berichtet werden

tbz2
IPKG (ungetestet)

*EDIT* Tagfixes...

*EDIT2* Per Rewrite werden jetzt Anfragen nach dem alten IPKG aufs neue umgeleitet.... Lest doch den Thread einfach mal bis zum Ende

*EDIT3* Man benötigt ENTWEDER das tbz2 ODER das ipkg, aber nicht beide. Sollte das ipkg wider Erwarten nicht funktionieren, bitte ich um eine entsprechende Rückmeldung, damit ich es zurückziehen / neu probieren kann. Solltet ihr das tbz2 zur Installation bevorzugen müsst ihr das einfach entpacken und mit selber Verzeichnisstruktur auf die Box kopieren. Damit das Plugin korrekt funktioniert solltet ihr eure Box (oder zumindest Enigma2) neu starten.

Ok, can't help you with dreambox-image as it fails for me on do_rootfs, too (only managed to get it build twice, but can't figure out what I did right...), but as I don't plan to distribute images I can live with live-updating my image for the time being.
But obviously your build fails when trying to call mkfs.jffs2 which - according to the message - is a directory and not a binary as expected.
You could try rebuilding mtd-utils-native and see if it helps.

I just tried building dreambox-image with new mtd-utils-native and wiped build/tmp/deploy/image and one of it might have done the trick as I ended up with a .nfi