visualpython-users

Re: [Visualpython-users] Look around

[<fre...@gb...>]

On samedi 29 d=E9cembre 2007, Bruce Sherwood wrote:
> Questions were asked recently about looking outward from the origin (or
> other location) and rotating the view of the surrounding scene. As an
> example of this kind of viewing, see look_around.py in the contributed
> section of vpython.org.

I'm not sure to clearly understand how it works. Could you detail your=20
code, please?

=2D-=20
   Fr=E9d=E9ric

   http://www.gbiloba.org

Re: [Visualpython-users] Look around

[<fre...@gb...>]

On dimanche 30 d=E9cembre 2007, Bruce Sherwood wrote:

> That's a spectacular demonstration of work that needs to be done on the
> beta version, as it takes 5 seconds (!) to render the scene on my
> laptop, whereas the display and motion are completely smooth in the
> production version of VPython.
>
> I've added this to the contributed section of vpython.org. Thanks!
>
> I deleted the unnecessary line that made the mouse cursor visible, since
> that's the default and this feature is as yet missing from the beta
> version, should someone wish to see the extreme slowness of the
> rendering.

I saw ;o)

=2D-=20
   Fr=E9d=E9ric

   http://www.gbiloba.org

Re: [Visualpython-users] Look around

[Bruce S. <Bru...@nc...>]

That's a spectacular demonstration of work that needs to be done on the 
beta version, as it takes 5 seconds (!) to render the scene on my 
laptop, whereas the display and motion are completely smooth in the 
production version of VPython.

I've added this to the contributed section of vpython.org. Thanks!

I deleted the unnecessary line that made the mouse cursor visible, since 
that's the default and this feature is as yet missing from the beta 
version, should someone wish to see the extreme slowness of the rendering.

Bruce Sherwood

Ron Adam wrote:
>
>
> Bruce Sherwood wrote:
>> Questions were asked recently about looking outward from the origin 
>> (or other location) and rotating the view of the surrounding scene. 
>> As an example of this kind of viewing, see look_around.py in the 
>> contributed section of vpython.org.
>>
>> Bruce Sherwood
>
> Here's a fun demo that uses rotating and spin I meant to submit some 
> time ago and never did.
>
> Enjoy,
>    Ron Adam
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] 4.beta21

[Bruce S. <Bru...@nc...>]

In a test version not yet released I've implemented essentially the 
scheme suggested by Scott David Daniels, and it works very well. Thanks!

I found by timing measurements that a faster scheme with less penalty 
for the case of sqrt(array) looks like this:

def sqrt(x):
     if type(x) is float: return mathsqrt(x)
     return numpysqrt(x)

This scheme not only solves the problem but actually yields faster 
square roots of scalar arguments than numpy, by about a factor of 3. So 
what was conceived as a workaround is actually a performance enhancement.

Bruce Sherwood

