Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.graphics.apps.gnuplot > #3536
| From | Karl Ratzsch <mail.kfr@gmx.net> |
|---|---|
| Newsgroups | comp.graphics.apps.gnuplot |
| Subject | Re: plotting an adaptive mesh |
| Date | 2017-01-17 15:25 +0100 |
| Organization | solani.org |
| Message-ID | <o5l9gv$nk1$1@solani.org> (permalink) |
| References | <b72ec22a-2510-4fe9-ac7f-ffd25801b221@googlegroups.com> <o5kr2b$ct0$1@solani.org> <c8b4aecb-5e61-4b5b-9d4b-b7f3a1f06fe8@googlegroups.com> <o5l55l$keg$1@solani.org> <32edf6eb-702a-403c-96c5-53cc44102fae@googlegroups.com> |
Am 17.01.2017 um 15:05 schrieb maierd83@gmail.com: >> svg is the _wrong_ format to plot a bitmap. It takes up 30 or 40 >> bytes _for every pixel_! Use jpeg or png. This will already speed >> up the task. > > Ok. I tried (my new idea, see below) with png and indeed the output > is smaller. I am not sure if I understand this. I thought that svg > saves a rectangle with position of two diagonal sides, and some > parameters like fillstyle, fillcolor.... while pixel graphics save > each pixel with position and color and if the rectangle consists of > 1000 pixels it saves this 1000-times. Obviously png does not use such > a raw format. > png is a compressed bitmap stream. It simply saves the dimensions of the whole picture (height x width), and then the colour information of each successive point, left to right, top to bottom. The position of each pixel is totally redundant and not saved. In truecolor, before compression, that's three bytes per pixel. Look once into a svg file, this is a text file, meant for vector graphics. Every pixel (=a four corner polygon) is a whole line of text: <polygon fill = 'rgb(126, 4, 255)' points = '507.0,340.6 529.9,340.6 529.9,337.1 507.0,337.1 '/> If your data comes from a self-written C program, why don't you just let it write a binary data stream of the expanded picture, and pipe that into gnuplot? Check "help binary matrix".
Back to comp.graphics.apps.gnuplot | Previous | Next — Previous in thread | Next in thread | Find similar
plotting an adaptive mesh maierd83@gmail.com - 2017-01-17 01:54 -0800
Re: plotting an adaptive mesh Karl Ratzsch <mail.kfr@gmx.net> - 2017-01-17 11:18 +0100
Re: plotting an adaptive mesh maierd83@gmail.com - 2017-01-17 04:49 -0800
Re: plotting an adaptive mesh Karl Ratzsch <mail.kfr@gmx.net> - 2017-01-17 14:11 +0100
Re: plotting an adaptive mesh maierd83@gmail.com - 2017-01-17 06:05 -0800
Re: plotting an adaptive mesh Karl Ratzsch <mail.kfr@gmx.net> - 2017-01-17 15:25 +0100
Re: plotting an adaptive mesh maierd83@gmail.com - 2017-01-17 07:25 -0800
svg with bitmap image graph? (was: Re: plotting an adaptive mesh) Karl Ratzsch <mail.kfr@gmx.net> - 2017-01-17 21:36 +0100
Re: svg with bitmap image graph? (was: Re: plotting an adaptive mesh) Ethan A Merritt <sfeam@users.sourceforge.net> - 2017-01-17 14:41 -0800
Re: plotting an adaptive mesh maierd83@gmail.com - 2017-01-17 06:07 -0800
csiph-web