softhddevice und yavdr 0.4 - hat das jemand am laufen?

Zitat von CKone

und die vdr-frontend.conf hast du auch abgeklemmt und vdr.conf im Wesentlichen so belassen?

Somit bereitet nur das "-s" aktuell Probleme=

Christian

in experimental gibt es die nicht ja somit bleibt nur der -s bug! Und ja imho ist es ein Bug. Denn wenn ich was suspende, sollte es solange suspended bleiben, bis es wieder resumed wird.

Keine_Ahnung: Wie das Kind jetzt heisst ist mir egal, frontend aus und wieder anschalten auf eine geeignete Art und Weise wäre schön. Von mir aus können die Befehle auch Bob und Bertha heissen. Bitte nicht falsch verstehen - ich verlang es nicht und ich beschwer mich auch nicht - es wäre schön, weil ich mir anders kein optimales Ergebnis vorstellen könnte

Zitat von traxanos

Denn wenn ich was suspende, sollte es solange suspended bleiben, bis es wieder resumed wird.

Je nachdem, ist nicht alles ein Fehler, nur weil einem die Umsetzung nicht passt.

Wenn man jetzt bei reinem VDR Betrieb aus dem OSD per FB heraus die Bildausgabe suspendiert, was ja jetzt geht, wie soll denn wieder resumed werden können? Es muß sich ja dann auch um ein FB Event handeln, der hier wieder erweckt und das funktioniert IMHO aktuell auch so. Wie aber soll man das unterscheiden, ob der Tastendruck jetzt dem drübergelagertem XBMC gehört oder nicht, eigentlich nur wenn man dem VDR eventlirc/inputlirc abklemmt ...

Was natürlich nicht sein sollte, das OSD Messages für einen Resume sorgen, z.B. fritzbox-Plugin.

Regards
fnu

Zitat von steffen_b

Von mir aus können die Befehle auch Bob und Bertha heissen.

Dann aber bitte Temporal und Spatial

Nein im Ernst: das Plug bringt die Begriffe Suspend und Resume selbst mit, also kein Grund zur Diskussion.

Christian

also der Name wird korrekt gesetzt, aber ich krieg den blöden Rahmen trotzdem in Openbox nicht aus.

xwininfo: Window id: 0xa00003 "softhddevice"


  Absolute upper-left X:  320
  Absolute upper-left Y:  192
  Relative upper-left X:  2
  Relative upper-left Y:  29
  Width: 1280
  Height: 720
  Depth: 24
  Visual: 0x21
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  Colormap: 0xa00002 (installed)
  Bit Gravity State: ForgetGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsViewable
  Override Redirect State: no
  Corners:  +320+192  -320+192  -320-168  +320-168
  -geometry 1280x720+318+163

und das mit und ohne * und mit zwischendurch durchbooten damit er es auch ja übernommen hat.

<application name="softhddevice*">
 	<decor>no</decor>
	<maximized>true</maximized>
	<skip_pager>yes</skip_pager>
	<skip_taskbar>yes</skip_taskbar>
 </application>

Die gute Nachricht ist: der Launcher geht dann.

Christian

Zitat von CKone

Code

xwininfo: Window id: 0xa00003 "softhddevice"

Ich sehe, dass der Window Name softhddevice ist, aber

Zitat von CKone

Code

<application name="softhddevice*">

dass der Application Name auch softhddevice ist, muss ja nicht so sein.

Das würde ich nochmal prüfen, wenn ich könnte. Ich brauche einfach mehr Testsysteme.

Gerald

ja du hast Recht, wenn ich mit dem Holzhammer drauf hau geht der Rahmen aus.

<application class="*">
 	<decor>no</decor>
	<maximized>false</maximized>
 </application>

wie kann ich das rausfinden?

ich lass das für heute so, geht auf die Primetime zu...

Christian

ok, ich antworte mir selbst: geht mit xprop

_OB_APP_TYPE(UTF8_STRING) = "normal"
_OB_APP_TITLE(UTF8_STRING) = "softhddevice"
_OB_APP_CLASS(UTF8_STRING) =
_OB_APP_NAME(UTF8_STRING) =
_OB_APP_ROLE(UTF8_STRING) =
_NET_WM_VISIBLE_ICON_NAME(UTF8_STRING) = "softhddevice"
_NET_WM_VISIBLE_NAME(UTF8_STRING) = "softhddevice"
_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_MOVE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW, _OB_WM_ACTION_UNDECORATE
WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW
WM_ICON_NAME(STRING) = "softhddevice"
WM_NAME(STRING) = "softhddevice"

hier siehts anders aus und geht