Scott David Daniels wrote:
> I (Scott David Daniels) wrote:
>   
>> I'm not sure of the overhead here, but could something like this work?
>>
>>      def sqrt(x):
>>          try: return math.sqrt(x)
>>          except TypeError: return numpy.sqrt(x)
>>     
>
> If it "kinda" works, the following addition to __init__ should work:
>
>      from numpy import (ceil as _n_ceil, cos as _n_cos, cosh as _n_cosh,
>                    exp as _n_exp, fabs as _n_fabs, floor as _n_floor,
>                    fmod as _n_fmod, frexp as _n_frexp, hypot as _n_hypot,
>                    ldexp as _n_ldexp, log as _n_log, log10 as _n_log10,
>                    modf as _n_modf, sin as _n_sin, sinh as _n_sinh,
>                    sqrt as _n_sqrt, tan as _n_tan, tanh as _n_tanh)
>      from math import (ceil as _m_ceil, cos as _m_cos, cosh as _m_cosh,
>                    exp as _m_exp, fabs as _m_fabs, floor as _m_floor,
>                    fmod as _m_fmod, frexp as _m_frexp, hypot as _m_hypot,
>                    ldexp as _m_ldexp, log as _m_log, log10 as _m_log10,
>                    modf as _m_modf, sin as _m_sin, sinh as _m_sinh,
>                    sqrt as _m_sqrt, tan as _m_tan, tanh as _m_tanh)
>      def ceil(x):
>          try: return _m_ceil(x)
>          except TypeError: return _n_ceil(x)
>      def cos(x):
>          try: return _m_cos(x)
>          except TypeError: return _n_cos(x)
>      def cosh(x):
>          try: return _m_cosh(x)
>          except TypeError: return _n_cosh(x)
>      def exp(x):
>          try: return _m_exp(x)
>          except TypeError: return _n_exp(x)
>      def fabs(x):
>          try: return _m_fabs(x)
>          except TypeError: return _n_fabs(x)
>      def floor(x):
>          try: return _m_floor(x)
>          except TypeError: return _n_floor(x)
>      def fmod(x):
>          try: return _m_fmod(x)
>          except TypeError: return _n_fmod(x)
>      def frexp(x):
>          try: return _m_frexp(x)
>          except TypeError: return _n_frexp(x)
>      def hypot(x):
>          try: return _m_hypot(x)
>          except TypeError: return _n_hypot(x)
>      def ldexp(x):
>          try: return _m_ldexp(x)
>          except TypeError: return _n_ldexp(x)
>      def log(x):
>          try: return _m_log(x)
>          except TypeError: return _n_log(x)
>      def log10(x):
>          try: return _m_log10(x)
>          except TypeError: return _n_log10(x)
>      def modf(x):
>          try: return _m_modf(x)
>          except TypeError: return _n_modf(x)
>      def sin(x):
>          try: return _m_sin(x)
>          except TypeError: return _n_sin(x)
>      def sinh(x):
>          try: return _m_sinh(x)
>          except TypeError: return _n_sinh(x)
>      def sqrt(x):
>          try: return _m_sqrt(x)
>          except TypeError: return _n_sqrt(x)
>      def tan(x):
>          try: return _m_tan(x)
>          except TypeError: return _n_tan(x)
>      def tanh(x):
>          try: return _m_tanh(x)
>          except TypeError: return _n_tanh(x)
>
> --Scott David Daniels
> Sco...@Ac...
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>   

Re: [Visualpython-users] Wii work

[Lenore H. <lh...@si...>]

Try http://www.wiili.org/index.php/Main_Page.

Lenore Horner

On Dec 29, 2007, at 11:39 AM, John Brawley wrote:

>
> ----- Original Message -----
> From: <vis...@li...>
>> Message: 6
>> Date: Fri, 28 Dec 2007 01:35:49 -0500
>> From: Bruce Sherwood <Bru...@nc...>
>> Subject: [Visualpython-users] Wii interface
>>
>> A friend sent me the following link to very interesting work on using
>> the Wii controller with a regular computer, in highly innovative  
>> ways:
>>
>>     http://www.cs.cmu.edu/~johnny/projects/wii/
>>
>> Bruce Sherwood
>
> Hi Bruce;
> This link appears not to work.  Back-editing the URL to the .edu  
> domain
> gets a page with many broken image links....
> I was interested in reading on the Wii controller linked-to a  
> computer,
> but is there a way to get _to_ that article?
>
> Peace
> JB
> jb...@te...
> Web: http://tetrahedraverse.com
>
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] Look around

[Ron A. <rr...@ro...>]

Bruce Sherwood wrote:
> Questions were asked recently about looking outward from the origin (or 
> other location) and rotating the view of the surrounding scene. As an 
> example of this kind of viewing, see look_around.py in the contributed 
> section of vpython.org.
> 
> Bruce Sherwood

Here's a fun demo that uses rotating and spin I meant to submit some time 
ago and never did.

Enjoy,
    Ron Adam

Re: [Visualpython-users] Wii work

[Bruce S. <Bru...@nc...>]

It worked yesterday....

If you search YouTube for johnny lee wii you'll find the presentations. 
I also found that procrastineering.com will get you to one of Johnny 
Lee's sites.

Bruce Sherwood

