thanks ben that indeed get the cairo 32 bit version but there must be a version mismatch because now pharo complains "Error:Could not find accessor for variable named "aCairoSurfaceHandle" " On Tue, Jan 19, 2016 at 3:30 PM Ben Coman <btc@openinworld.com> wrote:
$ apt-cache search cairo | grep cairo | less shows... libcairo2 - Cairo 2D vector graphics library
so following the pattern for Debian here... http://pharo.org/gnu-linux-installation
I presume... $ sudo dpkg --add-architecture i386 $ sudo apt-get update $ sudo apt-get install libcairo2:i386
...but haven't tried this since I'm using 32-bit Debian.
cheers -ben
On Tue, Jan 19, 2016 at 9:02 PM, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
ah yes it needs the 32 bit libs of cairo, yeah good luck with that, cant wait till we finally support 64 bit, but far my most needed feature of pharo. No idea how to find 32 bit lib of cairo, google returns nothing meaningful, download page of cairo website mentions nothing.
On Tue, Jan 19, 2016 at 2:52 PM Dimitris Chloupis <kilon.alios@gmail.com
wrote:
does not work for me on ubuntu it keeps saying that "cannot locate cairo library" even though its installed via
sudo apt-get install libcairo2-dev
By the way just for the fun, I will make a benchmark comparison betweem PNG loader in pharo and SDL in C to see what is the speed difference and dust off my C skills.
On Tue, Jan 19, 2016 at 2:22 PM Esteban Lorenzano <estebanlm@gmail.com> wrote:
Yesterday I tested creating PNGs from disk using Athens:
[(AthensCairoSurface createFromFile: '/Users/esteban/Dev/Pharo/pharo50/Lenna.png' ifFailed: [ ]) asForm] bench.
That gave me 46k/s ⦠(455k image) which IMO is pretty reasonable :)
Esteban
On 19 Jan 2016, at 12:34, Sven Van Caekenberghe <sven@stfx.eu>
wrote:
On 19 Jan 2016, at 12:29, PBKResearch <peter@pbkresearch.co.uk>
wrote:
Denis
Very interesting. It would be more interesting if you could save
your
test image as a .png file, and then include reading with PNGReadWriter in your comparison. This would help to confirm or refute the original point made by Dimitris, that reading from .png is particularly slow.
Check the original thread/case, it is slow. Not *very* slow, but slower than the plugin based JPEG reader. That is what we eventually need, a plugin base PNG reader.
Peter Kenny
From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Denis Kudriashov Sent: 19 January 2016 10:59 To: Any question about pharo is welcome < pharo-users@lists.pharo.org> Subject: Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5
2016-01-19 11:34 GMT+01:00 Dimitris Chloupis <kilon.alios@gmail.com :
most likely fuel, since it stores your live object as is.
I like fuel but the fact that I may be limited by incompatible versions is a game stopper for me. I am ok with new version between incompatible with old one but there must be some backward compatibility to any format I use. Or else I end up worrying about things I should not be worrying about.
You are right. I perform little experiment. Fuel reading is 60% faster than BMP:
Smalltalk garbageCollect; garbageCollect. r1 := [FileLocator imageDirectory / 'test.bmp' readStreamDo: [ :s | s binary. fromBMP := BMPReadWriter formFromStream: s]] benchFor: 2 seconds.
Smalltalk garbageCollect; garbageCollect. r2:=[FileLocator imageDirectory / 'test.fuel' readStreamDo: [ :s | s binary. fromFuel := (FLMaterializer newDefault materializeFrom: s) root]] benchFor: 2 seconds.
{ r1. r2 } "an Array(a BenchmarkResult(2,199 iterations in 2 seconds 2 milliseconds. 1,098 per second) a BenchmarkResult(5,728 iterations in 2 seconds 3 milliseconds. 2,860 per second))"