_OB_APP_TYPE(UTF8_STRING) = "normal"
_OB_APP_TITLE(UTF8_STRING) = "graphtft-fe"
_OB_APP_CLASS(UTF8_STRING) = "graphtft-fe"
_OB_APP_NAME(UTF8_STRING) = "graphtft-fe"
_OB_APP_ROLE(UTF8_STRING) =
_NET_WM_VISIBLE_ICON_NAME(UTF8_STRING) = "graphtft-fe"
_NET_WM_VISIBLE_NAME(UTF8_STRING) = "graphtft-fe"
_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_MOVE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW, _OB_WM_ACTION_UNDECORATE
WM_CLASS(STRING) = "graphtft-fe", "graphtft-fe"
WM_ICON_NAME(STRING) = "graphtft-fe"
WM_NAME(STRING) = "graphtft-fe"

brauch das Plug dch ein Patch

schauen wir morgen

Christian

Hmm, ich sehe jetzt erst, dass Openbox nur application name kennt. Ich benutze aktuell devilspie und selbstgeschriebenes mit wnck, da gibt es den Unterschied zwischen Window und Application Name.

Gerald

Zitat von CKone

brauch das Plug dch ein Patch

Probier devilspie, damit wird es gehen.

Gerald

title geht auch

muss erst essen, damit gehts aber

um den vdr mit dem remux patch aus yavdr sourcen selbst zu kompilieren, reicht da folgendes?
sudo aptitude build-dep vdr -y
sudo apt-get source vdr
cd vdr-1.*
sudo dpatch apply-all
patch -p1 <opt-99_remux.patch.patch
make
make install

werden automatisch die yavdr patches mitgezogen, und oder brauch ich besondere make parameter?

Zitat von CKone

title geht auch

Jetzt wo du es sagst macht das schon Sinn

Gerald

Denkst du nicht, dass das hier der falsche Thread ist? Also nicht mehr in diesem Thread darauf antworten!

Zitat von bolzerrr

um den vdr mit dem remux patch aus yavdr sourcen selbst zu kompilieren, reicht da folgendes?
sudo aptitude build-dep vdr -y
sudo apt-get source vdr
cd vdr-1.*
sudo dpatch apply-all
patch -p1 <opt-99_remux.patch.patch
make
make install

Alles anzeigen

Der aktuelle vdr benutzt kein dpatch mehr sondern quilt. Genaueres auf Anfrage an hotzenplotz5.
Statt make dpkg-buildpackage und dann das Paket installieren

Gerald

http://wiki.debian.org/Projects/DebSrc3.0

Zitat von gda

Jetzt wo du es sagst macht das schon Sinn

Gerald

alles klar, also die Sektion muss wie folgt ausschauen:

<application title="softhddevice">
 	<decor>no</decor>
	<maximized>true</maximized>
	<skip_pager>yes</skip_pager>
	<skip_taskbar>yes</skip_taskbar>
 </application>

Wenn er in diesem Mode ist kann man auch im Bild rumklicken ohne das er versucht noch was zu zoomen, der Launcher geht auch: alles Gut!

wenn ihr das einmal anfasst wär es ganz cool wenn ihr das hier mit aufnehmen könntet:

<application name="graphtft-fe*">
 	<decor>no</decor>
	<maximized>true</maximized>
	<skip_pager>yes</skip_pager>
	<skip_taskbar>yes</skip_taskbar>
 </application>

dann muss ich da nicht immer nach schauen

Christian

Zitat von CKone

dann muss ich da nicht immer nach schauen

Komm zu uns und mach es selber.

Gerald

Komm zu uns und mach es selber.

dafür !

Nein, auch wenn es mich ehrt, ich bleib lieber ein autonomer freier Mitarbeiter.

Außderdem überschätzt ihr mich

Christian

Ihr könntet diesen Patch mal testen:

@@ -1847,7 +1847,6 @@ uint8_t *GrabImage(int *size, int jpeg, int quality, int width, int height)
 int SetPlayMode(int play_mode)
 {
     if (ConfigStartSuspended) {                // ignore first call, if start suspended
-       ConfigStartSuspended = 0;
        return 1;
     }
     Resume();
@@ -2441,6 +2442,8 @@ void Resume(void)
 
     Debug(3, "[softhddev]%s:\n", __FUNCTION__);
 
+    ConfigStartSuspended = 0;
+
     pthread_mutex_lock(&SuspendLockMutex);
     // FIXME: start x11

Damit sollte Start Suspended nur durch ein Resume (Menu / Back Taste und SVDRP Befehl) aufgehoben werden können.

Johns