John Brawley wrote:
> ----- Original Message ----- 
> From: <vis...@li...>
>   
>> Message: 6
>> Date: Fri, 28 Dec 2007 01:35:49 -0500
>> From: Bruce Sherwood <Bru...@nc...>
>> Subject: [Visualpython-users] Wii interface
>>
>> A friend sent me the following link to very interesting work on using
>> the Wii controller with a regular computer, in highly innovative ways:
>>
>>     http://www.cs.cmu.edu/~johnny/projects/wii/
>>
>> Bruce Sherwood
>>     
>
> Hi Bruce;
> This link appears not to work.  Back-editing the URL to the .edu domain
> gets a page with many broken image links....
> I was interested in reading on the Wii controller linked-to a computer,
> but is there a way to get _to_ that article?
>
> Peace
> JB
> jb...@te...
> Web: http://tetrahedraverse.com
>
>
>   

Re: [Visualpython-users] Wii work

[John B. <jb...@te...>]

----- Original Message ----- 
From: <vis...@li...>
> Message: 6
> Date: Fri, 28 Dec 2007 01:35:49 -0500
> From: Bruce Sherwood <Bru...@nc...>
> Subject: [Visualpython-users] Wii interface
>
> A friend sent me the following link to very interesting work on using
> the Wii controller with a regular computer, in highly innovative ways:
>
>     http://www.cs.cmu.edu/~johnny/projects/wii/
>
> Bruce Sherwood

Hi Bruce;
This link appears not to work.  Back-editing the URL to the .edu domain
gets a page with many broken image links....
I was interested in reading on the Wii controller linked-to a computer,
but is there a way to get _to_ that article?

Peace
JB
jb...@te...
Web: http://tetrahedraverse.com

[Visualpython-users] Look around

[Bruce S. <Bru...@nc...>]

Questions were asked recently about looking outward from the origin (or 
other location) and rotating the view of the surrounding scene. As an 
example of this kind of viewing, see look_around.py in the contributed 
section of vpython.org.

Bruce Sherwood

Re: [Visualpython-users] 4.beta21

[Bruce S. <Bru...@nc...>]

Thanks for the suggestion. I'll look into this workaround.

Bruce Sherwood

Scott David Daniels wrote:
> I (Scott David Daniels) wrote:
>   
>> I'm not sure of the overhead here, but could something like this work?
>>
>>      def sqrt(x):
>>          try: return math.sqrt(x)
>>          except TypeError: return numpy.sqrt(x)
>>     
>
> If it "kinda" works, the following addition to __init__ should work:
>
>      from numpy import (ceil as _n_ceil, cos as _n_cos, cosh as _n_cosh,
>                    exp as _n_exp, fabs as _n_fabs, floor as _n_floor,
>                    fmod as _n_fmod, frexp as _n_frexp, hypot as _n_hypot,
>                    ldexp as _n_ldexp, log as _n_log, log10 as _n_log10,
>                    modf as _n_modf, sin as _n_sin, sinh as _n_sinh,
>                    sqrt as _n_sqrt, tan as _n_tan, tanh as _n_tanh)
>      from math import (ceil as _m_ceil, cos as _m_cos, cosh as _m_cosh,
>                    exp as _m_exp, fabs as _m_fabs, floor as _m_floor,
>                    fmod as _m_fmod, frexp as _m_frexp, hypot as _m_hypot,
>                    ldexp as _m_ldexp, log as _m_log, log10 as _m_log10,
>                    modf as _m_modf, sin as _m_sin, sinh as _m_sinh,
>                    sqrt as _m_sqrt, tan as _m_tan, tanh as _m_tanh)
>      def ceil(x):
>          try: return _m_ceil(x)
>          except TypeError: return _n_ceil(x)
>      def cos(x):
>          try: return _m_cos(x)
>          except TypeError: return _n_cos(x)
>      def cosh(x):
>          try: return _m_cosh(x)
>          except TypeError: return _n_cosh(x)
>      def exp(x):
>          try: return _m_exp(x)
>          except TypeError: return _n_exp(x)
>      def fabs(x):
>          try: return _m_fabs(x)
>          except TypeError: return _n_fabs(x)
>      def floor(x):
>          try: return _m_floor(x)
>          except TypeError: return _n_floor(x)
>      def fmod(x):
>          try: return _m_fmod(x)
>          except TypeError: return _n_fmod(x)
>      def frexp(x):
>          try: return _m_frexp(x)
>          except TypeError: return _n_frexp(x)
>      def hypot(x):
>          try: return _m_hypot(x)
>          except TypeError: return _n_hypot(x)
>      def ldexp(x):
>          try: return _m_ldexp(x)
>          except TypeError: return _n_ldexp(x)
>      def log(x):
>          try: return _m_log(x)
>          except TypeError: return _n_log(x)
>      def log10(x):
>          try: return _m_log10(x)
>          except TypeError: return _n_log10(x)
>      def modf(x):
>          try: return _m_modf(x)
>          except TypeError: return _n_modf(x)
>      def sin(x):
>          try: return _m_sin(x)
>          except TypeError: return _n_sin(x)
>      def sinh(x):
>          try: return _m_sinh(x)
>          except TypeError: return _n_sinh(x)
>      def sqrt(x):
>          try: return _m_sqrt(x)
>          except TypeError: return _n_sqrt(x)
>      def tan(x):
>          try: return _m_tan(x)
>          except TypeError: return _n_tan(x)
>      def tanh(x):
>          try: return _m_tanh(x)
>          except TypeError: return _n_tanh(x)
>
> --Scott David Daniels
> Sco...@Ac...
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>   

