Schön. Der DirectFB-Part ist also abgehakt. Hoffentlich kommt das auch mal ins cvs. Habe das dort schon geposted.
ZitatOriginally posted by hubermat
Ich kann damit gut leben. Warum allerdings der MMX2-Part nicht funktioniert, würde mich schon interessieren...
Genau das interessiert mich ja auch. Kannst Du mal im Verzeichnis von softdevice ein cvs diff machen und zwar
Gruß,
Stefan
Hier der diff zu meiner aktuellen (gepatchten) Version, die mit Pseudo-Alpha funktioniert:
cvs diff -bBU 3 SoftOsd.[ch]
Index: SoftOsd.c
===================================================================
RCS file: /cvsroot/softdevice/softdevice/SoftOsd.c,v
retrieving revision 1.17
diff -b -B -U3 -r1.17 SoftOsd.c
--- SoftOsd.c 10 Sep 2006 20:33:29 -0000 1.17
+++ SoftOsd.c 25 Sep 2006 18:39:02 -0000
@@ -391,7 +391,7 @@
void cSoftOsd::ARGB_to_RGB32(uint8_t * dest, color * pixmap, int Pixel) {
uint8_t *end_dest=dest+4*Pixel;
-#ifdef USE_MMX2
+#if 0 //def USE_MMX2
end_dest-=16;
__asm__(
"movq (%0),%%mm5 \n"
Index: SoftOsd.h
===================================================================
RCS file: /cvsroot/softdevice/softdevice/SoftOsd.h,v
retrieving revision 1.7
diff -b -B -U3 -r1.7 SoftOsd.h
--- SoftOsd.h 10 Jul 2006 18:23:28 -0000 1.7
+++ SoftOsd.h 25 Sep 2006 18:39:02 -0000
@@ -13,12 +13,12 @@
#define __SOFTOSD_H__
// osd some constants and macros
-#define OPACITY_THRESHOLD 0x9FLL
+#define OPACITY_THRESHOLD 0x9FLL /* 0x00LL */
#define TRANSPARENT_THRESHOLD 0x1FLL
#define COLOR_KEY 0x00000000LL
-#define OSD_WIDTH 720
-#define OSD_HEIGHT 576
+#define OSD_WIDTH 1280
+#define OSD_HEIGHT 768
#define IS_BACKGROUND(a) (((a) < OPACITY_THRESHOLD) && ((a) > TRANSPARENT_THRESHOLD))
#define IS_TRANSPARENT(a) ((a) < TRANSPARENT_THRESHOLD)
@@ -35,7 +35,7 @@
#define X_OFFSET 0
#define Y_OFFSET 0
-#define OSD_STRIDE (736)
+#define OSD_STRIDE (1280)
#define COLOR_RGB16(r,g,b) (((b >> 3)& 0x1F) | ((g & 0xF8) << 2)| ((r & 0xF8)<<10) )
Also ist außer der OSD-Größe und dem Auskommentieren des MMX-Teils nichts geändert. Wenn ich den Patch in SoftOSD.c nicht mache, habe ich einen "schwarzen Bildschirm" (und "200 Puls - bald..." ;-).
Gruß,
Matthias
Ich bin hier ratlos. Eine Idee von Martin: Welche gcc Version hast Du im Einsatz ( >= 4.1.x) ?
scu ~ # gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.1.1 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --disable-libmudflap --disable-libssp --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 4.1.1 (Gentoo 4.1.1)Hi Matthias,
wir hatten schon vor kurzem Probleme mit dem g++-4.1.1 und den MMX-Optimierungen. Da hat es geholfen die -O2 Optimierung auszuschalten. Kannst du das mal ausprobieren, ob der MMX2 Code funktioniert, wenn du im Makefile das -O2 aus den CXXFLAGS nimmst?
Danke,
Martin
Danke, klappt (wenn ich das -O2 rausnehme).
Allerdings tritt dann ein anderes Phänomen auf: der VDR (bzw. das Plugin) wird nicht richtig zuende initialisiert und bleibt irgendwo hängen. Das äußert sich so, daß der VDR läuft (Bild und OSD ist da), aber an der Kommandozeile, an der ich den VDR in den Hintergrund schicken will, bleibt der VDR im Vordergrund. Will heißen, /etc/init.d/vdr start kommt nicht zurück. Wenn ich dann mit Ctrl-C abbreche, wird der VDR gestoppt.
Nach Neuübersetzen von vdr-softdevice mit -O2 und auskommentiertem MMX2-Part tritt dieses Problem nicht mehr auf.
Sehr komisch, das!
P.S. Hatte ich schon erwähnt, daß das Bild leicht ruckelt? Auslastung liegt zwischen 50% und 90%, je nach bewegtem Inhalt (Deinterlacer aktiv). Die Daten kommen über NFS rein bzw. werden über streamdev gestreamt.
P.P.S. Vielen Dank für die vielen Ratschläge. Ihr quält Euch jetzt schon ganz schön lange mit meinen "Problemen" rum...
Zitat
In dem Patch hatte ich wohl noch einen Fehler drin. Denis hat das korrigiert und ins CVS aufgenommen:
http://mail.directfb.org/piper…006-September/002345.html
Stefan Lucke
Hallo zusammen
ich habe mich nun wiedermal an DirectFB versucht.
bis jetzt war ich ziemlich erfolgreich. Bild und OSD sind da.
Aber das OSD ist leider nach dem start verzerrt. wenn ich die konsole wechsle und wieder zurück schalte ists i.o. meistens stürzt aber directfb ab beim umschalten.
hat jemand eine ahnung weshalb das osd nicht passt?
gruss kauli
AOpen I855GMEm-LFS
easyvdr 0.4.3
Directfb 1.0.0
vdr 1.4.4
easyVDR:/media/usb# cat /etc/directfbrc
fbdev=/dev/fb0
mode=1024x768
#mode=1440x900
depth=32
pixelformat=ARGB
#no-vt-switch
#no-vt-switching
#graphics-vt
#dma
#sync
#hardware
disable-module=lirc
disable-module=linux_input
#disable-module=keyboard
disable-module=joystick
#disable-module=keyboard
disable-module=mutouch
disable-module=ps2mouse
disable-module=sdlinput
disable-module=serial-mouse
disable-module=syonypieasyVDR:/media/usb# fbset -i
mode "1024x768-60"
# D: 64.998 MHz, H: 48.362 kHz, V: 60.002 Hz
geometry 1024 768 1024 768 32
timings 15385 160 24 29 3 136 6
rgba 8/16,8/8,8/0,0/0
endmode
Frame buffer device information:
Name : Intel(R) 855GME
Address : 0xe0000000
Size : 33419264
Type : PACKED PIXELS
Visual : TRUECOLOR
XPanStep : 8
YPanStep : 1
YWrapStep : 0
LineLength : 4096
MMIO Address: 0xe8100000
MMIO Size : 524288
Accelerator : Intel 830M/845G/85x/865GSie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!