GEM-dev February 2007

gem-dev@lists.iem.at

11 participants
13 discussions

Gem (cvs) load error on debian/etch
by B. Bogart 05 Jul '07

05 Jul '07

Hey all, I changed from nvidia's binary driver to the one in the etch repo (8776). Gem compiles (anon cvs update from today), but PD wont load it: /usr/lib/pd/extra/Gem.pd_linux: /usr/lib/pd/extra/Gem.pd_linux: undefined symbol: glUniform2i I've removed the files from the provided-by-nvidia-driver (--uninstall) Could there still be some headers somewhere and its compiling against the wrong opengl stuff? bbogart@insitu:~$ dpkg -l "*nvidia*" | grep ^ii ii nvidia-glx 1.0.8776-3 NVIDIA binary XFree86 4.x driver ii nvidia-kernel-2.6.18-3-686 1.0.8776-3+2.6.18-7 NVIDIA binary kernel module for Linux 2.6.18 ii nvidia-kernel-common 20051028+1 NVIDIA binary kernel module common files ii nvidia-kernel-source 1.0.8776-3 NVIDIA binary kernel module source ii nvidia-settings 1.0+20060516-3 Tool of configuring the NVIDIA graphics driv I'm lost, any suggestions? Attached is my config.log if that helps. Thanks, .b.

3 12

THANK YOU!!!!!!!!!!
by Frank Barknecht 29 May '07

29 May '07