Re: [Visualpython-users] hide/show display does not work

[Bruce S. <Bru...@nc...>]

Thanks much for the report.

Bruce Sherwood

Frédéric Mantegazza wrote:
> Hi,
>
> I found another problem with vpython 4, under linux: when I set the display 
> visible attribute to False, then set it again to True, only a few objects 
> are visible again.
>
> This only occurs under linux, not under windows.
>
>   

[Visualpython-users] Wii interface

[Bruce S. <Bru...@nc...>]

A friend sent me the following link to very interesting work on using 
the Wii controller with a regular computer, in highly innovative ways:

    http://www.cs.cmu.edu/~johnny/projects/wii/

Bruce Sherwood

[Visualpython-users] hide/show display does not work

[<fre...@gb...>]

Hi,

I found another problem with vpython 4, under linux: when I set the display=
=20
visible attribute to False, then set it again to True, only a few objects=20
are visible again.

This only occurs under linux, not under windows.

=2D-=20
   Fr=E9d=E9ric

   http://www.gbiloba.org

Re: [Visualpython-users] 4.beta21

[Scott D. D. <Sco...@Ac...>]

I (Scott David Daniels) wrote:
> I'm not sure of the overhead here, but could something like this work?
> 
>      def sqrt(x):
>          try: return math.sqrt(x)
>          except TypeError: return numpy.sqrt(x)

If it "kinda" works, the following addition to __init__ should work:

     from numpy import (ceil as _n_ceil, cos as _n_cos, cosh as _n_cosh,
                   exp as _n_exp, fabs as _n_fabs, floor as _n_floor,
                   fmod as _n_fmod, frexp as _n_frexp, hypot as _n_hypot,
                   ldexp as _n_ldexp, log as _n_log, log10 as _n_log10,
                   modf as _n_modf, sin as _n_sin, sinh as _n_sinh,
                   sqrt as _n_sqrt, tan as _n_tan, tanh as _n_tanh)
     from math import (ceil as _m_ceil, cos as _m_cos, cosh as _m_cosh,
                   exp as _m_exp, fabs as _m_fabs, floor as _m_floor,
                   fmod as _m_fmod, frexp as _m_frexp, hypot as _m_hypot,
                   ldexp as _m_ldexp, log as _m_log, log10 as _m_log10,
                   modf as _m_modf, sin as _m_sin, sinh as _m_sinh,
                   sqrt as _m_sqrt, tan as _m_tan, tanh as _m_tanh)
     def ceil(x):
         try: return _m_ceil(x)
         except TypeError: return _n_ceil(x)
     def cos(x):
         try: return _m_cos(x)
         except TypeError: return _n_cos(x)
     def cosh(x):
         try: return _m_cosh(x)
         except TypeError: return _n_cosh(x)
     def exp(x):
         try: return _m_exp(x)
         except TypeError: return _n_exp(x)
     def fabs(x):
         try: return _m_fabs(x)
         except TypeError: return _n_fabs(x)
     def floor(x):
         try: return _m_floor(x)
         except TypeError: return _n_floor(x)
     def fmod(x):
         try: return _m_fmod(x)
         except TypeError: return _n_fmod(x)
     def frexp(x):
         try: return _m_frexp(x)
         except TypeError: return _n_frexp(x)
     def hypot(x):
         try: return _m_hypot(x)
         except TypeError: return _n_hypot(x)
     def ldexp(x):
         try: return _m_ldexp(x)
         except TypeError: return _n_ldexp(x)
     def log(x):
         try: return _m_log(x)
         except TypeError: return _n_log(x)
     def log10(x):
         try: return _m_log10(x)
         except TypeError: return _n_log10(x)
     def modf(x):
         try: return _m_modf(x)
         except TypeError: return _n_modf(x)
     def sin(x):
         try: return _m_sin(x)
         except TypeError: return _n_sin(x)
     def sinh(x):
         try: return _m_sinh(x)
         except TypeError: return _n_sinh(x)
     def sqrt(x):
         try: return _m_sqrt(x)
         except TypeError: return _n_sqrt(x)
     def tan(x):
         try: return _m_tan(x)
         except TypeError: return _n_tan(x)
     def tanh(x):
         try: return _m_tanh(x)
         except TypeError: return _n_tanh(x)

