Dear all,
I work in a small company that is involved in software development for data analysis in chemistry.
We would like to develop our new software using FPC and Lazarus. One of our project is a Molecule viewer.
We started to develop it using Topenglcontrol but I am not sure it is a good choice.
We would like to deploy our applications for Win (maybe also WinCE), Linux (Gtk2) and Mac.
Is TOpenGlControl available for all these platforms? Otherwise we have to make a different choice in order to use OpenGL? I will appreciate any suggestion about OpenGL.

Andrea

We would like to deploy our applications for Win (maybe also WinCE), Linux (Gtk2) and Mac. Is TOpenGlControl available for all these platforms?

Never tested Win myself but it should work. Linux and Mac work. About WinCE and OpenGL I know nothing. I don't think TOpenGLControl supports it. I am not even sure that there are OpenGL implementations for WinCE.

hih

An embedded and charset-unspecified text was scrubbed... Name: not available
Url: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080225/8f37d1f3/attachment.pl

Open source molecule viewers:

http://sourceforge.net/search/?type_of_search=soft&type_of_search=soft&words=molecule+viewer

I know that there are a lot of open source molecule viewers but I need a component that I can use in a lazarus project and that I can deploy in a closed commercial application.

Jon Bertrand ha scritto:

Any chance the open source projects have what you need? Maybe they use some kind of component that you could use.

Quoting Andrea Mauri :

I know that there are a lot of open source molecule viewers but I need a component that I can use in a lazarus project and that I can deploy in a closed commercial application.

Have a may be able to do what you are after.

I need a simple tool, GLScene offers a lot of components and instruments, too many for my needs.
Actually we use TOpenGLControl, it works on Win32 and Linux (Gtk but not Gtk2). There is a roadmap in the development of TOpenGlControl, Gtk2? It is preferable to use GLUT?
Here a screenshot of our simple molecule viewer component in a simple project.
I have to discuss with the main developer of this component but I think that when it will be a little more stable we could also publish it as LGPL. Anyone else is interested in it?
Andrea

ha scritto:

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080229/8558e4e0/attachment-0001.html -------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 22050 bytes
Desc: not available
Url : http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080229/8558e4e0/attachment-0001.jpe

Anyway TOpenGLControl has some problems in the "refresh" of the canvas at least on win.
Here a screenshot.
Andrea

ha scritto:

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080229/b983b27c/attachment-0001.html -------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 20342 bytes
Desc: not available
Url : http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080229/b983b27c/attachment-0001.jpe

An embedded and charset-unspecified text was scrubbed... Name: not available
Url: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080229/473e7a01/attachment.pl

It works here under gtk2.

I am not able to use TOpenGLControl on GTK2, I can place it on a form, I can compile it but it doesn't run. After pressing F9 the project is compiled successfully then launched and immediately the "Execution Stopped" message is showed up.
I have also seen in the OpenGLContext unit these lines: [...]
Author: Mattias Gaertner

Abstract:
TOpenGLControl is a LCL control with an opengl context. It works under the following platforms:
- gtk with glx : full
* - gtk2 with glx : started, not yet working*
- carbon with agl : full
- windows with wgl: full
}

I know of a refresh problem when maximizing, but otherwise it should work. What problems do you have?

When I put a TOpenGLControl on a form (windows) I obtain this:

And this when I run my project:

I didn't see the same behaviour using GTK, using GTK it seems to work properly.

Andrea

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080229/4b6335b2/attachment-0001.html -------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17243 bytes
Desc: not available
Url : http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080229/4b6335b2/attachment-0002.jpe -------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 8409 bytes
Desc: not available
Url : http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080229/4b6335b2/attachment-0003.jpe

I changed this to full.

> I know of a refresh problem when maximizing, but otherwise it > should work. What problems do you have? When I put a TOpenGLControl on a form (windows) I obtain this:

What lazarus version are you using? 32 or 64 bit? What fpc version? Can you try the svn version or at least the daily snapshot? I didn't try the control under windows recently, so maybe some win32 devel broke it unknowingly. I will try to find a windows machine to test.

