From: Mathias <Mat...@gm...> - 2006-10-24 21:44:51
|
Hi, I had worked now for some time on an OSG port of flightgear. At the moment many things are already working. - Scenery and 3d models are there. - Animations work mostly as expected. - The usual lights including the vasi are there. - The 3d panel is displayed and interactive. - The sky looks as usual - including stars and the 2d clouds. - The HUD's. - The usual menus. What is missing so far are - The shadows - The 3d clouds - The lightning and rain code - The render surface instruments On my notebook, where I do much of the development, I get improved frame rates up to a factor of two. Depending on the model and daytime. The rain stuff as well as the render surface stuff is nothing too complicated and already available in osg, but that needs to be done and tested. There is a replacement for our shadows in osg available. Also an improved shadow toolkit is in the works by the osg guys - I believe we should make use of that in the longer term. The 3d clouds are something to think about. osg can assist here but I need to think about that. We will need some small updates to the current OSG version. That is: An updated rgb loader that does not crash on some of our rgb files. An updated ac3d loader - we will need that to get our models right. Ok, long talk - what to do? I would like to check that into our cvs. The usual way would be to create a cvs branch and do that work on that branch. In this case it would be good if we could avoid changes in the HEAD branch that touches anything visible. In some private mails with Curt he directed me to an other scheme: Create a branch for the old plib/ssg code and do the osg stuff on HEAD. In this case we would have the plib/ssg stuff still available in that branch for those of us who need the well tested old stuff. We could safe some final merging if we do it in this way. Thougths/Comments - where should I check in? Well, two screenshots of that are at ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/OpenSceneGraph-20061024 Greetings Mathias |
From: Mathias <Mat...@gm...> - 2006-10-29 18:34:50
|
Hi, It took some time. And still not everything ready. But here the promised checkin preparations. As a first thing, you will need an updated OpenSceneGraph version that containe 3 additional patches. 1. most important an updated ac3d loader - that is our most used one ... 2. a fix to the RGB Loader 3. a small backport of OpenSceneGraph-CVS doing the right OpenGL version checks ... You can find that tarball at ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/OpenSceneGraph-20061029/OSG_OP_OT-1.2-Flightgear.tar.gz I am working on getting the two patches upstream ... For the Flightgear part, I will past that sent mail create the PRE_OSG_PLIB_20061029 branch. Whoever needs that plib stuff can still live on that branch. Caution, I for myself have no plans on merging ongoing work on that branch back to HEAD. So please do not do huge development work on that. I have in the past week worked on hunting bugs and display problems. So I hope that I have an at least usable checking. The MSVC Project files are not yet updated. I will tell when I have checked in :) Greetings Mathias |
From: Frederic B. <fre...@fr...> - 2006-10-29 20:42:56
|
Selon Mathias Fr=F6hlich : > For the Flightgear part, I will past that sent mail create the > > PRE_OSG_PLIB_20061029 > > branch. We should branch the data and maybe the doc repositories. At some point, = the improvement brought by OSG will show up in data files too. -Fred -- Fr=E9d=E9ric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer |
From: Vassilii K. <vas...@ta...> - 2006-10-29 21:35:39
|
> > For the Flightgear part, I will past that sent mail create the > > > > PRE_OSG_PLIB_20061029 > > > > branch. > > We should branch the data and maybe the doc repositories. At some point, the > improvement brought by OSG will show up in data files too. > Agreed. An extra label on a file never hurts, even if the data doesn't change at all. V |
From: Mathias <Mat...@gm...> - 2006-10-30 05:22:17
|
On Sunday 29 October 2006 21:42, Frederic Bouvier wrote: > Selon Mathias Fr=F6hlich : > > For the Flightgear part, I will past that sent mail create the > > > > PRE_OSG_PLIB_20061029 > > > > branch. > > We should branch the data and maybe the doc repositories. At some point, > the improvement brought by OSG will show up in data files too. I will do that with the tree from the same time than the others - I tried = but=20 do not have write permissions for the whole repository ... Greetings Mathias |
From: Martin S. <Mar...@mg...> - 2006-10-30 11:56:45
|
Mathias Fr?hlich wrote: > You can find that tarball at > > ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/OpenSceneGraph-20061029/OSG_OP_OT-1.2-Flightgear.tar.gz > > I am working on getting the two patches upstream ... Would you consider separating the respective patches so people can apply them to their home grown build tree ? Thanks a lot ! Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
From: Ralf G. <rge...@kn...> - 2006-10-30 12:06:54
|
Hi, Martin Spott wrote: > Mathias Fr?hlich wrote: > >> You can find that tarball at >> >> ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/OpenSceneGraph-20061029/OSG_OP_OT-1.2-Flightgear.tar.gz >> >> I am working on getting the two patches upstream ... > > Would you consider separating the respective patches so people can > apply them to their home grown build tree ? I plan to update my fgfs-build system to using OSG starting tonight, where I will have to separate the patches anyway, so I can supply them for everybody if Mathias doesn't have them separated yet. Cheers, Ralf |
From: Mathias <Mat...@gm...> - 2006-10-30 19:37:40
|
On Monday 30 October 2006 12:56, Martin Spott wrote: > Mathias Fr?hlich wrote: > > You can find that tarball at > > > > ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/OpenSceneGraph-20061029/OSG > >_OP_OT-1.2-Flightgear.tar.gz > > > > I am working on getting the two patches upstream ... > > Would you consider separating the respective patches so people can > apply them to their home grown build tree ? Done. Mathias |
From: Martin S. <Mar...@mg...> - 2006-10-30 20:42:00
|
Mathias Fr?hlich wrote: > On Monday 30 October 2006 12:56, Martin Spott wrote: > > Would you consider separating the respective patches so people can > > apply them to their home grown build tree ? > Done. I see, the one-liner against 'LightModel.cpp' is already in CVS. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
From: Vassilii K. <vas...@ta...> - 2006-11-02 21:06:20
|
I was able to build the OSG from the OSG_OP_OT-1.2-Flightgear.tar.gz on a Debian etch system (gcc Debian 4.1.1-13 -based), but not on a sarge one (Debian 1:3.3.5-13 -based). Tried osg cvs head (copied over the ac3d and rgb plugin directories manually from the .tar.gz above), and had the same problem. This is what it looks like: g++ -O2 -L/usr/X11R6/lib -L../../../lib/Linux32 -L/home/vassilii/flightgear.nobackup/lib -L/home/vassilii/flightgear.nobackup/lib -shared KeyboardMouseCallback.o GraphicsContextImplementation.o OsgCameraGroup.o OsgSceneHandler.o ViewerEventHandler.o Viewer.o Version.o -lstdc++ -lProducer -lGLU -lGL -losgText -losgGA -losgUtil -losgDB -losg -lOpenThreads -o libosgProducer.so `.L20722' referenced in section `.rodata' of ViewerEventHandler.o: defined in discarded section `.gnu.linkonce.t._ZN7osgUtil10Statistics10drawArraysEjii' of ViewerEventHandler.o ... [several tens of similar errors with different .L.... and mangled names] `.L21298' referenced in section `.rodata' of ViewerEventHandler.o: defined in discarded section `.gnu.linkonce.t._ZN7osgUtil10Statistics3endEv' of ViewerEventHandler.o collect2: ld returned 1 exit status make[3]: *** [libosgProducer.so] Error 1 make[3]: Leaving directory `/home/vassilii/flightgear.nobackup/OSG_OP_OT-1.2-Flightgear/OpenSceneGraph/src/osgProducer/Linux32.Opt' Does anybody have any idea what to do, except move the machine over to debian etch? (The OpenThread and Producer libraries have been properly built and installed already; no other places with OpenThreads/Producer/osg around this machine). Also, where does one take the files missing for the examples (e.g., the cow.osg, or the lz.osg mentioned in the runexamples.bat)? Vassilii |
From: Martin S. <Mar...@mg...> - 2006-11-02 21:39:51
|
Vassilii Khachaturov wrote: > Also, where does one take the files missing for the examples (e.g., the > cow.osg, or the lz.osg mentioned in the runexamples.bat)? Here for example: http://www.openscenegraph.org/osgwiki/pmwiki.php/Downloads/SampleDataset Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
From: Mathias <Mat...@gm...> - 2006-10-29 20:01:26
|
... is now in. There are plenty if places where something is marked with an OSGFIXME comment. At least these places need to be fixed at some time. For everybody willing to help: feel free to provide patches/fixes/improvements/cleanups. I think that we should make use in the longer term of the Producers capabilities for multiple view installations. But not only multipipe installs will benefit from that. The Producer will also help to get benefit from multicore SMP machines. For that the following article is of huge interrest: http://www.donburns.net/OSG/Articles/OSGMP/ Having read that, there is a guideline for writing code for use with that: Do *not* modify the scenegraph from outside an update callback of any scenegraph element. Also do not read any application data in the cull or draw stage. Cull or draw callbacks can be installed but they should not read anything from the rest of the application except the scenegraph and they should not modify the scenegraph structure. happy hacking! Greetings Mathias |
From: Stuart B. <stu...@ya...> - 2006-10-29 21:24:51
|
--- Mathias Fröhlich wrote: > > ... is now in. Hi Mathias, I tried compiling your OSG tarball on cygwin, but hit an error: c++ -O2 -DWIN32 -DNOMINMAX -W -Wall -mnop-fun-dllimport -I../../../../include - I/usr/local/OpenThreads/include -I/usr/local/Producer/include -c ../ESRIShape.c pp ../ESRIShape.cpp: In function `bool readVal(int, T&, ESRIShape::ByteOrder) [with T = Double]': ../ESRIShape.cpp:69: instantiated from here ../ESRIShape.cpp:38: error: `::read' undeclared (first use here) make[4]: *** [ESRIShape.o] Error 1 The error seems quite reasonable. ESRIShape.h provides various prototypes for read(int), but none with multiple arguments as is being called at that point. Anyone know what might be going on? Anyone else hitting the same issue, or is there an IF_DEF that's messing with my install? -Stuart ___________________________________________________________ Try the all-new Yahoo! Mail. "The New Version is radically easier to use" The Wall Street Journal http://uk.docs.yahoo.com/nowyoucan.html |
From: Mathias <Mat...@gm...> - 2006-10-30 05:49:22
|
On Sunday 29 October 2006 22:24, Stuart Buchanan wrote: > Hi Mathias, > > I tried compiling your OSG tarball on cygwin, but hit an error: > > c++ -O2 -DWIN32 -DNOMINMAX -W -Wall -mnop-fun-dllimport > -I../../../../include - > I/usr/local/OpenThreads/include -I/usr/local/Producer/include -c > ../ESRIShape.c > pp > ../ESRIShape.cpp: In function `bool readVal(int, T&, ESRIShape::ByteOrder) > > [with T = Double]': > ../ESRIShape.cpp:69: instantiated from here > ../ESRIShape.cpp:38: error: `::read' undeclared (first use here) > make[4]: *** [ESRIShape.o] Error 1 Try either including #include <unistd.h> (is this available on cygwin??) or alternatively you can skip that plugin by removing ESRIShape from the PLUGIN_DIRS variable defined in OpenSceneGraph/Make/makedirdefs. We do not need that plugin for flightgear. Greetings Mathias |
From: Martin S. <Mar...@mg...> - 2006-10-30 16:50:51
|
Hi Mathias, Mathias Fr?hlich wrote: > ... is now in. Two comments, please: 1.) There are certain places in SimGear that require including <osg/Vec3f>. Would you consider adding a 'configure' flag to SimGear that allows pointing to the OSG installation ? I have the OSG stuff in /opt/OSG/, so I had to manually add '-I/opt/OSG/include' all over the Makefiles. 2.) Is the stuff in SimGear/simgear/scene/util/ still needed ? Cheerio, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
From: Curtis O. <cur...@gm...> - 2006-10-30 16:56:45
|
Quick way to do this is to add it to CFLAGS and CXXFLAGS (I think) ... CXXFLAGS="-I/opt/OSG/include" ./configure There's probably a way to make this happen directly with configure options too. Curt. On 10/30/06, Martin Spott <Mar...@mg...> wrote: > > Hi Mathias, > > Mathias Fr?hlich wrote: > > > ... is now in. > > Two comments, please: > > 1.) There are certain places in SimGear that require including > <osg/Vec3f>. Would you consider adding a 'configure' flag to > SimGear that allows pointing to the OSG installation ? > I have the OSG stuff in /opt/OSG/, so I had to manually add > '-I/opt/OSG/include' all over the Makefiles. > 2.) Is the stuff in SimGear/simgear/scene/util/ still needed ? > > Cheerio, > Martin. > -- > Unix _IS_ user friendly - it's just selective about who its friends are ! > -------------------------------------------------------------------------- > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Flightgear-devel mailing list > Fli...@li... > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d |
From: Martin S. <Mar...@mg...> - 2006-10-30 17:19:39
|
"Curtis Olson" wrote: > Quick way to do this is to add it to CFLAGS and CXXFLAGS (I think) ... > > CXXFLAGS="-I/opt/OSG/include" ./configure I must admit that I already did that before asking around - but surprisingly it didn't have the expected result. > There's probably a way to make this happen directly with configure options > too. Would be nice - and consistent to the way it's done in FlightGear with PLIB, SimGear and OpenAL, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
From: Curtis O. <cur...@gm...> - 2006-10-30 17:25:22
|
Hmmm, maybe its CPPFLAGS="-I/opt/OSG/include" ./configure (it's been a while and I'm going from memory here.) There once was a way to add to "EXTRA_DIRS" from the command line, but that apparently was lost along the way at some point. Curt. On 10/30/06, Martin Spott <Mar...@mg...> wrote: > > "Curtis Olson" wrote: > > > Quick way to do this is to add it to CFLAGS and CXXFLAGS (I think) ... > > > > CXXFLAGS="-I/opt/OSG/include" ./configure > > I must admit that I already did that before asking around - but > surprisingly it didn't have the expected result. > > > There's probably a way to make this happen directly with configure > options > > too. > > Would be nice - and consistent to the way it's done in FlightGear with > PLIB, SimGear and OpenAL, > > Martin. > -- > Unix _IS_ user friendly - it's just selective about who its friends are ! > -------------------------------------------------------------------------- > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Flightgear-devel mailing list > Fli...@li... > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d |
From: Martin S. <Mar...@mg...> - 2006-10-30 17:23:29
|
Martin Spott wrote: > Would be nice - and consistent to the way it's done in FlightGear with > PLIB, SimGear and OpenAL, Would this be the right way to do it in SimGear ? --- configure.ac~ Sun Oct 29 22:08:46 2006 +++ configure.ac Mon Oct 30 18:21:07 2006 @@ -119,6 +119,14 @@ EXTRA_DIRS="${EXTRA_DIRS} $with_plib" fi +# specify the osg location +AC_ARG_WITH(osg, [ --with-osg=PREFIX Specify the prefix path to osg]) + +if test "x$with_osg" != "x" ; then + echo "osg prefix is $with_osg" + EXTRA_DIRS="${EXTRA_DIRS} $with_osg" +fi + dnl Determine an extra directories to add to include/lib search paths case "${host}" in *-apple-darwin* | *-*-cygwin* | *-*-mingw32*) I'll have a try, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
From: Martin S. <Mar...@mg...> - 2006-10-30 17:37:35
|
Martin Spott wrote: > Would this be the right way to do it in SimGear ? > --- configure.ac~ Sun Oct 29 22:08:46 2006 > +++ configure.ac Mon Oct 30 18:21:07 2006 > @@ -119,6 +119,14 @@ > EXTRA_DIRS="${EXTRA_DIRS} $with_plib" > fi > > +# specify the osg location > +AC_ARG_WITH(osg, [ --with-osg=PREFIX Specify the prefix path to osg]) > + > +if test "x$with_osg" != "x" ; then > + echo "osg prefix is $with_osg" > + EXTRA_DIRS="${EXTRA_DIRS} $with_osg" > +fi > + > dnl Determine an extra directories to add to include/lib search paths > case "${host}" in > *-apple-darwin* | *-*-cygwin* | *-*-mingw32*) > I'll have a try, "Works for me" - please apply to the repository. To be honest, this was simply copied from FlightGear ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
From: Martin S. <Mar...@mg...> - 2006-10-30 18:22:01
|
Mathias Fr?hlich wrote: > ... is now in. Hi, does anyone have a proposal on how to deal with this one ? Unfortunately this is beyond my scope as I'm unable to identify any fault: make[2]: Entering directory `/usr/local/src/FlightGear/src/ATC' [...] CC -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -I/opt/include -I/usr/freeware/include -Xcpluscomm -I/opt/FlightGear/include -I/opt/OSG/include -I/usr/local/include -O2 -use_readonly_const -rdata_shared -LANG:exceptions=ON -I/opt/include -I/usr/freeware/include -Wl,-rpath -Wl,/usr/freeware/lib32 -Wl,-rpath -Wl,. -I/opt/FlightGear -c99 -I/opt/FlightGear/include/simgear/compatibility -D_REENTRANT -c -o atis.o `test -f 'atis.cxx' || echo './'`atis.cxx cc-1018 CC: ERROR File = /opt/OSG/include/osg/BufferObject, Line = 173 An unmatched left parentheses "(" appears in an expression. typedef void (APIENTRY * GenBuffersProc) (GLsizei n, GLuint *buffers); ^ cc-1018 CC: ERROR File = /opt/OSG/include/osg/BufferObject, Line = 174 An unmatched left parentheses "(" appears in an expression. typedef void (APIENTRY * BindBufferProc) (GLenum target, GLuint buffer); ^ cc-1229 CC: ERROR File = /opt/OSG/include/osg/BufferObject, Line = 174 The redeclaration of type name "osg::BufferObject::Extensions::APIENTRY" (declared at line 173) is invalid. typedef void (APIENTRY * BindBufferProc) (GLenum target, GLuint buffer); ^ cc-1018 CC: ERROR File = /opt/OSG/include/osg/BufferObject, Line = 175 An unmatched left parentheses "(" appears in an expression. typedef void (APIENTRY * BufferDataProc) (GLenum target, GLsizeiptrARB size, const GLvoid *data, GLenum usage); [... and so on ...] Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
From: Frederic B. <fre...@fr...> - 2006-10-30 19:07:56
|
Selon Martin Spott : > cc-1018 CC: ERROR File =3D /opt/OSG/include/osg/BufferObject, Line =3D = 175 > An unmatched left parentheses "(" appears in an expression. > > typedef void (APIENTRY * BufferDataProc) (GLenum target, > GLsizeiptrARB size, const GLvoid *data, GLenum usage); > [... and so on ...] APIENTRY is a windows define. On other system, it should be defined but l= eft empty. #define APIENTRY -Fred -- Fr=E9d=E9ric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer |
From: Mathias <Mat...@gm...> - 2006-10-30 19:56:40
|
On Monday 30 October 2006 18:37, Martin Spott wrote: > "Works for me" - please apply to the repository. > To be honest, this was simply copied from FlightGear ;-) Sorry, that is because I have thought it is already in ... I did for fg but not for simgear. Greetings Mathias |
From: Georg V. <hel...@ar...> - 2006-10-30 23:04:04
|
Mathias Fr=F6hlich schrieb: My feedback: 1. with your FlightGear OSG patch all compiled well (compiled the original OSG before and got "data" errors when running FG) 2. System: OpenSuse 10.1 x86_64, Nvidia hardware accelerated driver,=20 AMD64 3700, 1GB RAM, Nvidia 6600GT 256 MB 3. FlightGear OSG version tests (only short, not much time now :-/ ) 3.1 FG starts and runs well the default KSFO scenery with the 172p Cessn= a 3.2 At first sight all seems to display well except two cockpit display errors (Z-buffer problem???) and one outside view transparency error 3.3 Framerate at least the same as with the plib version 3.4 My home made Bremen scenery works well with the Cessna, no problems >>>>>>>>>>>>>>>>> ERROR 3.5 My home made new EDLA scenery does NOT work FG starts normal, a black window is displayed with no outside view FG menu works normal, all menu windows display and work as requier= ed FG engine in the background seems to work perfectly, all commands given through GUI, even reset work well, but black window FG can be exited in normal way, so far no problem EDLA scenery is a more a3D workload for the graphic output system but not excessive, many objects to display, although with plib framerrates on my system are between 45 and 85. If helpful as a testbed, I could mail you this Beta-version 4. Please excuse, heavy workload on my daily job, have to go to bed now as midnight. But wanted to give back this feedback, more to come tomorrow evening *if wished* =20 5. Screenshots - if helpful - to be uploaded tomorrow evening on my homepage as feedback for you 6. Thank you very much for this all! I am no core developer but all OSG sample programs show me that OSG is the way for FG to run in the future! Georg EDDW |
From: Mathias <Mat...@gm...> - 2006-10-31 05:50:16
|
Hi Georg, On Tuesday 31 October 2006 00:10, Georg Vollnhals wrote: > 3.2 At first sight all seems to display well except two cockpit display > errors (Z-buffer problem???) and one outside view transparency error Yes, with the current implementation I expect more z buffer problems. That will change in the long term. I believe that osg's RenderBins can help here much ... > 3.5 My home made new EDLA scenery does NOT work > FG starts normal, a black window is displayed with no outside view > FG menu works normal, all menu windows display and work as requiered > FG engine in the background seems to work perfectly, all commands > given through GUI, even reset work well, but black window > FG can be exited in normal way, so far no problem > EDLA scenery is a more a3D workload for the graphic output system > but not excessive, many objects to display, although with plib > framerrates on my system are between 45 and 85. If helpful as a testbed, > I could mail you this Beta-version Ok. I need to dig into that. Probably not before next week. Priorities are: getting the ac3d loader waterproof and getting that in OSG's cvs. Than we can switch to a OSG cvs version or release ... May be you can put that on any ftp/whatever server before sending a mail bomb :) ? > 4. Please excuse, heavy workload on my daily job, have to go to bed now > as midnight. > But wanted to give back this feedback, more to come tomorrow evening > *if wished* Yep! > 5. Screenshots - if helpful - to be uploaded tomorrow evening on my > homepage as feedback for you May be that helps. But If you tell me that it is just black I can see nothing? Greetings Mathias |