[ANNOUNCE] GraphTFT 0.0.12

horchi:

ich habe mich heute mal ein wenig umgesehen, wollte wissen was QT 4 eigentlich ist und so. dann hab ich mir die sourcen des frontends angesehen. so halbwegs lesen kann ich die ja. du verwendest die klasse QMainWindow, um das fenster darzustellen, richtig?
QMainWindow erbt 54 eigenschaften von QWidget, welches wiederrum die eigenschaft fullScreen : const bool enthält.
reicht es nicht, das property fullscreen auf den wert true zu setzen, um einen fullscren mode zu erreichen?

ich hab leider keine ahnung, wo ich das definieren müsste, sonst würd ichs direkt mal ausprobieren.
[edit]
eventuell hier: (resize hab ich auskommentiert und statdessen fullscreen auf true gesetzt) ????

//***************************************************************************
// Calss GraphTft
//***************************************************************************
//***************************************************************************
// Object
//***************************************************************************


GraphTft* GraphTft::singleton = 0;


GraphTft::GraphTft()
   : QMainWindow()
{
   imageLabel = new QLabel;


   imageLabel->setBackgroundRole(QPalette::Base);
   imageLabel->setSizePolicy(QSizePolicy::Ignored, QSizePolicy::Ignored);
   imageLabel->setScaledContents(true);


   setCentralWidget(imageLabel);
   //resize(720, 570);
     fullscreen (true);
   //  open("test.jpg");


   thread = new ComThread();
   thread->start();


   singleton = this;
}


GraphTft::~GraphTft()
{
   fprintf(stderr, "Stopping thread\n");
   thread->stop();
}

frank

ok, ich habe gerade festgestellt, dass du mit dem property fullscreen = true auch schon experimentiert hast.
habs auch gerade nochmal ausprobiert, hat leider keine wirkung.
aber zumindest ist es mir gelungen, das fenster auf fast fullscreen zu bekommen, indem ich die werte bei resize geändert habe:

resize(1024, 768);

dann bleibt zwar noch ein fensterrahmen, aber damit kann ich erst mal leben. den fullscreen mode finden wir schon noch heraus.

frank

Da ich gern teste und probiere, habe ich mal das Bugfix von Horchi und den Tipp von duc die passende PAL-Auflösung ins Frontend eingebaut. Sehr schön ist, dass ohne Softdevie die Systemlast deutlich geringer ist als mit. Jetzt habe ich nur folgende Frage: Wie kann man den Mauszeiger ausblenden?
Weiterhin habe ich immer noch das Problem, dass bei Aktualisierung des Frames kurzzeitig ein bunter Pixelbrei zu sehen ist, der die obere Bildhälfte abdeckt. Leider kann ich keinen Screenshot erstellen oder das Problem besser umschreiben.

hehe, das mit dem mauszeiger ist mir auch gerade aufgefallen. gute frage, wie man den wegbekommt. möglicherweise geht der von selbst weg, wenn es mal gelingt den fullscreenmode zu aktivieren.

das problem mit dem pixelbrei besteht bei mir aber (zum glück) nicht.

duc

Hmmm, ich habe jetzt mal die Nvidia-Treiber auf die aktuelle Version gebracht, alle möglichen Optionen in der xorg.conf, die ich in irgendeiner Weise mit dem Phänomen in Verbindung bringen würde, geändert und leider keine Besserung hinbekommen. Mir ist nur aufgefallen, dass wenn ich die Farbtiefe von 24 Bit auf 15 Bit reduziere, das Flackern nicht nur den halben, sondern den ganzen Screen einnimmt.

udobroemme:
seltsam. fährst du auch eine twinview konfiguration?

duc

Zitat

Original von Toxic-Tonic
Moin!

Habe grade versucht die aktuelle Version auf LinVDR zu compilieren. Leider erhalte ich folgenden Fehler:

Code

g++ -g -O2 -Wall -Woverloaded-virtual "-D__user=" -D_GNU_SOURCE -lImlib2 -fPIC -g -ggdb -O0 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphtft"' -DHAVE_IMLIB -I../../../../DVB/include -I../../../include -I../../../../DVB/include -I. -I./imlibrenderer -I./imlibrenderer/fbrenderer -I./imlibrenderer/dvbrenderer -I./dfbrenderer -I./imlibrenderer/dmyrenderer -I/src -I/usr/local/include/ffmpeg -o tcpchannel.o tcpchannel.c
tcpchannel.c: In method `TcpChannel::~TcpChannel()':
tcpchannel.c:44: implicit declaration of function `int close(...)'
tcpchannel.c: In method `int TcpChannel::write(int, const char * = 0, int = 0)':
tcpchannel.c:212: implicit declaration of function `int write(...)'
tcpchannel.c: In method `int TcpChannel::look(int = 0)':
tcpchannel.c:318: implicit declaration of function `int read(...)'
make[1]: *** [tcpchannel.o] Error 1
make[1]: Leaving directory `/usr/src/vdr-1.4.3-4/PLUGINS/src/graphtft-0.0.12'


*** failed plugins: graphtft

Alles anzeigen

Ne Idee?

Danke und Gruß

Toxic

Alles anzeigen

Moin! Ich nerve ja nur ungern, aber hat irgendwer eine Idee, was ich gegen den o.g. Fehler machen kann?

Danke und Gruß

Toxic

hi toxic,

klingt auf den ersten blick nach fehlender Imlib2.
hast du die installiert?

duc

Die Sourcen habe ich im Include! Bis zur 10a hat es auch immer funktioniert! Habe grade auch nochmal zur Sicherheit den Pfad im Makefile angepasst! Keine Änderung!!

Gruß

Toxic

Hi,

Zitat

...Bis zur 10a hat es auch immer funktioniert!

Zitat

Da auch die Patches (vdr und epgsearch) von den Änderungen betroffen sind bitte neu patchen!

Gruss
Marc

Habe ich auch!!

Hallo,

ich hänge mich hier mal dran.Bei dem Versuch das Plugin für LinVDR
zu compilieren, bin ich an der libavcodeccvs und der libavcodeccvs-dev
gescheitert. Diese konnte ich nicht über apt-get installieren (woody /oldstable).
Gibt es dafür einen anderen weg?
Entschuldigung wenn ich eine Frage stelle, die schon einmal behandelt
wurde, aber ich steige bei diesem Plugin neu ein ;).

Danke und Gruß Kail

hallo kail,

von linvdr hab ich leider überhaupt keine ahnung, aber vielleicht hilft ein beherztes apt-get update vor der installation der libavcodeccvs und der libavcodeccvs-dev ?

duc

Hallo duc,

danke, aber das habe ich gleich als zweites gemacht.
Bei Debian habe ich das Paket für "woody" auch nicht gefunden.

Gruß Kail

beim frontend hat das resize auf 1024x768 setzen ja grundsätzlich funktioniert, allerdings habe ich jetzt das problem mit der hohen cpu last wieder.

[edit]
ich hab noch ein problem beim graphtft selbst festgestellt. wenn ich keinen parameter zum starten des plugins angebe, weil ich die tcp schnittstelle nutze, dann friert vdr ein, wenn ich xine starte. die konsole (8) wird dann von dieser meldung überflutet:
StillPicture: 0xb0763008, 63286
[/edit]

frank

es steht nur diese StillPicture meldung da, die ständig durchscrollt. das syslog gibt leider nichts verwertbares her. das komische ist, dass nur der vdr prozess nicht mehr reagiert.

frank