And this when I run my project: I didn't see the same behaviour using GTK, using GTK it seems to work properly.

You need a recent lazarus 0.9.25 version to use the openglcontrol under gtk2.

Mattias

Is it compatible with threads in lazarus 0.9.25?

Regards!
-Marco

What do you mean with 'compatible with threads'?
I wrote a multithreaded application, but only the main thread accessed the opengl control, because LCL controls in general should only be accessed via the main thread. I don't know if you can access the opengl context(s) via multiple threads.

Mattias

Sorry, my fault. FPC 2.2. Lazarus svn.
andrea

Mattias Gaertner ha scritto:

That's what I meant. But when I tried to access the component with Synchronize from the thread, it doesn't work neither.

Thanks for your reply!
-Marco

Sorry, my fault. FPC 2.2. Lazarus svn.

32 or 64bit?

Can some windows user try to run the
lazarus\examples\openglcontrol\openglcontrol_demo.lpi ?

Mattias

I tried the openglcontrol_demo project under WinXP (32 bit) on a bog-standard Dell box compiling with fpc 2.3.1 and Laz 0.9.25 svn revision 14243.
It works flawlessly with lots of lovely eye candy.

Howard

It works on WinXP Pro 32bit, messages:

ExampleForm.pp(187,49) Hint: Local variable "BmpHead" does not seem to be initialized
ExampleForm.pp(193,5) Hint: Local variable "BmpInfo" does not seem to be initialized
ExampleForm.pp(223,52) Hint: Local variable "AnRGBQuad" does not seem to be initialized
Project "openglcontrol_demo" successfully built. :)

Mattias Gaertner ?????:

Works correctly for me.

Windows XP SP2, Lazarus SVN r14333, FPC 2.2.1 r10343 (19.02.2008).

32 bit

Mattias Gaertner ha scritto:

I tried openglcontrol_demo.lpi, too. It works fine, but anyway if I put a TOpenGLControl on a form I obtain the image I sent, also in run-time. andrea

Mattias Gaertner ha scritto:

Andrea Mauri ?????:

I tried openglcontrol_demo.lpi, too. It works fine, but anyway if I put a TOpenGLControl on a form I obtain the image I sent, also in run-time.

I confirm it. Windows XP SP2 32 bit, Lazarus SVN r14335, FPC 2.2.1 r10343 (19.02.2008).

I tried openglcontrol_demo.lpi, too. It works fine, but anyway if I put a TOpenGLControl on a form I obtain the image I sent, also in run-time. andrea

Fixed by Paul.
It was a windows xp theme thing.

Mattias

Fixed by Paul. It was a windows xp theme thing.

Ok in design time, TOpenGLControl is drawn better, I can see something like a shadow on the bottom and on the left of the control when I put it on a form.

But in runtime the problem is still there.
I will send the screenshot in the next mail.

andrea

Here how the TOpenGLControl is happens when the form is drawn, I obtain this screenshot minimizing and then restoring the form.
andrea

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080303/c02f3ca2/attachment.html -------------- next part --------------
A non-text attachment was scrubbed...
Name: moz-screenshot-22.jpg
Type: image/jpeg
Size: 10607 bytes
Desc: not available
Url : http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080303/c02f3ca2/attachment.jpg

Under GTK2 I still have problems.
Lazarus svn FPC 2.2, Ubuntu.
The TOpenGLControl is compiled and installed in the GTK2 Lazarus IDE. I can put a TOpenGLControl on a form but when I run the project it is compiled (see compiler messages below), but the execution is immediately stopped, I can't see the form with the TOpenGLControl running. It could be a problem due to some missing Linux libraries? andrea

compiler messages:

Hint: Start of reading config file /etc/fpc.cfg
Hint: End of reading config file /etc/fpc.cfg
Warning: You are using the obsolete switch -OG
Free Pascal Compiler version 2.2.0 [2007/08/30] for i386 Copyright (c) 1993-2007 by Florian Klaempfl
Target OS: Linux for i386
Compiling /home/giacca/lazarus_projects/tmp/project1.lpr Compiling unit1.pas
Linking /home/giacca/lazarus_projects/tmp/project1 57 lines compiled, 14.4 sec
1 warning(s) issued
2 hint(s) issued
Project "project1" successfully built. :)

