Re: R14sp3 and Mac OS X 10.4.2

I've managed to get vector outputs using the export setup and save as
menus on the fiure window,
make sure you specify "Painters" as your rendering method, as this is
the only one that is vector (OpenGL and ZBuffer outputs are bitmap).

The exported eps files for me however do not have TIFF previews, and
according to the matlab help files this can only be done through the
command line
print -depsc -tiff <filename>. Which is a nuissance.

However, in the process of fiddling with figure exporting I came
across a much more serious issue (for me) that I'd like to see if
anyone else is having:

After fiddling with any figure export settings, I can no longer enter
anything into the command window, at all.
I can still use all the menus and switch between workspace and
directory view etc. on the desktop, scroll up and down in the
histories etc. But nothing I type shows up in the command window - I
have to quit and restart matlab to get control back, - which is a
major PITA because I'm trying to export multiple figures.

Any ideas?

Niels Madsen wrote:
>
>
> Taking into account the responses of Mike and Daniel, I've
> done my own tests again, and can confirm that it's not graphics
> that's the problem (as I prematurely claimed) but loading of ascii
> files.
>
> I have a file with 100x100 entries (ascii) and do this :
>>> tic; S=load(strcat('rwa_calcs/rwa_6e_ord2_21.txt')); toc
> Elapsed time is 14.184644 seconds.
>
> 14.2 seconds !?!? that's crazy - I can almost read them in by eye
> faster than that... what's wrong ? MathWorks - anybody out there ?
>
> The EPS issue however persists, I've tried :
>>> print(gcf,'-depsc', 'test.eps')
>
> both for pcolor and surf - and I end up with an eps file with a
> couple of bitmaps (in particular this looks horrible for the text)
> -
> easily testable by loading it in illustrator - so basically this is
> useless for making presentations for publications !? Anybody has a
> solution ?
>
> Cheers,
> Niels
>
> Daniel Ennis wrote:
>>
>>
>>> c) Graphics is really really slow. I have a simple file
> loading
> a
>>> 2d
>>> array and making a pcolor plot - of just 100x100 points -
and
> it
>>> takes 16 seconds with full CPU to make the plot - that is
> really
>>> really slow.
>>
>> I'm on OS X 10.4.2 and 7.1.0.183 (R14) Service Pack 3
>> Graphics rendering times seem okay to me. This in particular
is
>> pretty quick:
>>
>>>> a=rand(100,100); tic; figure; pcolor(a); toc
>> Elapsed time is 0.302568 seconds.
>>
>> Is that substantially different from what you are doing?
>>
>>> d) I can export graphics, but there are 2 problems. When
>> exporting
>>> as
>>> .ai files a the colors in the colorbar are not exported.
When
>>> exporting as a eps/pdf file the export is bitmap, not
vector
> -
> as
>>> in
>>> the old versions. This is quite annoying as it makes for
>>> non-scalable
>>> graphics that doesn't work well for print-out.
>>
>> Colorbars seem to export fine to PDF or EPS files, but I too am
>> seeing only bitmapped versions of the surfaces that are being
>> rendered. This won't be a problem until I try to submit my
next
>> paper so I hope this gets worked out soon.
.

Relevant Pages

  • Re: new here, my lang project...
    ... It is more of an immediate, short-term hassle. ... >>I'm kind of surprised a game like quake didn't have threading. ... That only works for primitive graphics, a dumb AI, and an RTS format ... > physics is doing the heavy lifting and rendering is just along for the ride. ...
    (comp.object)
  • Re: Linux, X, ld, gcc, linking, shared libraries and stuff
    ... It doesn't matter what GUI we're talking about, ... as initial entry of the mouse pointer into a window ("enter / leave" ... out the documentation from Microsoft and for X which confirms it, ... graphics inside the vertical retrace period...this way, ...
    (alt.lang.asm)
  • Cello Speed Week Results
    ... Cello Speed Week!!!!!!! ... by bifurcating the rendering of the shape such that the varying rotation ... Note that this is a phat 900x900 window, ... OpenGL clipping. ...
    (comp.lang.lisp)
  • Re: center/shrink to fit redux.
    ... for pathologically odd text or window size. ... the rendering is not as pretty, but is easy to use and accessible, and ... CSS has flaws, that's the bottom line... ... immediate problem. ...
    (alt.html)
  • Re: To Upgrade or Not. Whats the difference?
    ... Just to muddy the waters further: the A9 also employs graphics acceleration via its SM501 chip, indeed probably much moreso than the Iyonix. ... due to DMA, the A9 will be quicker rendering the drawfile due to its acceleration, and the larger the file the greater rendering advantage it holds. ...
    (comp.sys.acorn.apps)