This is due to the introduction of sRGB. Since this actually does something (Google for sRGB and you will be approximately as wise as me...), I don't think it is likely to be taken out. You can, however, always edit .ps.prolog. (I would expect that the line
/setrgb { setrgbcolor } def instead of what is already there would reinstate the old behavior, but no guarantees. ) On Jul 21, 2011, at 17:26 , (Ted Harding) wrote: > On 21-Jul-11 13:24:32, Duncan Murdoch wrote: >> On 11-07-21 3:23 AM, pilchat wrote: >>> Dear R users, >>> >>> I have a desktop computer and a laptop, both of them >>> with Ubuntu Lucid. The former has R2.10 installed from >>> Ubuntu repositories (this is the most recent version >>> in the repositories), while the latter has R2.13 from >>> the CRAN repositories. >>> >>> I noticed that postscript files generated with R2.10 >>> are "better" than files generated with the latest release >>> of R, in particular for plots with colored areas, such >>> as the output of image or persp. The thing is that my ps >>> viewer (e.g. gv or evince) is very slow in opening ps >>> files from R2.13, while it smoothly displays ps files >>> from R2.10, regardless of "encapsulation". >>> >>> I think this is related to differences in the way the >>> ps file is generated by the two versions of R, but I >>> don't know how to go deeper in the matter. >> >> Postscript files are mostly text, so you can compare the >> two files and > see what the differences are. The NEWS >> file shows a number of changes since 2.10.0, but I can't >> see any that would cause problems for viewers. >> >> Duncan Murdoch >> >>> Is there anyone experiencing the same issue? Is there >>> any solution? >>> >>> Thank you in advance >>> >>> Cheers >>> Gaetano > > Gaetano has now sent me two files, generated (as he posted > just now on R-help) by the same commands: > > setEPS() > postscript (file="volc.eps",width=5,height=4) > image(volcano) > dev.off() > > on his two machines: > > volc2.10.eps generated using R-2.10 on his desktop > (the EPS file with fast rendering) > > volc2.13.eps generated using R-2.13 on his laptop > (the EPS file with slow rendering) > > I have viewed both files on the same machine, and the > result indeed is that while volc2.10.eps renders very > quickly, volc2.13.eps does render very slowly (painting > in by vertical strips which move jerkily from left > to right). I estimate that 'gv volc2.10.eps' does the > rendering in less than 1 second, while 'gv volc2.13.eps' > takes about 18 seconds. > > Comparing the two files, I think I have found the reason. > > A 'diff' on the two files shows a basic difference in > definitions of a function used in the plotting: > > [A] In file volc2.10.eps (the fast one): > > /rgb { setrgbcolor } def > > [B] In file volc2.13.eps (the slow one): > > /srgb { [ /CIEBasedABC > << /DecodeLMN > [ { dup 0.03928 le > {12.92321 div} > {0.055 add 1.055 div 2.4 exp } > ifelse > } bind dup dup > ] > /MatrixLMN [0.412457 0.212673 0.019334 > 0.357576 0.715152 0.119192 > 0.180437 0.072175 0.950301] > /WhitePoint [0.9505 1.0 1.0890] >>> > ] setcolorspace } def > /setrgb { srgb setcolor } def > > > Then [A] volc2.10.eps (the fast one) uses commands like: > > /bg { 1 0 0 rgb } def > > while [B] volc2.13.eps (the slow one) uses commands like: > > /bg { 1 0 0 setrgb } def > > in each case for exactly the same purpose. Thus [B] the > slow one uses repeatedly (1157 times) a function setrgb > which has much higher overheads (see definition above) > than the function rgb used (1156 times) by [A] the fast one. > > So the difference in performance is *definitely* down to > a specific difference in how R-2.13 implements 'postscript()' > compared with R-2.10. > > Hoping this is useful! > Ted. > > -------------------------------------------------------------------- > E-Mail: (Ted Harding) <ted.hard...@wlandres.net> > Fax-to-email: +44 (0)870 094 0861 > Date: 21-Jul-11 Time: 16:26:33 > ------------------------------ XFMail ------------------------------ > > ______________________________________________ > R-help@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide http://www.R-project.org/posting-guide.html > and provide commented, minimal, self-contained, reproducible code. -- Peter Dalgaard Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg, Denmark Phone: (+45)38153501 Email: pd....@cbs.dk Priv: pda...@gmail.com ______________________________________________ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.