Mattias Gaertner ha scritto:

Andrea Mauri wrote

Here how the TOpenGLControl is shown at runtime. It happens when the form is drawn, I obtain this screenshot minimizing and then restoring the form. andrea

Please open opengl example and test it. I see a cube rotation.

Best regards,
Paul Ishenin.

An embedded and charset-unspecified text was scrubbed... Name: not available
Url: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080303/8e528afd/attachment.pl

The opengl example works perfectly.
I encounter another problem.
I create a new project, on the form I put a TOpenGLControl, I run the project, when the project runs I minimize the form then restore it. After restored the TOpenGLControl is not drawn correctly, the OpenGLControl shows the background of my screen (my desktop). Could someone try these steps and tell me what happens? Regards,
Andrea

FPC 2.2.0 Lazarus svn Windows XP

Paul Ishenin ha scritto:

If the example runs, then the problem is in your code.

Mattias

Here how the TOpenGLControl is shown at runtime. It happens when the form is drawn, I obtain this screenshot minimizing and then restoring the form.

Please create a bug report with a complete example.

Mattias

Please create a bug report.

Mattias

The example runs correctly under win not under linux. Under linux I am not able to compile the example project. I can compile and install the component package and I am able to use the component under GTK but not GTK2.

GTK2:
new project
I put a TOpenGLControl on a form.
It compiles correctly.
If I run the execution is immediately stopped after the compilation.

Andrea

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080304/a358efc2/attachment.html

The example runs correctly under win not under linux. Under linux I am not able to compile the example project. I can compile and install the component package and I am able to use the component under GTK but not GTK2.

If the example does not run, then please open a terminal and type: glxinfo

What does it give?

Then start the example in terminal using gdb and create a backtrace. See here
http://wiki.lazarus.freepascal.org/Creating_a_Backtrace_with_GDB#Linux.2FBSD_Users.2FMacOSX

First get the example running.

Mattias

here the output of glxinfo:

name of display: :0.0
display: :0 screen: 0
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_EXT_texture_from_pixmap
OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.4 (2.1 Mesa 7.0.3)
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_fragment_program, GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_program,
GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_copy_texture,
GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_framebuffer_object, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_shared_texture_palette, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias,
GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_draw_buffers, GL_ATI_texture_env_combine3,
GL_ATI_texture_mirror_once, GL_ATIX_texture_env_combine3, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_NV_blend_square, GL_NV_fragment_program, GL_NV_light_max_exponent, GL_NV_point_sprite, GL_NV_texgen_reflection, GL_NV_texture_rectangle, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow, GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x25 24 tc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x27 24 dc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x28 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x29 24 dc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x2a 24 dc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x58 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 Ncon

open it lazarus said:
The system.ppu was not found in the fpc directories. Make sure fpc is installed...

Andrea
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080304/7a755b7b/attachment-0001.html

submitted
ID 0010939

regards
andrea

submitted the bug report
ID 0010941

andrea

Mattias Gaertner ha scritto:

OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.4 (2.1 Mesa 7.0.3)

This is most likely the problem. AFAIK software rendering is unsupported, at least it is untested. Try to install a driver for your graphics card and then test again. If you don't know how to do that tell us what gfx card you use and we will try to help.

hih

I have a ATI Radeon? HD 2400 PRO, I had a lot of problem in order to let Linux recognize it.
Actually I am using lazarus on Ubuntu Hardy Heron, Ubuntu said me that there is a proprietary driver I can install.
What I have to do? I have to install ATI proprietary driver? Please give me any suggestions.
Regards,
Andrea

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080304/f43be2ff/attachment-0001.html

Google the "Envy" script. Download that script and use it.