--Scott David Daniels
Sco...@Ac...

Re: [Visualpython-users] 4.beta21

[Scott D. D. <Sco...@Ac...>]

Bruce Sherwood wrote:
> I've already played with essentially this. In 
> site-packages/visual/__init__.py we import math, then numpy, which means 
> that sqrt goes to numpy. If I reverse the order of these imports it does 
> indeed mean that we use math.sqrt, but this then breaks programs such as 
> gas.py where the argument of the sqrt is an array of vectors. What I 
> need is for sqrt(25) to be treated like 5, but also to be able to use 
> the array features of the numpy sqrt when the argument isn't a simple 
> scalar.

I'm not sure of the overhead here, but could something like this work?

     def sqrt(x):
         try: return math.sqrt(x)
         except TypeError: return numpy.sqrt(x)

--Scott David Daniels
Sco...@Ac...

[Visualpython-users] Wii, VPython, &c

[Joel K. <jj...@ya...>]

Bruce Sherwood wrote:

>Ideally it would be better to get a Wii-like
>capability onto regular computers.

I tend to agree. There are some folks at
SchoolForge who are thinking along these
general lines. For anyone who might be
interested, here's a possible contact:

James P. Kinney III
jk...@lo...

Enjoy.

Joel



      ____________________________________________________________________________________
Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  http://tools.search.yahoo.com/newsearch/category.php?category=shopping

[Visualpython-users] Key pressed:

[chris l. <chr...@sp...>]

 From where does the key pressed return emanate  in version 3.2.9?
The normal scene.kb responses seem to work so where is this extra loop 
implemented?

Chris

Re: [Visualpython-users] VPython on Wii?

[<wsw...@nc...>]

It is actually possible to get code to run on a Wii, but it is complex and
not worth the hassle.  Basically, you need to mod your Wii by opening it
(voids warranty) and soldering an expensive chip onto the DVD drive's
circuitry.  This allows you to run homebrew code through the Wii's
GameCube emulator.  Basically, what I'm saying is that you wont be able to
use the Wii remote, and it will have the same effect as running VPython on
a GameCube.  If you -really- seriously want to do this, mail me personally
and I'll tell you how it could possibly be done.  But, I really don't see
why you would want to.

William S. Wright

> I have NO idea how on Earth one would get Python and VPython into a Wii
> box. Ideally it would be better to get a Wii-like capability onto
> regular computers....
>
> Bruce Sherwood
>
> Joel Kahn wrote:
>> Some nieces of mine got a Nintendo Wii for
>> Christmas. After I watched their activities
>> on it, I started thinking about what might
>> be possible if VPython could be ported to
>> that platform. Maybe the issues of physical
>> fitness and math/science education could be
>> attacked at the same time. :-)
>>
>> Any thoughts from the gang?
>>
>> Joel
>>
>>
>>
>>

Re: [Visualpython-users] Switch from vpython 3 to vpython 4

[Joe H. <hea...@gm...>]

I didn't know it was ever possible to kill a VPython program from =20
inside the program, but I too want to know how!

Joe Heafner
(Sent from my iPhone.)

On Dec 26, 2007, at 19:21, Bruce Sherwood <Bru...@nc...> =20
wrote:

> I thought I remembered that import sys followed by sys.exit() would =20=

> kill
> a VPython program. But when I try this on either Visual 3 or Visual =20=

