Menu
▾
▴
visualpython-users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(1) |
Aug
|
Sep
(15) |
Oct
(32) |
Nov
(35) |
Dec
(48) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(46) |
Feb
(22) |
Mar
(65) |
Apr
(49) |
May
(22) |
Jun
(29) |
Jul
(51) |
Aug
(34) |
Sep
(32) |
Oct
(46) |
Nov
(30) |
Dec
(32) |
| 2002 |
Jan
(48) |
Feb
(4) |
Mar
(20) |
Apr
(28) |
May
(13) |
Jun
(34) |
Jul
(51) |
Aug
(15) |
Sep
(15) |
Oct
(35) |
Nov
(15) |
Dec
(20) |
| 2003 |
Jan
(31) |
Feb
(111) |
Mar
(41) |
Apr
(28) |
May
(36) |
Jun
(29) |
Jul
(27) |
Aug
(29) |
Sep
(47) |
Oct
(28) |
Nov
(7) |
Dec
(26) |
| 2004 |
Jan
(44) |
Feb
(9) |
Mar
(17) |
Apr
(26) |
May
(58) |
Jun
(13) |
Jul
(44) |
Aug
(64) |
Sep
(30) |
Oct
(11) |
Nov
(21) |
Dec
(28) |
| 2005 |
Jan
(29) |
Feb
(11) |
Mar
(11) |
Apr
(22) |
May
(85) |
Jun
(46) |
Jul
(17) |
Aug
(18) |
Sep
(14) |
Oct
(22) |
Nov
(1) |
Dec
(45) |
| 2006 |
Jan
(20) |
Feb
(36) |
Mar
(18) |
Apr
(24) |
May
(21) |
Jun
(48) |
Jul
(23) |
Aug
(20) |
Sep
(10) |
Oct
(41) |
Nov
(46) |
Dec
(40) |
| 2007 |
Jan
(40) |
Feb
(20) |
Mar
(13) |
Apr
(6) |
May
(24) |
Jun
(31) |
Jul
(30) |
Aug
(11) |
Sep
(11) |
Oct
(10) |
Nov
(56) |
Dec
(64) |
| 2008 |
Jan
(64) |
Feb
(22) |
Mar
(63) |
Apr
(28) |
May
(25) |
Jun
(36) |
Jul
(11) |
Aug
(9) |
Sep
(14) |
Oct
(41) |
Nov
(46) |
Dec
(130) |
| 2009 |
Jan
(95) |
Feb
(41) |
Mar
(24) |
Apr
(35) |
May
(53) |
Jun
(67) |
Jul
(48) |
Aug
(48) |
Sep
(86) |
Oct
(75) |
Nov
(64) |
Dec
(52) |
| 2010 |
Jan
(57) |
Feb
(31) |
Mar
(28) |
Apr
(40) |
May
(25) |
Jun
(42) |
Jul
(79) |
Aug
(31) |
Sep
(49) |
Oct
(66) |
Nov
(38) |
Dec
(25) |
| 2011 |
Jan
(29) |
Feb
(18) |
Mar
(44) |
Apr
(6) |
May
(28) |
Jun
(31) |
Jul
(36) |
Aug
(24) |
Sep
(30) |
Oct
(23) |
Nov
(21) |
Dec
(27) |
| 2012 |
Jan
(14) |
Feb
(11) |
Mar
(2) |
Apr
(48) |
May
(7) |
Jun
(32) |
Jul
(22) |
Aug
(25) |
Sep
(31) |
Oct
(32) |
Nov
(21) |
Dec
(17) |
| 2013 |
Jan
(44) |
Feb
(27) |
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
(3) |
Aug
(4) |
Sep
(1) |
Oct
(7) |
Nov
(5) |
Dec
(5) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(2) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: symion <sy...@pr...> - 2008-12-26 04:23:10
|
I have been testing Vpython, looking for boundaries.
IDLE just through up an error.
I was zooming in to a simple scene, looking for limits
Zooming in to destruction.
Here is the code snippet that was running, although I have run other
bits of code and found the same result.
r=1.49e+15
cur=[(0,0,0),(r,0,0)]
p=points(pos=cur,color=(1,1,1))
Now zoom in and in, and in like a crazy man, looking for that boundary.
oops!
VPython ***CRITICAL ERROR***: ..\src\core\display_kernel.cpp:909:
cvisual::display_kernel::render_scene: OpenGL error:
..\src\core\display_kernel.cpp:548 invalid value, aborting.
Also, when zooming out and out...
VPython ***CRITICAL ERROR***: ..\src\core\display_kernel.cpp:535:
cvisual::display_kernel::world_to_view_transform: VPython degenerate
projection: 1.#INF 1.#INF 0.0500417 0.0315297
Yep, found the other one!
Are the problems reported related to the apparent lack of any clear
range/scale boundaries?
Which leads me into the next question.
I am having problems with scene.range. I expect it to be connected to
user zoom, so I can measure user input, just like scene.forward method.
This is what I have found.
If I run any program without setting scene.range then a default value
seems to be used and the program runs OK, but if I then try to read the
current scene.range, IDLE displays the following warning.
Traceback (most recent call last):
File "<pyshell#1>", line 1, in <module>
scene.range
RuntimeError: Reading .scale and .range is not supported when autoscale
is enabled.
Now if I change the program so that scene.range is set to some arbitrary
value and then run it, then the program runs OK, no problems, and
reading scene.range returns the exact value I gave it! (which is kind of
redundant)
But when as a user I zoom in or out, and then read scene.range, nothing
happens! the value is as I had previously set, no user actions are
recorded by scene.range!
if scene.userzoom and scene.range are not connected, then how can I (or
my program) determine the current user zoom value?
Symion
|
|
From: Bruce S. <Bru...@nc...> - 2008-12-24 04:17:13
|
The Mac installers for Visual 5.0 for Intel and PowerPC have been updated at vpython.org so that they work with OSX 10.4 as well as 10.5. Thanks to James Mueller for help with this. Bruce Sherwood |
|
From: Anton S. <br...@po...> - 2008-12-23 04:40:00
|
Bruce Sherwood wrote: > However, be aware that the star positions aren't real, just > generated from random numbers (and there's an odd effect in > the random number generator, because a strong concentration in > the form of a straight bar shows up at certain angles of view). The fault in the stars lies not in the RNG. Uniform distribution of latitude gives a concentration toward the z axis. The code should be: theta = uniform(0,2*pi) zn = uniform(-1,1) # iota = acos(zn) rn = sqrt(1-zn**2) rho = uniform(rmn*a,rmx*a) rxy = rho*rn x = rxy*cos(theta) y = rxy*sin(theta) z = rho*zn Another way is x = normalvariate(mean,sigma) y = normalvariate(mean,sigma) z = normalvariate(mean,sigma) This has spherical symmetry but may not give the radial distribution you want. -- Anton Sherwood *\\* www.ogre.nu "How'd ya like to climb this high without no mountain?" --Porky Pine |
|
From: Bruce S. <Bru...@nc...> - 2008-12-22 00:22:42
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Thanks much for figuring this out!<br>
<br>
Bruce Sherwood<br>
<br>
Stef Mientki wrote:
<blockquote cite="mid:494...@ru..." type="cite">
<pre wrap="">thanks Bruce,
Bruce Sherwood wrote:
</pre>
<blockquote type="cite">
<pre wrap="">The problem with installing two Visuals for one Python is the conflict
between the name "visual" being then ambiguous. I just tried a little
experiment of changing the name of the new site-packages/visual to
visual5 and installing Visual 3 as well, then trying to do "from
visual5 import *", but that didn't work. Maybe someone else will
figure out how to fight through the name problems.
Another workaround is to install Visual 3, save a copy of the relevant
materials from site-packages, then delete from site-packages. Then
install Visual 5, save a copy of these materials. Now you can swithc
back and forth by copying the desired files into site-packages from
the saved copies.
</pre>
</blockquote>
<pre wrap=""><!---->I played around, and found the following work around:
- I installed Vpython version 5 on a different computer (afraid of
harming my own work-PC ;-)
- called the visual directory "visual5"
- copied that visual5 directory to site-packages
- created the function below, which I place on a central place where all
programs can reach it
- and add a line to all VPython programs "Get_Visual ( ... )" before
importing visual, seems to work great.
cheers,
Stef
def Get_Visual ( Version = 3 ) :
import os, sys
print sys.path
for path in sys.path :
if path.endswith ( 'site-packages') :
print path
break
vpath = os.path.join ( path, 'visual' )
if ( Version == 3 ) and os.path.exists ( vpath + '3' ) :
print 'Visual ==> V3', vpath
os.rename ( vpath, vpath + '5' )
os.rename ( vpath + '3', vpath )
elif ( Version == 5 ) and os.path.exists ( vpath + '5' ) :
print 'Visual ==> V5', vpath
os.rename ( vpath, vpath + '3' )
os.rename ( vpath + '5', vpath )
Get_Visual ( 3 )
from visual import *
...
------------------------------------------------------------------------------
_______________________________________________
Visualpython-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Vis...@li...">Vis...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/visualpython-users">https://lists.sourceforge.net/lists/listinfo/visualpython-users</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: Bruce S. <Bru...@nc...> - 2008-12-22 00:21:45
|
The middle button not zooming does seem to be a bug. Thanks for the report. Bruce Sherwood Stef Mientki wrote > - you can only zoom with left+right mouse button and not with middle > mouse button ( is this a VPython bug ?) |
|
From: Stef M. <s.m...@ru...> - 2008-12-21 22:57:05
|
symion wrote: > The following program, stars-5.py > <http://home.primusonline.com.au/knoware/python/stars-5.py> is a > simulation of Globular cluster Messier 80, using the new points > object. It produces a huge volume of space with almost 6000 points. > (you have to zoom in and in... to find the black hole at the centre) > > Pressing the Enter Key will select a specific 'star' that you can zoom > toward to see it as a glowing disk. > > The position of each star is determined by the individual position of > each point in the points(pos array), and I have found a strange > effect. The stars near the outer edge of the cluster have a distinct > wobble when spinning around them, apparently the position of each > point becomes more unstable as you zoom in toward its limit and so the > star wobbles! > > Apart from that the simulation looks close to Messier 80 > <http://en.wikipedia.org/wiki/Globular_cluster> nice work Symion ! few questions / remarks though: - is it true you can find the black hole only, when you've not pressed Enter before, to get the coordinates ? - why not use the left click instead of the Enter key to get the coordinates ? - you can only zoom with left+right mouse button and not with middle mouse button ( is this a VPython bug ?) - and wouldn't it be lovely to see the Color-magnitude diagram ;-) cheers, Stef > > Symion > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > > ------------------------------------------------------------------------ > > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
|
From: Stef M. <s.m...@ru...> - 2008-12-21 22:43:34
|
thanks Bruce,
Bruce Sherwood wrote:
> The problem with installing two Visuals for one Python is the conflict
> between the name "visual" being then ambiguous. I just tried a little
> experiment of changing the name of the new site-packages/visual to
> visual5 and installing Visual 3 as well, then trying to do "from
> visual5 import *", but that didn't work. Maybe someone else will
> figure out how to fight through the name problems.
>
> Another workaround is to install Visual 3, save a copy of the relevant
> materials from site-packages, then delete from site-packages. Then
> install Visual 5, save a copy of these materials. Now you can swithc
> back and forth by copying the desired files into site-packages from
> the saved copies.
>
I played around, and found the following work around:
- I installed Vpython version 5 on a different computer (afraid of
harming my own work-PC ;-)
- called the visual directory "visual5"
- copied that visual5 directory to site-packages
- created the function below, which I place on a central place where all
programs can reach it
- and add a line to all VPython programs "Get_Visual ( ... )" before
importing visual, seems to work great.
cheers,
Stef
def Get_Visual ( Version = 3 ) :
import os, sys
print sys.path
for path in sys.path :
if path.endswith ( 'site-packages') :
print path
break
vpath = os.path.join ( path, 'visual' )
if ( Version == 3 ) and os.path.exists ( vpath + '3' ) :
print 'Visual ==> V3', vpath
os.rename ( vpath, vpath + '5' )
os.rename ( vpath + '3', vpath )
elif ( Version == 5 ) and os.path.exists ( vpath + '5' ) :
print 'Visual ==> V5', vpath
os.rename ( vpath, vpath + '3' )
os.rename ( vpath + '5', vpath )
Get_Visual ( 3 )
from visual import *
...
|
|
From: Bruce S. <Bru...@nc...> - 2008-12-21 20:53:39
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> It's interesting and pretty, and it's good to see the value of the points object for representing a large amount of 3D data.<br> <br> However, be aware that the star positions aren't real, just generated from random numbers (and there's an odd effect in the random number generator, because a strong concentration in the form of a straight bar shows up at certain angles of view). <br> <br> I don't see any wobble on my computer.<br> <br> A quick search indicates that astronomers aren't sure whether we should expect to find black holes at the center of globular clusters or not. There is now some evidence for a black hole in one or more specific globular clusters, though I didn't see M80 mentioned.<br> <br> Bruce Sherwood<br> <br> symion wrote: <blockquote cite="mid:494...@pr..." type="cite">The following program, <a moz-do-not-send="true" href="http://home.primusonline.com.au/knoware/python/stars-5.py">stars-5.py</a> is a simulation of Globular cluster Messier 80, using the new points object. It produces a huge volume of space with almost 6000 points. (you have to zoom in and in... to find the black hole at the centre)<br> <br> Pressing the Enter Key will select a specific 'star' that you can zoom toward to see it as a glowing disk.<br> <br> The position of each star is determined by the individual position of each point in the points(pos array), and I have found a strange effect. The stars near the outer edge of the cluster have a distinct wobble when spinning around them, apparently the position of each point becomes more unstable as you zoom in toward its limit and so the star wobbles!<br> <br> Apart from that the simulation looks close to <a moz-do-not-send="true" href="http://en.wikipedia.org/wiki/Globular_cluster">Messier 80</a><br> <br> Symion<br> <br> <pre wrap=""> <hr size="4" width="90%"> ------------------------------------------------------------------------------ </pre> <pre wrap=""> <hr size="4" width="90%"> _______________________________________________ Visualpython-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Vis...@li...">Vis...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/visualpython-users">https://lists.sourceforge.net/lists/listinfo/visualpython-users</a> </pre> </blockquote> </body> </html> |
|
From: Bruce S. <Bru...@nc...> - 2008-12-21 20:39:43
|
The problem with installing two Visuals for one Python is the conflict between the name "visual" being then ambiguous. I just tried a little experiment of changing the name of the new site-packages/visual to visual5 and installing Visual 3 as well, then trying to do "from visual5 import *", but that didn't work. Maybe someone else will figure out how to fight through the name problems. Another workaround is to install Visual 3, save a copy of the relevant materials from site-packages, then delete from site-packages. Then install Visual 5, save a copy of these materials. Now you can swithc back and forth by copying the desired files into site-packages from the saved copies. Bruce Sherwood Stef Mientki wrote: > hello, > > Sorry, I think this is question is asked before (might be even done by > me ;-) > but I can't find it anymore, so it must have had an unclear subject-line. > > If I remember well the answer was, install V3+Python 2.4 and V5 + Python > 2.5. > But why isn't it possible to install both with 2.5 (as this is by now > the main stream) ? > > Although I never used it myself, there seems to be something like a > pth-file. > I also wouldn't mind to explicitly add the path of either v3 or v5 to > the python path, > before running a program (because this can easily be automated). > > I would love to go to V5, > but a number of features of V3 is not (yet) implemented in V5. > > thanks, > Stef Mientki > > > ------------------------------------------------------------------------------ > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
|
From: Stef M. <s.m...@ru...> - 2008-12-21 19:52:10
|
hello, Sorry, I think this is question is asked before (might be even done by me ;-) but I can't find it anymore, so it must have had an unclear subject-line. If I remember well the answer was, install V3+Python 2.4 and V5 + Python 2.5. But why isn't it possible to install both with 2.5 (as this is by now the main stream) ? Although I never used it myself, there seems to be something like a pth-file. I also wouldn't mind to explicitly add the path of either v3 or v5 to the python path, before running a program (because this can easily be automated). I would love to go to V5, but a number of features of V3 is not (yet) implemented in V5. thanks, Stef Mientki |
|
From: symion <sy...@pr...> - 2008-12-21 13:19:48
|
The following program, stars-5.py <http://home.primusonline.com.au/knoware/python/stars-5.py> is a simulation of Globular cluster Messier 80, using the new points object. It produces a huge volume of space with almost 6000 points. (you have to zoom in and in... to find the black hole at the centre) Pressing the Enter Key will select a specific 'star' that you can zoom toward to see it as a glowing disk. The position of each star is determined by the individual position of each point in the points(pos array), and I have found a strange effect. The stars near the outer edge of the cluster have a distinct wobble when spinning around them, apparently the position of each point becomes more unstable as you zoom in toward its limit and so the star wobbles! Apart from that the simulation looks close to Messier 80 <http://en.wikipedia.org/wiki/Globular_cluster> Symion |
|
From: Bruce S. <Bru...@nc...> - 2008-12-19 17:05:10
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> As stated clearly in the documentation, version 5 does not yet handle right mouse events, nor scene.cursor. It is intended to implement these features.<br> <br> Bruce Sherwood<br> <br> symion wrote: <blockquote cite="mid:494...@pr..." type="cite">My freeform polygon maker - <a moz-do-not-send="true" href="http://home.primusonline.com.au/knoware/python/project-7.py">program-7.py</a> uses the mouse keys to draw 2D & 3D polygons.<br> <br> I use the <font color="#cc0000">left mouse drag and drop</font> to draw the sides of the polygon, and a simple press of the <font color="#cc0000">right mouse key</font> to close it. A very easy and intuitive method of drawing any sided polygons! <br> <font color="#cc0000"><br> </font>It seems that <font color="#cc0000">right mouse key methods, press and release</font> have not been implemented in v5.0!<br> <br> Without the right mouse key functions, this program is unable to close polygons and seems to be unstable. I will have to change program-7 so that the keyboard is used to close polygons instead.<br> <br> This will work, but the program will no longer be as intuitive and will probably behave more like a three legged camel!<br> <br> Is there any plan to reinstate right mouse functionality m.press and m.release?<br> <br> Symion<br> <br> <pre wrap=""> <hr size="4" width="90%"> ------------------------------------------------------------------------------ </pre> <pre wrap=""> <hr size="4" width="90%"> _______________________________________________ Visualpython-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Vis...@li...">Vis...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/visualpython-users">https://lists.sourceforge.net/lists/listinfo/visualpython-users</a> </pre> </blockquote> </body> </html> |
|
From: symion <sy...@pr...> - 2008-12-19 08:14:23
|
My freeform polygon maker - program-7.py <http://home.primusonline.com.au/knoware/python/project-7.py> uses the mouse keys to draw 2D & 3D polygons. I use the left mouse drag and drop to draw the sides of the polygon, and a simple press of the right mouse key to close it. A very easy and intuitive method of drawing any sided polygons! It seems that right mouse key methods, press and release have not been implemented in v5.0! Without the right mouse key functions, this program is unable to close polygons and seems to be unstable. I will have to change program-7 so that the keyboard is used to close polygons instead. This will work, but the program will no longer be as intuitive and will probably behave more like a three legged camel! Is there any plan to reinstate right mouse functionality m.press and m.release? Symion |
|
From: Bruce S. <Bru...@nc...> - 2008-12-17 22:43:28
|
It was pointed out that IDLE for Visual 5.0 wasn't configured as advertised. There is now an installer at vpython.org which corrects the errors. In particular, it puts a Visual entry on the IDLE help menu. Bruce Sherwood |
|
From: symion <sy...@pr...> - 2008-12-17 13:52:27
|
I have been checking out the version 5.0 documentation... Very nice. It took me a little while to gain access to it because the IDLE help menu was not defined for Vpython docs, just Python docs. Easy enough to fix with IDLE menu Options/configure IDLE/general/Additional Help Sources/ then find /python25/Lib/site-packages/visual/Docs/index.html Unfortunately my 'new' computer has a rather old graphics card, a Radeon X1100 that only has PS2.0! Still, I can see the opacity in action and light sources work well! I noticed you have fixed the bug in userspin and userzoom controls so they are no longer able to defeat one another, and you have placed a boundary on spinning over the axis, eliminating that strange spin reversal. I can see a new Solar System program evolving with Points() and materials.emissive methods:) Excellent! |
|
From: CL <clc...@gm...> - 2008-12-17 02:26:37
|
Hi,
I have no knowledge in OpenGL implementation. I google it and someone said:
"glActiveTextureARB and glActiveTexture are the same function, except
that you have to explicitly obtain a pointer for glActiveTextureARB,
and glActiveTexture is supposed to be exposed by the GL implementation
if the implementation exposes OpenGL 1.2 (I believe). So, on
Microsoft's impl, you probably want to use LoadExtension() and
glActiveTextureARB. "
I am using VIA/S3G UniChrome Pro IGP/MMX/SSE.
I believe most new hardware shall have botth glActiveTexture and
glActiveTextureARB implemented ?
Anyway, if getPFN log an error instead of flow an exception, it can
let vpython to run on more old PCs.
On 12/17/08, Bruce Sherwood <Bru...@nc...> wrote:
> David Scherer responds as follows:
>
> >
> > if ( ARB_multitexture = d.hasExtension( "GL_ARB_multitexture" ) ) {
> getPFN( glActiveTexture, d, "glActiveTextureARB" );
}
> >
> This fix can't be right. Either glActiveTextureARB is part of that
> extension, in which case it MUST be present if that name string is present,
> or it isn't, in which case the wrong name string is being tested or the
> wrong function loaded. Or there is a very serious bug in his drivers.
>
> Bruce Sherwood
>
> P.S. What exactly is your graphics hardware/software?
>
> CL wrote:
> Hi Bruce
I have built vpython and found that the following code can fix
> the
problem on my PC:
The first crash is at ShowWindow in display::create()
> in windisplay.cpp
I've modifed it to:
if (!wglMakeCurrent( dev_context,
> gl_context))
WIN32_CRITICAL_ERROR( "wglMakeCurrent failed");
ShowWindow(
> widget_handle, SW_SHOW);
wglMakeCurrent( NULL, NULL );
Look like my video
> driver insist to have wglMakeCurrent called before ShowWindow
The second
> crash is at gl_extensions.cpp
template <class PFN>
void getPFN( PFN& func,
> display_kernel& d, const char* name ) {
func = reinterpret_cast<PFN>(
> d.getProcAddress( name ) );
if (!func)
throw std::runtime_error(
("Unable
> to get extension function: " +
(std::string)name + " even though the
> extension is advertised.").c_str() );
}
When it is loading
> GL_ARB_multitexture
if ( ARB_multitexture = d.hasExtension(
> "GL_ARB_multitexture" ) ) {
F( glActiveTexture );
}
The entry point
> glActiveTexture is not defined in my driver. I believe
it is also not
> defined in most old drivers. Since it is not defined,
an exception is flew.
> The exception is not handled.
I've changed it to:
if ( ARB_multitexture =
> d.hasExtension( "GL_ARB_multitexture" ) ) {
getPFN( glActiveTexture, d,
> "glActiveTextureARB" );
}
After that, it is working fine. Textures are
> not supported, as vpython
seems requires shader extensions in order to
> support
> texture.
------------------------------------------------------------------------------
SF.Net
> email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The
> future of the web can't happen without you. Join us at MIX09 to help
pave
> the way to the Next Web now. Learn more and register
> at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Visualpython-users
> mailing
> list
Vis...@li...
https://lists.sourceforge.net/lists/listinfo/visualpython-users
>
|
|
From: Bruce S. <Bru...@nc...> - 2008-12-16 22:50:59
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
David Scherer responds as follows:<br>
<div class="gmail_quote">
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000">
<pre> if ( ARB_multitexture = d.hasExtension( "GL_ARB_multitexture" ) ) {
getPFN( glActiveTexture, d, "glActiveTextureARB" );
}
</pre>
</div>
</blockquote>
</div>
This fix can't be right. Either
glActiveTextureARB is part of that extension, in which case it MUST be
present if that name string is present, or it isn't, in which case the
wrong name string is being tested or the wrong function loaded. Or
there is a very serious bug in his drivers.<br>
<br>
Bruce Sherwood<br>
<br>
P.S. What exactly is your graphics hardware/software?<br>
<br>
CL wrote:
<blockquote
cite="mid:d69...@ma..."
type="cite">
<pre wrap="">Hi Bruce
I have built vpython and found that the following code can fix the
problem on my PC:
The first crash is at ShowWindow in display::create() in windisplay.cpp
I've modifed it to:
if (!wglMakeCurrent( dev_context, gl_context))
WIN32_CRITICAL_ERROR( "wglMakeCurrent failed");
ShowWindow( widget_handle, SW_SHOW);
wglMakeCurrent( NULL, NULL );
Look like my video driver insist to have wglMakeCurrent called before ShowWindow
The second crash is at gl_extensions.cpp
template <class PFN>
void getPFN( PFN& func, display_kernel& d, const char* name ) {
func = reinterpret_cast<PFN>( d.getProcAddress( name ) );
if (!func)
throw std::runtime_error(
("Unable to get extension function: " +
(std::string)name + " even though the extension is advertised.").c_str() );
}
When it is loading GL_ARB_multitexture
if ( ARB_multitexture = d.hasExtension( "GL_ARB_multitexture" ) ) {
F( glActiveTexture );
}
The entry point glActiveTexture is not defined in my driver. I believe
it is also not defined in most old drivers. Since it is not defined,
an exception is flew. The exception is not handled.
I've changed it to:
if ( ARB_multitexture = d.hasExtension( "GL_ARB_multitexture" ) ) {
getPFN( glActiveTexture, d, "glActiveTextureARB" );
}
After that, it is working fine. Textures are not supported, as vpython
seems requires shader extensions in order to support texture.
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
<a class="moz-txt-link-freetext" href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a>
_______________________________________________
Visualpython-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Vis...@li...">Vis...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/visualpython-users">https://lists.sourceforge.net/lists/listinfo/visualpython-users</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: Bruce S. <Bru...@nc...> - 2008-12-16 20:31:05
|
There was a missing file in the installer for Visual 5 for Mac PowerPC. This has been corrected. My apologies, and thanks to the person who reported the failure. Before reinstalling, remove numpy, numpy....egg-info, and visual from site-packages and the VPython folder from /Applications. Bruce Sherwood |
|
From: Bruce S. <Bru...@nc...> - 2008-12-16 04:38:14
|
Thanks for the helpful info. I too find the sourceforge interface rather opaque, but here's where to find other versions of threadpool: http://sourceforge.net/project/showfiles.php?group_id=158064&package_id=176982 Inside the package, the file CHANGE_LOG shows what Boost it's for. As for dependencies, in the VPython package the file INSTALL.txt attempts to list all of them. Bruce Sherwood Guy K. Kloss wrote: > Hi, > > I have just undergone compiling VPython for my Ubuntu Intrepid (8.10) 32 bit > system. For my own sanity and convenience I have created a Debian package for > it using checkinstall. So it's just a dirty fix, with no dependency tracking, > etc. ... but it does help already quite a bit for myself. > > What made the build particularly bad is libthreadpool, which is only offered > in version 0.2.5 for download. So it took a bit of searching paired with trial > and error until I could build VPython on my system with the shipped boost > libraries (1.34.1). If you wanna use it, make sure you install dependent > packages yourself, as this package won't help you on this one. I know off the > top of my head that the packages libgtkglextmm-x11-1.2 and libglademm-2.4-1c2a > are required (besides the obvious of Python, boost, etc.) > > If anybody is interested, it can be found here: > > https://gutefee.massey.ac.nz/moin/Python/3D > > Guy > > |
|
From: Guy K. K. <g....@ma...> - 2008-12-16 03:42:37
|
Hi, I have just undergone compiling VPython for my Ubuntu Intrepid (8.10) 32 bit system. For my own sanity and convenience I have created a Debian package for it using checkinstall. So it's just a dirty fix, with no dependency tracking, etc. ... but it does help already quite a bit for myself. What made the build particularly bad is libthreadpool, which is only offered in version 0.2.5 for download. So it took a bit of searching paired with trial and error until I could build VPython on my system with the shipped boost libraries (1.34.1). If you wanna use it, make sure you install dependent packages yourself, as this package won't help you on this one. I know off the top of my head that the packages libgtkglextmm-x11-1.2 and libglademm-2.4-1c2a are required (besides the obvious of Python, boost, etc.) If anybody is interested, it can be found here: https://gutefee.massey.ac.nz/moin/Python/3D Guy -- Guy K. Kloss Institute of Information and Mathematical Sciences Te Kura Pūtaiao o Mōhiohio me Pāngarau Room 2.63, Quad Block A Building Massey University, Auckland, Albany Private Bag 102 904, North Shore Mail Centre voice: +64 9 414-0800 ext. 9585 fax: +64 9 441-8181 eMail: G....@ma... http://iims.massey.ac.nz |
|
From: CL <clc...@gm...> - 2008-12-16 03:14:06
|
Hi Bruce
I have built vpython and found that the following code can fix the
problem on my PC:
The first crash is at ShowWindow in display::create() in windisplay.cpp
I've modifed it to:
if (!wglMakeCurrent( dev_context, gl_context))
WIN32_CRITICAL_ERROR( "wglMakeCurrent failed");
ShowWindow( widget_handle, SW_SHOW);
wglMakeCurrent( NULL, NULL );
Look like my video driver insist to have wglMakeCurrent called before ShowWindow
The second crash is at gl_extensions.cpp
template <class PFN>
void getPFN( PFN& func, display_kernel& d, const char* name ) {
func = reinterpret_cast<PFN>( d.getProcAddress( name ) );
if (!func)
throw std::runtime_error(
("Unable to get extension function: " +
(std::string)name + " even though the extension is advertised.").c_str() );
}
When it is loading GL_ARB_multitexture
if ( ARB_multitexture = d.hasExtension( "GL_ARB_multitexture" ) ) {
F( glActiveTexture );
}
The entry point glActiveTexture is not defined in my driver. I believe
it is also not defined in most old drivers. Since it is not defined,
an exception is flew. The exception is not handled.
I've changed it to:
if ( ARB_multitexture = d.hasExtension( "GL_ARB_multitexture" ) ) {
getPFN( glActiveTexture, d, "glActiveTextureARB" );
}
After that, it is working fine. Textures are not supported, as vpython
seems requires shader extensions in order to support texture.
|
|
From: Bruce S. <Bru...@nc...> - 2008-12-12 16:51:24
|
In that case you should keep your own data structure with time sequence, because there's no guarantee that scene.objects will represent the objects in time-creation order. Bruce Sherwood Roberto Aguirre Maturana wrote: >> After some discussion with David Scherer, we're convinced that >> scene.objects should indeed remain a tuple in Visual 5.0, not a list. As >> he says, "Lists are mutable, so the user can try to do things like del >> scene.objects[2] and won't get any error message or indication that they >> are not doing the right thing. IMO error checking is MORE important than >> backward compatibility: hardly anyone will remember Visual 3 in a year, >> but people will make the same errors forever." > > I agree with most of the previous paragraph. > > >> But I also have a question about the example code you show. >> >> m.pick is the object picked, so you already know the object. What value >> is there in knowing the sequence position of this object in >> scene.objects, where the order of the objects is not relevant? >> > > It is relevant, as long as the sequence itself is relevant. > > Let's say that I'm taking GPS readings at regular intervals, marking a > route, then i draw those points in VPython, in the very same order they > where taken. > > There are two ways I would like to access those points and getting any > associated info to them: either merely pointing-and-clicking, Or navigate > across the points sequence using keys defined as "Next" or "Previous". In > the last case, since those points belong to a route, it is desirable to > jump from point to point in the original order, either backwards or > forward. > > Best regard, > > Roberto. > |
|
From: Roberto A. M. <rha...@ho...> - 2008-12-12 14:23:10
|
> After some discussion with David Scherer, we're convinced that > scene.objects should indeed remain a tuple in Visual 5.0, not a list. As > he says, "Lists are mutable, so the user can try to do things like del > scene.objects[2] and won't get any error message or indication that they > are not doing the right thing. IMO error checking is MORE important than > backward compatibility: hardly anyone will remember Visual 3 in a year, > but people will make the same errors forever." I agree with most of the previous paragraph. > But I also have a question about the example code you show. > > m.pick is the object picked, so you already know the object. What value > is there in knowing the sequence position of this object in > scene.objects, where the order of the objects is not relevant? > It is relevant, as long as the sequence itself is relevant. Let's say that I'm taking GPS readings at regular intervals, marking a route, then i draw those points in VPython, in the very same order they where taken. There are two ways I would like to access those points and getting any associated info to them: either merely pointing-and-clicking, Or navigate across the points sequence using keys defined as "Next" or "Previous". In the last case, since those points belong to a route, it is desirable to jump from point to point in the original order, either backwards or forward. Best regard, Roberto. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ |
|
From: Bruce S. <Bru...@nc...> - 2008-12-12 04:52:49
|
Very interesting! Thanks for sharing this with us. Bruce Sherwood Stef Mientki wrote: > hello, > > thanks to this list, and especially Bruce, > I was able to integrate VPython into PyLab_works (a wxPython application). > Many thanks ! > > A flash demo can be seen here ( 10 minutes, 20 MB) > http://mientki.ruhosting.nl/movies/vp1.html > > I hope to make some more beatiful examples in the future. > > cheers, > Stef > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
|
From: Stef M. <s.m...@ru...> - 2008-12-12 01:50:15
|
hello, thanks to this list, and especially Bruce, I was able to integrate VPython into PyLab_works (a wxPython application). Many thanks ! A flash demo can be seen here ( 10 minutes, 20 MB) http://mientki.ruhosting.nl/movies/vp1.html I hope to make some more beatiful examples in the future. cheers, Stef |
33 messages has been excluded from this view by a project administrator.