I will try Envy in order to install the right drivers for my graphics card. Anyway I have two more questions:
1. TOpenGLControl works properly on my PC (ATI Radeon? HD 2400 PRO) using GTK but not GTK2, it could be a problem of graphics card drivers? Why if I have not installed the correct drivers TOpenGLControl works using GTK?
2. I have another PC with Ubuntu and I have the same behaviour, TOpenGLControl works using GTK but not GTK2, how can I check what is my graphics card?

Regards,
Andrea

Jon Bertrand ha scritto:

The gtk1 implementation uses get_xvisualinfo to retrieve an unspecific visual. The gtk2 implementation uses glXChooseVisual, which takes a filter. The default filter is to search for a double buffered, RGBA visual with stencil buffer. Maybe mesa does not provide such a visual. I added an exception, when no such visual was found.

Either the defaults must be changed or a fall back mechanism is needed.

Mattias

I have a ATI Radeon? HD 2400 PRO, I had a lot of problem in order to let Linux recognize it.

Linux ATI drivers had a lot of problem in a recent past.

Install the Catalyst 8.3 version from this page, it work fine for me: http://ati.amd.com/support/drivers/linux/linux-radeon.html

Also look at this page for installation on Ubuntu, this is for Gusty but it should work the same for Hardy:
http://www.phoronix.com/forums/showthread.php?t=7193

Maybe I will write a nonsense.
Is it not possible to use an "unspecific" visual also in GTK2? Like for GTK? Anyway when the exception will be raised? If I run an app compiled for GTK2 with a TOpengGLControl I am not able to see any exception raised. How can I catch that the computer where the application is supposed to run is not able to use OpenGL? I would like to substitute the TOpenGLControl with a fixed image for example instead of the execution stopping of my application. How can I do it?
Another question, our molecule viewer works quite fine on windows (still some problems with TOpenGLControl refresh), we can draw and rotate the molecule. Also if constituted of hundreds of atoms. The same molecule viewer if compiled for linux, both GTK and GTK2, become slow. Rotation, that is a lot of drawing, is very slow. It is a problem of OpenGL (graphics card acceleration, Linux drivers...) on Linux or the TOpenGLControl component is slower on linux? Regards,
Andrea

Andrea Mauri wrote

The same molecule viewer if compiled for linux, both GTK and GTK2, become slow. Rotation, that is a lot of drawing, is very slow. It is a problem of OpenGL (graphics card acceleration, Linux drivers...) on Linux or the TOpenGLControl component is slower on linux?

Actually OpenGL on Linux is faster than on Windows at least with nVidia cards and (Commercial) drivers, you can test this on most OpenGL apps and Games, however there is one important detail, OpenGL needs full control of the window/widget to behave properly, maybe GTK adds it's own overhead over the existing X window, if this is the case and there's no way to get rid of useless refresh processing and such, maybe it's a good idea to create the window using the lowest level API GDI/X and just give the parent, i have recently read an article about improving OpenGL performance on Vista and it claims that incorrect message processing such as allowing the 2D API such as GDI to repaint the window might have unpredictible results or performance loss, i assume this is the case with the OGL Control in Laz, messages might not be processed optimally and the GDI/GTK might still refresh them when they shouldn't.

http://www.opengl.org/pipeline/article/vol003_9/
http://www.opengl.org/pipeline/article/vol003_7/

Razvan

I am a newbie, so I am not sure I am writing something stupid or not. But what about GtkGLExt (http://www.k-3d.org/gtkglext/Main_Page) can be used in some way with lazarus?
Best regards,
Andrea

Mattias Gaertner ha scritto:

Andrea Mauri wrote

I am a newbie, so I am not sure I am writing something stupid or not. But what about GtkGLExt (http://www.k-3d.org/gtkglext/Main_Page) can be used in some way with lazarus?

FreePascal is listed here:
http://www.k-3d.org/gtkglext/Main_Page#Other_GtkGLExt_Language_Bindings

I don't see why not to use the GTK way of doing OpenGL if they support it.

Razvan

and how it is possible to use it by lazarus?

On Thu, Mar 20, 2008 at 4:03 PM, Razvan Adrian Bogdan <

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20080323/25ae07c6/attachment.html