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: Bruce S. <bas...@nc...> - 2010-11-02 00:11:09
|
I don't think one has ever been able to depend on rate(x) giving you a precise rate of x iterations per second of a loop. The function of the rate function is just to clamp loop iterations not to exceed x iterations per second, so that when you run an animation on a very fast machine the animation still looks okay. The implementation of the rate function is that it looks at the time elapsed since it was last encountered. If this time is less than 1/x seconds, it waits for the remaining time to elapse (if the time elapsed is more than 1/x seconds, no pause is performed). The elapsed time, the measurement of the elapsed time, and the attempt to wait the remaining amount of time are all subject to the vagaries of the operating system. Bruce Sherwood On Mon, Nov 1, 2010 at 3:54 PM, Jason Morgan <jas...@vp...> wrote: > Hi, > > > > As I have mentioned before, I am working on a really cool program for > displaying lots of real time data graphically. > > > > I am now working away so I have turned to running the script on my laptop > (which admittedly is a reasonably powerful DTR, though not as powerful as my > desktop). > > > > My desktop runs at 125.0 fps pretty much bang on. (it’s a quad core 3GHz AMD > Phenom with a dual head Quadro graphics card running XP). > > > > But on my laptop the fps jumps all over the place, but centres on about 100 > fps. (This is a 3GHz dual core with a proper internal NVidia graphics card) > > > > Now, the script *HAS* to run at a rate of at least 111.11 fps or it breaks > as the streaming data starts to back up and cease to be real time. > > > > At first I thought perhaps my laptop was simply too slow to process the data > L - bum!! So I took out the rate(125) line, it went to 8k fps. Hum, can’t > be that then. > > > > So I change the rate(125) line to rate(150) and bingo it now works, with a > rate of about 148.0 fps. It is as though the calibration on the rate(x) > timer is a bit squiffy? > > > > Any clues? > > > > So, it looks like to make it portable I need a contiguous feedback > adjustment of the rate(x) – perhaps that feature should be part of the code? > > > > Cheers, > > Jason. > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > > |
From: Jason M. <jas...@vp...> - 2010-11-01 21:54:35
|
Hi, As I have mentioned before, I am working on a really cool program for displaying lots of real time data graphically. I am now working away so I have turned to running the script on my laptop (which admittedly is a reasonably powerful DTR, though not as powerful as my desktop). My desktop runs at 125.0 fps pretty much bang on. (it's a quad core 3GHz AMD Phenom with a dual head Quadro graphics card running XP). But on my laptop the fps jumps all over the place, but centres on about 100 fps. (This is a 3GHz dual core with a proper internal NVidia graphics card) Now, the script *HAS* to run at a rate of at least 111.11 fps or it breaks as the streaming data starts to back up and cease to be real time. At first I thought perhaps my laptop was simply too slow to process the data L - bum!! So I took out the rate(125) line, it went to 8k fps. Hum, can't be that then. So I change the rate(125) line to rate(150) and bingo it now works, with a rate of about 148.0 fps. It is as though the calibration on the rate(x) timer is a bit squiffy? Any clues? So, it looks like to make it portable I need a contiguous feedback adjustment of the rate(x) - perhaps that feature should be part of the code? Cheers, Jason. |
From: Reenen L. <rl...@gm...> - 2010-11-01 21:35:51
|
Hi All, Have any of you worked with Visual Python together with networking? Imagine that two (or more) people are viewing the same scene, and it's interactive. In my case clicking and dragging cubes around, then visible on both people's scenes. If you have, I'd like to know which networking package did you use (I am looking at RPyC at the moment). I am looking to develop a virtual table for games like dominion, magic, DnD, catan etc. (not AI) Regards, -Reenen -- o__ ,_.>/ _ (_)_\(_)_______ ...speed is good _______________ I believe five out of four people have a problem with fractions. |
From: Bruce S. <bas...@nc...> - 2010-11-01 17:33:30
|
Consider the following trivial program: from visual import * s = sphere() s.visible = False The creation of the sphere causes a window to be created, which remains there when the sphere is made invisible. There is nothing to be rendered, but at the very least the rendering thread has to check whether there is anything to render, and whether there are any mouse or keyboard events. And yet I find that there is a memory leak on Windows of about 1 MB/minute and on Mac of about 3 MB/minute. People ran into trouble with what seemed to be problems with curve, but clearly the problem is more general. I also tried the following code on Windows, creating 10 windows: from visual import * for n in range(10): display() s = sphere() s.visible = False The leak rate was again about 1 MB/minute on Windows, so the number of windows doesn't matter. Evidently the problem is localized to starting/ending the render thread. I don't know yet what the problem is. Bruce Sherwood |
From: Bruce S. <bas...@nc...> - 2010-10-30 05:25:15
|
Here's an even simpler routine that shows memory leakage: from visual import * xs = ones(100000, float) c = curve(x=xs, visible=True) And here's the important point: Change to visible=False, and there is no memory leak. That means that the problem is in the rendering of the curve, which is done about 25 times per second. The leak occurs with both the default radius (1 pixel) and with a specified radius, which is particularly interesting because these two cases have large chunks of different code for rendering. Also highly interesting is the observation that changing the 100000 to 10 makes no difference in the leak rate. Bruce Sherwood |
From: Bruce S. <bas...@nc...> - 2010-10-30 05:03:28
|
I happened to find a simple routine that shows the memory growth: from visual import * xs = ones(100000, float) c = curve(x=xs) while True: c.x = pts Bruce Sherwood On Fri, Oct 29, 2010 at 11:32 AM, Bruce Sherwood <bas...@nc...> wrote: > Following your suggestion, I tried the following in VPython 5.4 on > Python 2.7 in Windows 7 > > from visual import * > N = 1000000 > pts = ones(N*3).reshape(N,3) > while True: > c = curve(pos=pts) > c.visible = False > del c > > Is this something like what you did? I watch the Windows Task Manager > and cannot see any change in the memory usage. > > Bruce Sherwood |
From: Jason M. <jas...@vp...> - 2010-10-29 21:22:24
|
Hi Bruce, I think the difference here is that I am changing the pos (in fact only the y part of pos) each cycle. You are deleting the curve and creating a new one. This is an important clue as it means it is the part of code that alters the curve that has a problem, not the act of creating, drawing and distruction. Try the same loop, but don't re-create c each pass. Create it outside the loop and update it's y by some factor. Try this and take a look at task manager: from visual import * import random c=curve(pos=[[0,0,0],[1,1,1]]) while True: c.pos=[[random.random() for x in ones(3)],[random.random() for x in ones(3)]] For me this loop causes pythonw.exe to consume about 8Mbyte a second. I also note that when only the original static line is showing pythonw still consumes about 10k a second - which is odd. j. -----Original Message----- From: Bruce Sherwood [mailto:bas...@nc...] Sent: 29 October 2010 18:33 To: vpusers Subject: Re: [Visualpython-users] Possible memory leak Following your suggestion, I tried the following in VPython 5.4 on Python 2.7 in Windows 7 from visual import * N = 1000000 pts = ones(N*3).reshape(N,3) while True: c = curve(pos=pts) c.visible = False del c Is this something like what you did? I watch the Windows Task Manager and cannot see any change in the memory usage. Bruce Sherwood On Fri, Oct 29, 2010 at 8:38 AM, Beracah Yankama <be...@mi...> wrote: > hah! now i'm not the only one who noticed this! i was graphing a lot > of data too with lots of curves (a graph cluster growing to thousands of > nodes and edges, which are dynamically positioned), but after like 200 > edges and being repositioned, an out of memory error gets thrown. I had > tracked it down to vpython. > > I had written (in case it is helpful to you): > """ > I made a test script, that only > creates objects in the window, then deletes them over and over, and I > found the long-term memory use/growth to be related linearly to the .pos > attribute. For instance, a curve with 20 points leads to unreleased > memory that grows 10x as fast as curves with only 2 points. Similarly, > if I assign the .pos attribute as a numpy ndarray directly, the leak > grows twice as fast as if assign the individual xyz values. > """ > > B > ---------------------------------------------------------------------------- -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ Visualpython-users mailing list Vis...@li... https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Bruce S. <bas...@nc...> - 2010-10-29 17:33:18
|
Following your suggestion, I tried the following in VPython 5.4 on Python 2.7 in Windows 7 from visual import * N = 1000000 pts = ones(N*3).reshape(N,3) while True: c = curve(pos=pts) c.visible = False del c Is this something like what you did? I watch the Windows Task Manager and cannot see any change in the memory usage. Bruce Sherwood On Fri, Oct 29, 2010 at 8:38 AM, Beracah Yankama <be...@mi...> wrote: > hah! now i'm not the only one who noticed this! i was graphing a lot > of data too with lots of curves (a graph cluster growing to thousands of > nodes and edges, which are dynamically positioned), but after like 200 > edges and being repositioned, an out of memory error gets thrown. I had > tracked it down to vpython. > > I had written (in case it is helpful to you): > """ > I made a test script, that only > creates objects in the window, then deletes them over and over, and I > found the long-term memory use/growth to be related linearly to the .pos > attribute. For instance, a curve with 20 points leads to unreleased > memory that grows 10x as fast as curves with only 2 points. Similarly, > if I assign the .pos attribute as a numpy ndarray directly, the leak > grows twice as fast as if assign the individual xyz values. > """ > > B > |
From: Bruce S. <bas...@nc...> - 2010-10-29 17:15:11
|
Thanks much for reminding me of this issue. It definitely needs a fix. Bruce Sherwood On Fri, Oct 29, 2010 at 8:38 AM, Beracah Yankama <be...@mi...> wrote: > hah! now i'm not the only one who noticed this! i was graphing a lot > of data too with lots of curves (a graph cluster growing to thousands of > nodes and edges, which are dynamically positioned), but after like 200 > edges and being repositioned, an out of memory error gets thrown. I had > tracked it down to vpython. > > I had written (in case it is helpful to you): > """ > I made a test script, that only > creates objects in the window, then deletes them over and over, and I > found the long-term memory use/growth to be related linearly to the .pos > attribute. For instance, a curve with 20 points leads to unreleased > memory that grows 10x as fast as curves with only 2 points. Similarly, > if I assign the .pos attribute as a numpy ndarray directly, the leak > grows twice as fast as if assign the individual xyz values. > """ > > B > > On 10/29/2010 9:16 AM, Jason Morgan wrote: >> Hi, >> >> I am using visual python to graph a lot of data in real time (I tried with >> matplotlib but it's just too slow). >> >> Anyway, it works incredibly well (thanks for a great little library by the >> way - it's not exactly publicised just how fast and easy to use it is!!). >> >> I have live data on 15 separate windows, all being updated at 125 times per >> second!! >> >> However, there is a problem. After about ten minutes I get MemoryError from >> numpy. >> >> The code works by using one curve per display entity. Each curve has 300 >> x/y points. The y points in every graph are updated each frame, the x >> points are unchanged (0..299). >> >> The error comes from the line of code that shifts the data along as it adds >> new data (I've tried various methods, including manual iteration, list >> splices and numpy.roll) but all have the same memory effect. I first tried >> the old 3.x VPython and got the same results from Numeric under Python 2.5. >> I upgraded to Python 2.7 with latest numpy and the latest VPython and got >> the same result. >> >> <code> >> for c in curves: >> n=curves.index(c) >> b=np.roll(c.y,-1) >> b[-1]=new_value[n] >> c.y=b >> </code> >> >> The MemoryError is always at one of the last three lines or within numpy's >> libraries. >> I've tried c.get_y() and c.set_y() with the same results. >> >> I've checked all my other buffers in the rest of the code and non are >> getting larger, nor is c.y or the temporary variable, b in the example >> above. >> >> My conculusion is that this can only be something to do with the internal >> workings of either numpy (and Numeric) or VPython. >> >> I tried the following in IDLE: >> >> <code> >> import numpy as np >> count=0 >> a=np.arange(10) >> while True: >> count=count+1 >> b=np.roll(a,-1) >> b[-1]=count >> a=b >> </code> >> >> And let this run for several minutes (42+ million cycles) without a crash. >> >> So, what am I doing wrong (or is there a memory bug in VPython)? >> >> Cheers, >> Jason. >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All Innovators-North America contest >> Create new apps& games for the Nokia N8 for consumers in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Visualpython-users mailing list >> Vis...@li... >> https://lists.sourceforge.net/lists/listinfo/visualpython-users > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
From: Marco B. <mar...@un...> - 2010-10-29 15:11:48
|
Dear Python users, I am using the package MeshPy for development of finite volumes solution in fluid mechanics. I am a windows user, and I cannot find an installation package for pyvtk for visualization of meshes. Any suggestion ? Regards, Marco |
From: Jason M. <jas...@vp...> - 2010-10-29 14:52:59
|
Thanks Beracah, I've not got time right now to track this one down, but it is good to know that somebody else has confirmed this as a bug. Cheers, Jason. -----Original Message----- From: Beracah Yankama [mailto:be...@MI...] Sent: 29 October 2010 15:39 To: Jason Morgan Cc: vis...@li... Subject: Re: [Visualpython-users] Possible memory leak hah! now i'm not the only one who noticed this! i was graphing a lot of data too with lots of curves (a graph cluster growing to thousands of nodes and edges, which are dynamically positioned), but after like 200 edges and being repositioned, an out of memory error gets thrown. I had tracked it down to vpython. I had written (in case it is helpful to you): """ I made a test script, that only creates objects in the window, then deletes them over and over, and I found the long-term memory use/growth to be related linearly to the .pos attribute. For instance, a curve with 20 points leads to unreleased memory that grows 10x as fast as curves with only 2 points. Similarly, if I assign the .pos attribute as a numpy ndarray directly, the leak grows twice as fast as if assign the individual xyz values. """ B On 10/29/2010 9:16 AM, Jason Morgan wrote: > Hi, > > I am using visual python to graph a lot of data in real time (I tried with > matplotlib but it's just too slow). > > Anyway, it works incredibly well (thanks for a great little library by the > way - it's not exactly publicised just how fast and easy to use it is!!). > > I have live data on 15 separate windows, all being updated at 125 times per > second!! > > However, there is a problem. After about ten minutes I get MemoryError from > numpy. > > The code works by using one curve per display entity. Each curve has 300 > x/y points. The y points in every graph are updated each frame, the x > points are unchanged (0..299). > > The error comes from the line of code that shifts the data along as it adds > new data (I've tried various methods, including manual iteration, list > splices and numpy.roll) but all have the same memory effect. I first tried > the old 3.x VPython and got the same results from Numeric under Python 2.5. > I upgraded to Python 2.7 with latest numpy and the latest VPython and got > the same result. > > <code> > for c in curves: > n=curves.index(c) > b=np.roll(c.y,-1) > b[-1]=new_value[n] > c.y=b > </code> > > The MemoryError is always at one of the last three lines or within numpy's > libraries. > I've tried c.get_y() and c.set_y() with the same results. > > I've checked all my other buffers in the rest of the code and non are > getting larger, nor is c.y or the temporary variable, b in the example > above. > > My conculusion is that this can only be something to do with the internal > workings of either numpy (and Numeric) or VPython. > > I tried the following in IDLE: > > <code> > import numpy as np > count=0 > a=np.arange(10) > while True: > count=count+1 > b=np.roll(a,-1) > b[-1]=count > a=b > </code> > > And let this run for several minutes (42+ million cycles) without a crash. > > So, what am I doing wrong (or is there a memory bug in VPython)? > > Cheers, > Jason. > > -------------------------------------------------------------------------- ---- > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps& games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Beracah Y. <be...@MI...> - 2010-10-29 14:39:02
|
hah! now i'm not the only one who noticed this! i was graphing a lot of data too with lots of curves (a graph cluster growing to thousands of nodes and edges, which are dynamically positioned), but after like 200 edges and being repositioned, an out of memory error gets thrown. I had tracked it down to vpython. I had written (in case it is helpful to you): """ I made a test script, that only creates objects in the window, then deletes them over and over, and I found the long-term memory use/growth to be related linearly to the .pos attribute. For instance, a curve with 20 points leads to unreleased memory that grows 10x as fast as curves with only 2 points. Similarly, if I assign the .pos attribute as a numpy ndarray directly, the leak grows twice as fast as if assign the individual xyz values. """ B On 10/29/2010 9:16 AM, Jason Morgan wrote: > Hi, > > I am using visual python to graph a lot of data in real time (I tried with > matplotlib but it's just too slow). > > Anyway, it works incredibly well (thanks for a great little library by the > way - it's not exactly publicised just how fast and easy to use it is!!). > > I have live data on 15 separate windows, all being updated at 125 times per > second!! > > However, there is a problem. After about ten minutes I get MemoryError from > numpy. > > The code works by using one curve per display entity. Each curve has 300 > x/y points. The y points in every graph are updated each frame, the x > points are unchanged (0..299). > > The error comes from the line of code that shifts the data along as it adds > new data (I've tried various methods, including manual iteration, list > splices and numpy.roll) but all have the same memory effect. I first tried > the old 3.x VPython and got the same results from Numeric under Python 2.5. > I upgraded to Python 2.7 with latest numpy and the latest VPython and got > the same result. > > <code> > for c in curves: > n=curves.index(c) > b=np.roll(c.y,-1) > b[-1]=new_value[n] > c.y=b > </code> > > The MemoryError is always at one of the last three lines or within numpy's > libraries. > I've tried c.get_y() and c.set_y() with the same results. > > I've checked all my other buffers in the rest of the code and non are > getting larger, nor is c.y or the temporary variable, b in the example > above. > > My conculusion is that this can only be something to do with the internal > workings of either numpy (and Numeric) or VPython. > > I tried the following in IDLE: > > <code> > import numpy as np > count=0 > a=np.arange(10) > while True: > count=count+1 > b=np.roll(a,-1) > b[-1]=count > a=b > </code> > > And let this run for several minutes (42+ million cycles) without a crash. > > So, what am I doing wrong (or is there a memory bug in VPython)? > > Cheers, > Jason. > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps& games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Jason M. <jas...@vp...> - 2010-10-29 13:35:30
|
Hi, I am using visual python to graph a lot of data in real time (I tried with matplotlib but it's just too slow). Anyway, it works incredibly well (thanks for a great little library by the way - it's not exactly publicised just how fast and easy to use it is!!). I have live data on 15 separate windows, all being updated at 125 times per second!! However, there is a problem. After about ten minutes I get MemoryError from numpy. The code works by using one curve per display entity. Each curve has 300 x/y points. The y points in every graph are updated each frame, the x points are unchanged (0..299). The error comes from the line of code that shifts the data along as it adds new data (I've tried various methods, including manual iteration, list splices and numpy.roll) but all have the same memory effect. I first tried the old 3.x VPython and got the same results from Numeric under Python 2.5. I upgraded to Python 2.7 with latest numpy and the latest VPython and got the same result. <code> for c in curves: n=curves.index(c) b=np.roll(c.y,-1) b[-1]=new_value[n] c.y=b </code> The MemoryError is always at one of the last three lines or within numpy's libraries. I've tried c.get_y() and c.set_y() with the same results. I've checked all my other buffers in the rest of the code and non are getting larger, nor is c.y or the temporary variable, b in the example above. My conculusion is that this can only be something to do with the internal workings of either numpy (and Numeric) or VPython. I tried the following in IDLE: <code> import numpy as np count=0 a=np.arange(10) while True: count=count+1 b=np.roll(a,-1) b[-1]=count a=b </code> And let this run for several minutes (42+ million cycles) without a crash. So, what am I doing wrong (or is there a memory bug in VPython)? Cheers, Jason. |
From: Bruce S. <bas...@nc...> - 2010-10-27 17:29:28
|
Now available at vpython.org: Visual 5.4 for Python 2.7 and Python 3.1, for Windows and Mac. This release includes a new module, "vis", which permits selective import of Visual objects without the importing of math and numpy that is done for "from visual import *". See below for details. The font modules included in this VPython installer have been updated to work with Python 3.1, but tested only to the extent that they work with VPython. It is quite possible that additional work is needed to make them fully functional with Python 3.1. Ned Deily fixed a problem with IDLE (and VIDLE) on Macs; it was recently noticed that quitting on the Mac did not prompt you to save unsaved code. The new Python 3 series is deliberately somewhat incompatible with the older Python 2 series. The main difference for the purposes of VPython programs is that instead of print "hello" you now say print("hello"). This new form of print also works in Python 2.7. USING THE NEW vis MODULE As a convenience to novice programmers to provide everything needed to get started, "from visual import *" imports all of the Visual features and executes "from math import *" and "from numpy import *". It also arranges that for routines common to both math and numpy such as sqrt, the much faster math routine is used when possible (when the argument is a scalar rather than an array). If you want to import the visual objects selectively, import them from the vis module. Two simple examples: import vis vis.box(color=vis.color.orange,material=vis.materials.wood) from vis import (box, color, materials) box(color=color.orange, material=materials.wood) There are clean modules vis.controls, vis.filedialog, and vis.graph equivalent to the modules visual.controls, visual.filedialog, and visual.graph. The latter versions execute "from visual import *" and are retained because some programs expect that behavior when importing one of these modules. The documentation is written assuming that "from visual import *" is used. Bruce Sherwood |
From: Thomas S. <to...@fe...> - 2010-10-26 16:35:36
|
On Tue, 26 Oct 2010 09:55:57 -0600 Bruce Sherwood wrote: > That's great! > > I'm about to release VPython 5.4 for Windows and Mac, for both Python > 2.7 and Python 3.1. I had been waiting for a fix to IDLE (and so also > to VIDLE) for a serious, recently-discovered problem on the Mac, that > didn't prompt for saving unsaved code when you quit (either command-Q > or menu Quit). A patch addressing this problem was posted at > bugs.python.org just today. FYI: Idle is not in fedora, so I delete the executable right now... > VPython 5.4 will include the new vis module for selective importing > from visual, for both Python 2.7 and Python 3.1. In F-13 is still python 2.6 and only in F-14 python 2.7 and python 3.1, but in the upcomming F-15 is already an alpha of python 3.2, so if there are any compiling issues, I guess, I'm the first one, who hits them ;-) > I've also been trying to build Visual for Python 3.1 on Ubuntu 10.10 > but have been running into various difficulties and haven't yet > achieved success. Perhaps we can exchange experiences. Sure, currently I'm mailing with the numpy packagers to get the python3 package at first, and after that I'll start in compiling a python3-visual module. Before that, it won't be possible for me... Greetings, Thomas |
From: Bruce S. <bas...@nc...> - 2010-10-26 15:56:08
|
That's great! I'm about to release VPython 5.4 for Windows and Mac, for both Python 2.7 and Python 3.1. I had been waiting for a fix to IDLE (and so also to VIDLE) for a serious, recently-discovered problem on the Mac, that didn't prompt for saving unsaved code when you quit (either command-Q or menu Quit). A patch addressing this problem was posted at bugs.python.org just today. VPython 5.4 will include the new vis module for selective importing from visual, for both Python 2.7 and Python 3.1. I've also been trying to build Visual for Python 3.1 on Ubuntu 10.10 but have been running into various difficulties and haven't yet achieved success. Perhaps we can exchange experiences. Bruce Sherwood On Tue, Oct 26, 2010 at 7:41 AM, Thomas Spura <to...@fe...> wrote: > Hi list, > > the review of python-visual [1] is now approved, and I try to get > python3-numpy into fedora. When that is done, I'll also build a > python3-visual package so fedora will have the visual module for both > python runtimes available. > > Greetings, > Thomas > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=537983 > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
From: Thomas S. <to...@fe...> - 2010-10-26 13:42:48
|
Hi list, the review of python-visual [1] is now approved, and I try to get python3-numpy into fedora. When that is done, I'll also build a python3-visual package so fedora will have the visual module for both python runtimes available. Greetings, Thomas [1] https://bugzilla.redhat.com/show_bug.cgi?id=537983 |
From: Baker D.J. <D.J...@so...> - 2010-10-20 16:16:57
|
Hello Martin, Top suggestion! Thank you. I updated my boost distribution with the patch, rebuild boost and then finally remade visual. I can now run one of the bouncing ball examples on the machine. I will contact the user to see if he can do some testing as well, however this all looks very good. Best -- David. -----Original Message----- From: Martin Costabel [mailto:cos...@wa...] Sent: 20 October 2010 15:50 To: Bruce Sherwood Cc: vpusers Subject: Re: [Visualpython-users] Visual won't load/run with python 2.6.5 On 20/10/10 16:17, Bruce Sherwood wrote: > > This looks familiar, though I don't remember the solution. If you > search the archives I think you'll find this problem and its solution. > I think it's a Boost problem. The patch needed for boost-1.35 to work with python-2.6.x (x >= 3) can be obtained from boost svn via the command (1 line) svn diff -r56304:56305 http://svn.boost.org/svn/boost/trunk/libs/python/src/object/class.cpp -- Martin > On Wed, Oct 20, 2010 at 5:41 AM, Baker D.J.<D.J...@so...> wrote: >> Hello, >> >> Thank you to those who helped me with the installation of the python visual module. It turns out that I forgot to install one of the dependencies. Having got visual to install I now find that it will not run -- error output shown below. Is this a bug in python (v2.6.5) or boost (v1.35.0), and more to the point is there a relatively easy workaround? Please could someone advise me on the best course of action. I have a sinking feeling that the advice will be to upgrade python. >> >> Best -- David. >> >>>>> import visual >> Traceback (most recent call last): >> File "<stdin>", line 1, in<module> >> File "/local/software/rh52/python/2.6.5/gcc/lib/python2.6/site-packages/visual/__init__.py", line 59, in<module> >> import cvisual >> AttributeError: 'Boost.Python.StaticProperty' object attribute '__doc__' is read-only ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ Visualpython-users mailing list Vis...@li... https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Martin C. <cos...@wa...> - 2010-10-20 14:50:35
|
On 20/10/10 16:17, Bruce Sherwood wrote: > > This looks familiar, though I don't remember the solution. If you > search the archives I think you'll find this problem and its solution. > I think it's a Boost problem. The patch needed for boost-1.35 to work with python-2.6.x (x >= 3) can be obtained from boost svn via the command (1 line) svn diff -r56304:56305 http://svn.boost.org/svn/boost/trunk/libs/python/src/object/class.cpp -- Martin > On Wed, Oct 20, 2010 at 5:41 AM, Baker D.J.<D.J...@so...> wrote: >> Hello, >> >> Thank you to those who helped me with the installation of the python visual module. It turns out that I forgot to install one of the dependencies. Having got visual to install I now find that it will not run -- error output shown below. Is this a bug in python (v2.6.5) or boost (v1.35.0), and more to the point is there a relatively easy workaround? Please could someone advise me on the best course of action. I have a sinking feeling that the advice will be to upgrade python. >> >> Best -- David. >> >>>>> import visual >> Traceback (most recent call last): >> File "<stdin>", line 1, in<module> >> File "/local/software/rh52/python/2.6.5/gcc/lib/python2.6/site-packages/visual/__init__.py", line 59, in<module> >> import cvisual >> AttributeError: 'Boost.Python.StaticProperty' object attribute '__doc__' is read-only |
From: Bruce S. <bas...@nc...> - 2010-10-20 14:17:25
|
This looks familiar, though I don't remember the solution. If you search the archives I think you'll find this problem and its solution. I think it's a Boost problem. Bruce Sherwood On Wed, Oct 20, 2010 at 5:41 AM, Baker D.J. <D.J...@so...> wrote: > Hello, > > Thank you to those who helped me with the installation of the python visual module. It turns out that I forgot to install one of the dependencies. Having got visual to install I now find that it will not run -- error output shown below. Is this a bug in python (v2.6.5) or boost (v1.35.0), and more to the point is there a relatively easy workaround? Please could someone advise me on the best course of action. I have a sinking feeling that the advice will be to upgrade python. > > Best -- David. > >>>> import visual > Traceback (most recent call last): > File "<stdin>", line 1, in <module> > File "/local/software/rh52/python/2.6.5/gcc/lib/python2.6/site-packages/visual/__init__.py", line 59, in <module> > import cvisual > AttributeError: 'Boost.Python.StaticProperty' object attribute '__doc__' is read-only > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
From: Thomas S. <to...@fe...> - 2010-10-20 12:25:48
|
On Wed, 20 Oct 2010 12:41:49 +0100 Baker D.J. wrote: > Hello, > > Thank you to those who helped me with the installation of the python > visual module. It turns out that I forgot to install one of the > dependencies. Having got visual to install I now find that it will > not run -- error output shown below. Is this a bug in python (v2.6.5) > or boost (v1.35.0), and more to the point is there a relatively easy > workaround? Please could someone advise me on the best course of > action. I have a sinking feeling that the advice will be to upgrade > python. > > Best -- David. > > >>> import visual > Traceback (most recent call last): > File "<stdin>", line 1, in <module> > File > "/local/software/rh52/python/2.6.5/gcc/lib/python2.6/site-packages/visual/__init__.py", > line 59, in <module> import cvisual AttributeError: > 'Boost.Python.StaticProperty' object attribute '__doc__' is read-only What dependencies did you install? It seems I cannot do a scratch build for epel5 because there is no gtkglextmm package... It was working for me with python 2.6, don't know if upgrading boost would be a option for you... -- Thomas Spura |
From: Baker D.J. <D.J...@so...> - 2010-10-20 11:42:06
|
Hello, Thank you to those who helped me with the installation of the python visual module. It turns out that I forgot to install one of the dependencies. Having got visual to install I now find that it will not run -- error output shown below. Is this a bug in python (v2.6.5) or boost (v1.35.0), and more to the point is there a relatively easy workaround? Please could someone advise me on the best course of action. I have a sinking feeling that the advice will be to upgrade python. Best -- David. >>> import visual Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/local/software/rh52/python/2.6.5/gcc/lib/python2.6/site-packages/visual/__init__.py", line 59, in <module> import cvisual AttributeError: 'Boost.Python.StaticProperty' object attribute '__doc__' is read-only |
From: Bruce S. <bas...@nc...> - 2010-10-19 20:33:28
|
The error messages indicate that despite your attempts to install all the required dependencies, they seem not to be present. In particular, gtkmm seems not to be installed. Presumably you've seen the discussion of requirements in the file INSTALL.text? Bruce Sherwood On Tue, Oct 19, 2010 at 10:03 AM, Baker D.J. <D.J...@so...> wrote: > Hello, > > I'm just starting to compile visual v5.32 on an AMD box running Linux (RHELS 5.2). I've installed all the requirements, and have just started to compile visual. I don't get very far -- only to the compile of render_manager.cpp -- please see the errors and warning below. My environment is quite complex, however I have installed boost 1.35.0 and the appropriate threadpool. Does anyone please have any ideas why this this compilation is failing? > > Best -- Davis. > > ../include/gtk2/render_surface.hpp:13:34: warning: gtkmm/gl/drawingarea.h: No such file or directory > ../include/gtk2/render_surface.hpp:15:24: warning: gtkmm/main.h: No such file or directory > ../include/gtk2/render_surface.hpp:16:26: warning: gtkmm/window.h: No such file or directory > ../include/gtk2/render_surface.hpp:17:25: warning: gtkmm/image.h: No such file or directory > ../include/gtk2/render_surface.hpp:18:27: warning: gtkmm/toolbar.h: No such file or directory > ../include/gtk2/render_surface.hpp:19:23: warning: gtkmm/box.h: No such file or directory > In file included from ./core/util/render_manager.cpp:2: > ../include/gtk2/display.hpp:23:28: warning: libglademm/xml.h: No such file or directory > ./core/util/render_manager.cpp:61:23: warning: no newline at end of file > ../include/gtk2/render_surface.hpp:23: error: 'Gtk' has not been declared > ../include/gtk2/render_surface.hpp:23: error: expected `{' before 'DrawingArea' > ../include/gtk2/render_surface.hpp:23: error: invalid function declaration > ../include/gtk2/display.hpp:29: error: 'sigc' has not been declared > ../include/gtk2/display.hpp:29: error: expected `{' before 'trackable' > ../include/gtk2/display.hpp:29: error: invalid function declaration > ../include/gtk2/display.hpp:71: error: 'sigc' has not been declared > ../include/gtk2/display.hpp:71: error: expected `{' before 'trackable' > ../include/gtk2/display.hpp:71: error: invalid function declaration > ./core/util/render_manager.cpp: In static member function 'static double cvisual::render_manager::paint_displays(const std::vector<cvisual::display*, std::all > ocator<cvisual::display*> >&, bool)': > ./core/util/render_manager.cpp:21: error: invalid use of undefined type 'class cvisual::display' > ../include/util/render_manager.hpp:14: error: forward declaration of 'class cvisual::display' > ./core/util/render_manager.cpp:26: error: invalid use of undefined type 'class cvisual::display' > ../include/util/render_manager.hpp:14: error: forward declaration of 'class cvisual::display' > ./core/util/render_manager.cpp:37: error: incomplete type 'cvisual::display' used in nested name specifier > ./core/util/render_manager.cpp:39: error: invalid use of undefined type 'class cvisual::display' > ../include/util/render_manager.hpp:14: error: forward declaration of 'class cvisual::display' > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
From: Thomas S. <to...@fe...> - 2010-10-19 19:53:10
|
On Tue, 19 Oct 2010 17:03:52 +0100 Baker D.J. wrote: > Hello, > > I'm just starting to compile visual v5.32 on an AMD box running Linux > (RHELS 5.2). I've installed all the requirements, and have just > started to compile visual. I don't get very far -- only to the > compile of render_manager.cpp -- please see the errors and warning > below. My environment is quite complex, however I have installed > boost 1.35.0 and the appropriate threadpool. Does anyone please have > any ideas why this this compilation is failing? > > Best -- Davis. > > ../include/gtk2/render_surface.hpp:13:34: warning: > gtkmm/gl/drawingarea.h: No such file or > directory ../include/gtk2/render_surface.hpp:15:24: warning: > gtkmm/main.h: No such file or > directory ../include/gtk2/render_surface.hpp:16:26: warning: > gtkmm/window.h: No such file or > directory ../include/gtk2/render_surface.hpp:17:25: warning: > gtkmm/image.h: No such file or > directory ../include/gtk2/render_surface.hpp:18:27: warning: > gtkmm/toolbar.h: No such file or > directory ../include/gtk2/render_surface.hpp:19:23: warning: > gtkmm/box.h: No such file or directory In file included > from ./core/util/render_manager.cpp:2: ../include/gtk2/display.hpp:23:28: > warning: libglademm/xml.h: No such file or That looks like some missing dependencies... You could try to get my src.rpm at: http://tomspur.fedorapeople.org/review/ and rebuild it with "rpmbuild --rebuild *.src.rpm" This at least works properly on fedora, so maybe you have the same packages on RHEL... BuildRequires I justed: BuildRequires: boost-devel BuildRequires: gtkglextmm-devel BuildRequires: libglademm24-devel BuildRequires: python2-devel BuildRequires: numpy Thomas |
From: Baker D.J. <D.J...@so...> - 2010-10-19 16:03:53
|
Hello, I'm just starting to compile visual v5.32 on an AMD box running Linux (RHELS 5.2). I've installed all the requirements, and have just started to compile visual. I don't get very far -- only to the compile of render_manager.cpp -- please see the errors and warning below. My environment is quite complex, however I have installed boost 1.35.0 and the appropriate threadpool. Does anyone please have any ideas why this this compilation is failing? Best -- Davis. ../include/gtk2/render_surface.hpp:13:34: warning: gtkmm/gl/drawingarea.h: No such file or directory ../include/gtk2/render_surface.hpp:15:24: warning: gtkmm/main.h: No such file or directory ../include/gtk2/render_surface.hpp:16:26: warning: gtkmm/window.h: No such file or directory ../include/gtk2/render_surface.hpp:17:25: warning: gtkmm/image.h: No such file or directory ../include/gtk2/render_surface.hpp:18:27: warning: gtkmm/toolbar.h: No such file or directory ../include/gtk2/render_surface.hpp:19:23: warning: gtkmm/box.h: No such file or directory In file included from ./core/util/render_manager.cpp:2: ../include/gtk2/display.hpp:23:28: warning: libglademm/xml.h: No such file or directory ./core/util/render_manager.cpp:61:23: warning: no newline at end of file ../include/gtk2/render_surface.hpp:23: error: 'Gtk' has not been declared ../include/gtk2/render_surface.hpp:23: error: expected `{' before 'DrawingArea' ../include/gtk2/render_surface.hpp:23: error: invalid function declaration ../include/gtk2/display.hpp:29: error: 'sigc' has not been declared ../include/gtk2/display.hpp:29: error: expected `{' before 'trackable' ../include/gtk2/display.hpp:29: error: invalid function declaration ../include/gtk2/display.hpp:71: error: 'sigc' has not been declared ../include/gtk2/display.hpp:71: error: expected `{' before 'trackable' ../include/gtk2/display.hpp:71: error: invalid function declaration ./core/util/render_manager.cpp: In static member function 'static double cvisual::render_manager::paint_displays(const std::vector<cvisual::display*, std::all ocator<cvisual::display*> >&, bool)': ./core/util/render_manager.cpp:21: error: invalid use of undefined type 'class cvisual::display' ../include/util/render_manager.hpp:14: error: forward declaration of 'class cvisual::display' ./core/util/render_manager.cpp:26: error: invalid use of undefined type 'class cvisual::display' ../include/util/render_manager.hpp:14: error: forward declaration of 'class cvisual::display' ./core/util/render_manager.cpp:37: error: incomplete type 'cvisual::display' used in nested name specifier ./core/util/render_manager.cpp:39: error: invalid use of undefined type 'class cvisual::display' ../include/util/render_manager.hpp:14: error: forward declaration of 'class cvisual::display' |