Hi, damn, this new configue option --with-glversion fixed all the problems I had on my Matrox machine! (I didn't yet test the i915 laptop.) Using --with-glversion=1.5 not only lets Gem render again on newest Mesa/DRI, it also gets rid of the crash when closing the Gem window! So, thank you for supporting older and hardware with buggy GL2.0-drivers again. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

2 6

Re: [GEM-dev] minimum openGL version plus another cosmetic patch
by Ivica Ico Bukvic 21 Feb '07

21 Feb '07

OK, I just checked out the latest CVS and recompiled using --with-glversion= 1.5 and it worked perfectly! I've also taken the liberty to attach another, pretty much cosmetic patch regarding the notices of "dropped frames" videoDV4L.cpp does since current version has no newline at the end, it quickly renders console illegible. Please see attached. Best wishes, Ico

1 0

Gem patches to fix DV4L bugs and crashes
by Ivica Ico Bukvic 20 Feb '07

20 Feb '07

Here are some of the patches for the Gem tree for the videoDV4L devices. All of the below are Linux-specific unless stated otherwise. Problems fixed include: *segfault when trying to change device while device is open *segfault when trying to change driver while device is open *fix misreporting error of the fd init error in the openDevice method which prevented startTransfer from operating properly and consequently resulting in previous 2 crashes *fix proper disengagement of the capturing thread when a patch is forcefully closed which resulted in DV device being busy on subsequent "open" attempts and/or crashes listed above. This fix may be applicable to opening of other devices as well (definitely on Linux, possibly also on other OS's). However, since I do not have any V4L devices handy, this fix was provided with the most restrictive ifdef available (have DV4L) so as to prevent possible regressions to other parts of the code. Secondary fixes (meaning these are byproducts of the aforesaid fixes): *Both Mode 0 and Mode 1passed to pix_texture now works with DV devices. Here are relevant patches with verbose comments/explanations: src/Pixes/pix_videoNEW.cpp: 59a60,69 > /* > It appears that Gem fails to close video thread if a patch is closed immediately after having been opened with loadbangs in place to set up pix_video object. Same goes for patches which are opened, Gem window is created and then closed before Gem window is destroyed. > > NB: It is very likely that it may be necessary for this method to exist for other types of video devices, but since I was unable to test them, I've put it under the most restrictive ifdef available. > > Ico Bukvic ico(a)vt.edu 2-18-07 > */ > #ifdef HAVE_LIBDV > if (m_videoHandle)m_videoHandle->stopTransfer(); > #endif /* DV4L */ src/Pixes/videoDV4L.cpp: 174c174,191 < int fd = -1; --- > /* > If video feed is already open and "device <something>" message is passed > this will segfault Pd. Hence, we need to check if the device is already open > before trying to open it again. > > Ico Bukvic ico(a)vt.edu 2-18-07 > */ > if(m_haveVideo){ > post("Stream already going on. Doing some clean-up..."); > stopTransfer(); > } > /* > All of the errors in this method return -1 anyhow, so fd should be 0 to allow > successful open if everything goes ok. > > Ico Bukvic ico(a)vt.edu 2-18-07 > */ > int fd = 0; 221a239,243 > /*Extra verbosity never hurt anyone... > > Ico Bukvic ico(a)vt.edu 2-18-07 > */ > post("DV4L: Successfully opened..."); After several hours of testing this on my machine, I am glad to report that these patches fix aforesaid symptoms without any detectable regressions. So, given that I do not have dev access, I was wondering if any of the users with dev access would be so kind as to test and upload these to the Gem CVS. Should you happen to have any additional questions and/or concerns, please do not hesitate to contact me. Best wishes, *Ivica Ico Bukvic, D.M.A. *Composition, Music Technology, CCTAD, CHCI Virginia Tech Department of Music Blacksburg, VA 24061-240 (540) 231-1137 (540) 231-5034 (fax) ico.bukvic.net <http://ico.bukvic.net/>

3 17

gem export to .obj
by cyrille henry 18 Feb '07

18 Feb '07

hello, are there any plan to allow Gem to export .obj file? from a list made by a GEMglCallList? thanks Cyrille

2 2

Gem doesn't render with Mesa 6.5.2
by Frank Barknecht 13 Feb '07

13 Feb '07

Hallo, in trying to see if the Mesa-bug that lets Pd crash when the Gem window is closed has vanished I installed the bleeding edge Debian-experimental packages for mesa/dri 6.5.2-3. Unfortunately the crash still happens: #0 0xb55447f0 in ?? () #1 0xb798b904 in glXMakeCurrentReadSGI () from /usr/lib/libGL.so.1 #2 0xb798bbc3 in glXMakeCurrent () from /usr/lib/libGL.so.1 #3 0xb7b133a7 in GemMan::destroyWindow () from ./Gem.pd_linux however that's old news and already reported [1]. What's new is this: Gem (current CVS) doesn't render anything anymore! The Gemwin just stays empty if rendering is turned on. (glxgears still works.) Does anyone have any idea how to debug this phenomenon? I hope, that Gem and Mesa aren't slowly becoming a couple that's been married for too long and about to divorce now. ;) As Mesa is without alternative on Linux, this would be really bad. (At least PyOpenGL still works fine.) Anyway here's my current glxinfo: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes 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_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig OpenGL vendor string: VA Linux Systems Inc. OpenGL renderer string: Mesa DRI G400 20061030 AGP 1x x86/MMX+/3DNow!+/SSE2 OpenGL version string: 1.2 Mesa 6.5.2 OpenGL extensions: GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_compression, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, 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_logic_op, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, 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_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_texture_env_combine3, GL_IBM_rasterpos_clip, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_light_max_exponent, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess 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 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x24 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x25 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x26 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x27 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x28 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x29 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x2a 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x2b 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2c 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2d 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2e 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2f 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x30 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x31 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x32 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow [1] https://bugs.freedesktop.org/show_bug.cgi?id=9204 Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

3 5

[ pd-gem-Feature Requests-1658957 ] text-support for non-ascii characters
by SourceForge.net 13 Feb '07

13 Feb '07

Feature Requests item #1658957, was opened at 2007-02-13 14:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=1658957&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: misc Group: None Status: Open Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: IOhannes m zmölnig (zmoelnig) Summary: text-support for non-ascii characters Initial Comment: the [text3d] class of objects should be able to display non-ascii (ideally: utf-8) characters. in theory this should work (FTGL supports "wstring" strings), but i haven't managed to do this yet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=1658957&group_…

1 0

added gem-dev to sourceforge-tracker
by IOhannes m zmoelnig 13 Feb '07

13 Feb '07

hi all. i have subscribed this list to the "bugs" and "patches" and "feature request" trackers at http://sf.net/projects/pd-gem these are very low traffic trackers, so this should not really make any difference. however, the trackers are so low traffic that i usually forget that they exist, which makes response times even lower. i hope this is ok for everyone. if not, i will change the subscription to my private address, but i thought it would be interesting for most people here. mfga.sdr IOhannes

1 0

creation of a random-line in Gem
by Johannes Eckart 07 Feb '07

07 Feb '07

hereÅ½s a patch for creating a line in Gem by ramdom-coordinates for x et y. itÅ½s far away from perfect or something, but i am a beginner, so, please donÅ½t laught :) I donÅ½tknow if it will work just as an attachment, if not how would it be the best way to post to the community? thanks for your links and hints on fractals in Gem! I will ave a look at them the naxt days and maybe I will have success ;) another question: were can I find all the different libraries for Pd? when i load up pd, I get the message from some libraries: "canÅ½t load library". Cheers, Johannes -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal fÃ¼r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

1 0

Gem-cvs crashes on Gentoo
by surfer 07 Feb '07

07 Feb '07

Hi List I am still struggling with gem on gentoo It is crashing with "free invalid pointer"...i can send more details if you need. But maybe someone has ahint where to look for a solution. What about gcc 4.1.1-r3 ? Maybe i have to downgrade that ? It is really strange, because it compile ok.. I am using kernel 2.6.19 with capabilities (comes from the pro-audio overlay) might that be a problem ? Thanks Luigi

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev February 2007