> 4 it
> doesn't have that effect. Does someone else know how to kiil a VPython
> program from the program?
>
> Bruce Sherwood
>
> Fr=C3=A9d=C3=A9ric Mantegazza wrote:
>> On mercredi 26 d=C3=A9cembre 2007, Bruce Sherwood wrote:
>>
>>
>>> Thanks for the detailed report.
>>>
>>> crossproduct and planar: These had the same problem as some other
>>> examples -- the workaround is simply to add rate(100) immediately
>>> following the while statement. I simply failed to catch these =20
>>> further
>>> examples of the problem of quitting from a tight loop. (But I =20
>>> should say
>>> I only saw a problem with quitting, not any sluggishness.) I've =20
>>> checked
>>> in corrected versions to CVS.
>>>
>>> glinfo: It's not clear to me whether this has ever worked properly =20=

>>> on
>>> Linux. Note the statement in the program, "This test of OpenGL =20
>>> options
>>> is useful mainly on Windows."
>>>
>>> randombox: I believe the poor performance is due to incomplete
>>> implementation of improved handling of lighting of boxes. There =20
>>> needs to
>>> be variable level of detail in splitting a side into a number of
>>> triangles, dependent on how far away the box is, as is in the case =20=

>>> for
>>> spheres. I'm aware of the issue. As was the case with curve, box =20
>>> needs
>>> work to cut the render speed significantly.
>>>
>>
>> Ok.
>>
>>
>>> texturetest and Tk-Visual: I can't reproduce any problem with these
>>> examples.
>>>
>>
>> Strange... BTW, you didn't tell me how (if it is possible) to quit a
>> vpython app without using the exit button?
>>
>>
>>> I'm delighted that the changes made a big improvement in the =20
>>> performance
>>> of your app.
>>>
>>
>> :o)
>>
>>
>
> ---=20
> ----------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] VPython on Wii?

[Bruce S. <Bru...@nc...>]

I have NO idea how on Earth one would get Python and VPython into a Wii 
box. Ideally it would be better to get a Wii-like capability onto 
regular computers....

Bruce Sherwood

Joel Kahn wrote:
> Some nieces of mine got a Nintendo Wii for
> Christmas. After I watched their activities
> on it, I started thinking about what might
> be possible if VPython could be ported to
> that platform. Maybe the issues of physical
> fitness and math/science education could be
> attacked at the same time. :-)
>
> Any thoughts from the gang?
>
> Joel
>
>
>
>       ____________________________________________________________________________________
> Be a better friend, newshound, and 
> know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>   

Re: [Visualpython-users] Switch from vpython 3 to vpython 4

[Bruce S. <Bru...@nc...>]

I thought I remembered that import sys followed by sys.exit() would kill 
a VPython program. But when I try this on either Visual 3 or Visual 4 it 
doesn't have that effect. Does someone else know how to kiil a VPython 
program from the program?

Bruce Sherwood

Frédéric Mantegazza wrote:
> On mercredi 26 décembre 2007, Bruce Sherwood wrote:
>
>   
>> Thanks for the detailed report.
>>
>> crossproduct and planar: These had the same problem as some other
>> examples -- the workaround is simply to add rate(100) immediately
>> following the while statement. I simply failed to catch these further
>> examples of the problem of quitting from a tight loop. (But I should say
>> I only saw a problem with quitting, not any sluggishness.) I've checked
>> in corrected versions to CVS.
>>
>> glinfo: It's not clear to me whether this has ever worked properly on
>> Linux. Note the statement in the program, "This test of OpenGL options
>> is useful mainly on Windows."
>>
>> randombox: I believe the poor performance is due to incomplete
>> implementation of improved handling of lighting of boxes. There needs to
>> be variable level of detail in splitting a side into a number of
>> triangles, dependent on how far away the box is, as is in the case for
>> spheres. I'm aware of the issue. As was the case with curve, box needs
>> work to cut the render speed significantly.
>>     
>
> Ok.
>
>   
>> texturetest and Tk-Visual: I can't reproduce any problem with these
>> examples.
>>     
>
> Strange... BTW, you didn't tell me how (if it is possible) to quit a 
> vpython app without using the exit button?
>
>   
>> I'm delighted that the changes made a big improvement in the performance
>> of your app.
>>     
>
> :o)
>
>   

