You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
1
|
2
|
3
|
4
|
5
|
6
|
7
(4) |
8
(9) |
9
(4) |
10
|
11
|
12
(2) |
13
(1) |
14
|
15
(11) |
16
(3) |
17
|
18
|
19
|
20
(4) |
21
(2) |
22
(4) |
23
(6) |
24
(1) |
25
|
26
(5) |
27
(5) |
28
|
29
|
30
|
31
|
I've been thinking that the SciPy '04 conference http://www.scipy.org/wikis/scipy04/ on September 2-3 might be a good opportunity for some of us to meet in person and contribute to our favorite plotting library via a code sprint. Unfortunately, it seems the "official" scipy code sprints have been canceled. However, I'm a post-doc at Caltech, so I could organize a venue independent of the official conference. So: 1) is anyone interested in participating in a matplotlib code sprint? 2) what day is best for you? By the way, the earlybird registration date has been delayed a bit, so there's still time to get the reduced fee. Furthermore, there are apparently several more spots open for speakers, so please consider submitting an abstract. Personally, I probably won't be available in the days immediately before the conference (Wednesday, for example), but could participate on the Saturday immediately after the conference. However, although I'll be sad to miss it, if Wednesday is best, I think I could arrange for a lab-mate to let participants in to the venue. Cheers! Andrew
I just checked (after spending all day solving network problem :-() what effect the re-use of Agg buffer optimisation has on FltkAgg backend: Classic TkAgg: 9.98 FPS Improved TkAgg: 9.98 FPS classic FltkAgg: 16.1 FPS Improved FltkAgg: 17.2 FPS I also installed pyGtk to be able to test the framerate I gor on may computer: Classic GTKAgg: 16 FPS Modified GTKAgg (avoid switch backend, which make my re-use of agg buffer impossible, use multiple inheritance instead): 16 FPS Improved modified GTKAgg: 16.8 FPS And finaly, to have a complete picture, I tried Tk without blitting (as explained in a previous message) classic TkAgg without blit: 14.3 FPS improved TkAgg without blit: 16 FPS There is various strange things in these benchmarks: first I was not able to reproduce the (very small but reproductible) advantage I observed yesterday for Agg buffer re-use optimization in the TkAgg backend...It is observable in the FltkAgg and TkAgg backend, though...and even more so in the TkAgg without blitting one...Maybe this is maked by the blitting time in the normal TkAgg, though, so this does not disturb me too much... Next, I do not observe the high performance of the GTKAgg backend here, on the contrary the FPS it gives me are in line with the Fltk ones, and even with Tk when we get rid of the slow blitting...This is quite surprising... On the other hand, I have less trouble understanding these results than the higher GTKAgg performance you report, so to be really complete I tried an bare Agg rendering: Just use the same example as my light dynamic plot (mode animation), but with a matplotlib.use("Agg") and a while True: updatefig() loop instead of idle callback... Here are the timings: Classic Agg: 19 FPS (or, better said, RenderingPerSecond) Optimized Agg: 20.55 RPS So this confirm what I have observed on the various *Agg backends, which in summary would be: -Optimization of Agg, to reuse buffer if possible: Gain from 8% to 0%, depending on the backend (max on Agg, small to non existent on TkAgg). It depends also on the complexity of the rendering, the gain will be higher when simple drawings are done, and minimal when very complex figures are drawn...This could help for memory leak maybe, though...and as you will see is a very minimal hack... Performance of the various *Agg backends, using Agg as reference and a very simple dynamic plot (for the new reuse Agg buffer scheme, current "new Agg every draw" should be very similar): TkAgg: 49% (ouch!) TkAgg without blit: 78% GTKAgg: 82% FltkAgg: 84% So Fltk and GTK are fast (the 20 % overhead is due to transfer to screen buffer, double buffering, and callbacks/idle mechanisms, I guess, no way to get better than that) TkInter is a slower toolkit, mainly cause of blit, and also for other reasons it seems. Only remaining mystery (but it is a big one!) is why you observe very different things for GTKAgg? Is it a GTK version problem? A compilation option? This is really surprising, given the bare Agg test give me RPS in line with my FPS...Only thing I can think of is a option during Agg compile that decrease the performance of my Agg somehow... You will find included a tar.gz of all the files I modified (including small examples and my FltkAgg backend - even if it is not too usefull before pyfltk has been updated)...If you need any more information or want to discuss this, I would be glad to help :-) PS: I forward this to matplotlib-devel, without the attachment: I do not know if the mailinglist would accept such a thing...
The embedding of TrueType fonts in Postscript files has been add to CVS during the past week. This enhancement should work for both regular text and math text, so the text that you see on the screen should be the same in Postscript. This change should be transparent to all users, i.e. no additional font files are needed. The TTF is encoded on-the-fly and embedded in the PS file when it is written. Please give it a try and let me know of any problems or anomalies. -- Paul -- Paul Barrett, PhD Space Telescope Science Institute Phone: 410-338-4475 ESS/Science Software Branch FAX: 410-338-4767 Baltimore, MD 21218