Re: [Visualpython-users] 4.beta21

[Bruce S. <Bru...@nc...>]

I've already played with essentially this. In 
site-packages/visual/__init__.py we import math, then numpy, which means 
that sqrt goes to numpy. If I reverse the order of these imports it does 
indeed mean that we use math.sqrt, but this then breaks programs such as 
gas.py where the argument of the sqrt is an array of vectors. What I 
need is for sqrt(25) to be treated like 5, but also to be able to use 
the array features of the numpy sqrt when the argument isn't a simple 
scalar.

A related issue is that VPython is deliberately designed to be easily 
usable by novice users, with sensible defaults, and without the 
necessity of special imports or references to differences between math 
and numpy. And maybe even more to the point, the change from Numeric to 
numpy has made many existing programs run much more slowly than before.

But thanks for the suggestion!

Bruce

Scott David Daniels wrote:
> Bruce Sherwood wrote:
>   
>> There is a highly technical problem which has been identified but for 
>> which there is currently no known solution. In the old Numeric module 
>> used in Visual 3, sqrt(5.5) was a float, but in numpy used in the beta 
>> version sqrt(5.5) is numpy.float64, with the highly unfortunate result 
>> that sqrt(5.5)*vector isn't a VPython vector but rather a numpy array. 
>>     
> If you use the simple expedient of using math.sqrt, rather than
> numpy.sqrt, you will have the behavior you prefer.  The "ufunc"s in
> numpy that have corresponding functions in math are:
>      ceil cos cosh exp fabs floor fmod frexp hypot
>      ldexp log log10 modf sin sinh sqrt tan tanh
>
> So adding:
>      from math import (ceil, cos, cosh, exp, fabs, floor, fmod, frexp,
>            hypot, ldexp, log, log10, modf, sin, sinh, sqrt, tan, tanh)
> after importing numpy (or the moral equivalent) will give you scalar-
> producing and consuming functions, as opposed to the numpy-internal
> floating format.
>
> -Scott David Daniels
> Sco...@Ac...
>
>
>   

Re: [Visualpython-users] Camera point of vue

[<fre...@gb...>]

On mercredi 26 d=E9cembre 2007, Bruce Sherwood wrote:

> Study the program "movecamera.py" in the contributed section of
> vpython.org. I think it will answer your question.

I read this example, but I didn't find the answer. I need to *precisely*=20
set the camera position at (0, 0, 0), because this is the point around=20
which my panohead rotates. So, if the camera is not at that position, when=
=20
I rotate the head, there are a parallax errors.

I'm not sure to be very clear....

=2D-=20
   Fr=E9d=E9ric

   http://www.gbiloba.org

Re: [Visualpython-users] 4.beta21

[Scott D. D. <Sco...@Ac...>]

Bruce Sherwood wrote:
> There is a highly technical problem which has been identified but for 
> which there is currently no known solution. In the old Numeric module 
> used in Visual 3, sqrt(5.5) was a float, but in numpy used in the beta 
> version sqrt(5.5) is numpy.float64, with the highly unfortunate result 
> that sqrt(5.5)*vector isn't a VPython vector but rather a numpy array. 
If you use the simple expedient of using math.sqrt, rather than
numpy.sqrt, you will have the behavior you prefer.  The "ufunc"s in
numpy that have corresponding functions in math are:
     ceil cos cosh exp fabs floor fmod frexp hypot
     ldexp log log10 modf sin sinh sqrt tan tanh

So adding:
     from math import (ceil, cos, cosh, exp, fabs, floor, fmod, frexp,
           hypot, ldexp, log, log10, modf, sin, sinh, sqrt, tan, tanh)
after importing numpy (or the moral equivalent) will give you scalar-
producing and consuming functions, as opposed to the numpy-internal
floating format.

-Scott David Daniels
Sco...@Ac...

[Visualpython-users] VPython on Wii?

[Joel K. <jj...@ya...>]

Some nieces of mine got a Nintendo Wii for
Christmas. After I watched their activities
on it, I started thinking about what might
be possible if VPython could be ported to
that platform. Maybe the issues of physical
fitness and math/science education could be
attacked at the same time. :-)

Any thoughts from the gang?

Joel



      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