X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Content-Type: multipart/alternative; boundary="2SVASOMWQIEFIQSIUFNFJnhgwp"
MIME-Version: 1.0
User-Agent: GWP-Draft
X-Originator: 78.11.203.93
X-FactoryStamp: H---
Date: Thu, 17 May 2018 13:03:14 +0200
X-Draft-Variant: reply
X-Draft-Parentmailid: bee298458c37fadbeddfc031
X-Draft-Contenttype: text/html
Subject: =?UTF-8?Q?Re=3A_Odp=3A_Re=3A_=5Bgeda-user=5D_Opengl_PCB_and_mainline_PCB_-_pcb-rnd_aspects?=
From: "michalwd1979 (michalwd1979 AT o2 DOT pl) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: =?UTF-8?Q?geda-user=40delorie=2Ecom?= <geda-user AT delorie DOT com>
Message-ID: <4c98ea24dff6409bb2548bb9233e3c0a@grupawp.pl>
In-Reply-To: <<alpine.DEB.2.00.1805170850570.8169@igor2priv>>
References: <ca+qhd=-z1tvzehozmmi+8eduqnwmaeeeodg=uk3p6mb9tj57dq AT mail DOT gmail DOT com> <647dca2ad89a4415ad980da6e5cdc701 AT grupawp DOT pl> <cajzxidbrzvoaivzxdhdcehdmubu-a5c8ueaeud6q-r0prvibya AT mail DOT gmail DOT com> <d44c1d9475c440a09121d3247c43b1d1 AT grupawp DOT pl> <alpine DOT deb DOT 2 DOT 00 DOT 1804301857010 DOT 19825 AT igor2priv> <7da892c189bd49838d6ce6eb2c2628e4 AT grupawp DOT pl> <alpine DOT deb DOT 2 DOT 00 DOT 1805042003061 DOT 19825 AT igor2priv> <b84c48bc6c46413e809346a1a0baad2c AT grupawp DOT pl> <cam2rghspcci+g9vxjvtjwtilbj9ebegskaz8spcn=l5jz-zqtg AT mail DOT gmail DOT com> <7e30777e38284644814271a68f2c2119 AT grupawp DOT pl> <alpine DOT deb DOT 2 DOT 00 DOT 1805080715580 DOT 8169 AT igor2priv> <00430c5cbe794d57918e5e9c532d436f AT grupawp DOT pl> <alpine DOT deb DOT 2 DOT 00 DOT 1805110914410 DOT 8169 AT igor2priv> <e537627331744537b6e5743d98f907a2 AT grupawp DOT pl> <alpine DOT deb DOT 2 DOT 00 DOT 1805151534520 DOT 8169 AT igor2priv> <bb691d68061d461287579b59351bf976 AT grupawp DOT pl> <alpine DOT DEB DOT 2 DOT 00 DOT 1805170850570 DOT 8169 AT igor2priv>
X-WP-MailID: 22b4b37d6e3fd796491bdf37760d958a
X-WP-AV: skaner antywirusowy Poczty o2
X-WP-SPAM: NO 0000010 [AYNU]                               
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

--2SVASOMWQIEFIQSIUFNFJnhgwp
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=UTF-8

Hello Igor,  Dnia 17 maja 2018 09:18 michalwd1979 &lt;gedau AT igor2 DOT repo DOT hu&g=
t; napisa=C5=82(a):  Please turn off the padstack &#34;layer&#34; in the la=
yer selector so we don&#39;t  render them, then do the usual fps test (big =
window, zoom to extent,  benchmark) with two different setup:   After loadi=
ng refdes.lht the program is completely unusable, so yes - this must be the=
 issue. I took about 30s to open the board and type &#34;benchmark()&#34;. =
Benchmark says that speed is 0.1, however it seems slower for me. Doing any=
thing with pcb-rnd (cursor, pan, zoom) keeps cpu at 100% for ~30s to ~1.5mi=
nute.    1. subcircuits &#34;layer&#34; =C2=A0off, but top silk on - this w=
ay we measure how  much does it cost to render all the refdes text objects =
on silk   Much faster, benchmark says 1.4, however still rather unusable. I=
t is possible however to zoom or pan (2-3s for a single step zoom).      2.=
 subcircuits &#34;layer&#34; on, but top silk off - this way we render abou=
t the  same thing, just by a different part of the code   Turning subcircui=
ts ON stops everything for very long time (~30-40s) only after that it was =
possible to do benchmark. Result is 0.1, but as I said it seems slower. If =
the subcircuits are ON, turnig top-silk ON/OFF makes no perceptible differe=
nce.    I crafted this file to have the dash freq set to -1 so we don&#39;t=
 measure  the dashed line rendering in (would be noise on the results).   I=
f these results will show what I expect, I know where to poke the code.   M=
eanwhile I did some more testing with sw render and Ade did some more  test=
ing with opengl render. We both identified parts of the rendering code  tha=
t could be optimized. We&#39;ll release pcb-rnd 2.0.0 in about 3 weeks, so =
 we don&#39;t start messing with the rendering now, but after the release w=
e  will speed some parts up a bit.   Thanks for testing!   No problem I&#39=
;m glad that I can help with development.   The main factor that keeps me f=
rom pcb-rnd is the speed and transparency rendering, I would love to see th=
e project with the rendering speed matching opengl pcb.    By the way, am I=
 the only person that noticed speed/text problems? Is my PC really so much =
slower then current machines or was my board so complex :-)?  Best Regards,=
  Michael Widlok=0D

--2SVASOMWQIEFIQSIUFNFJnhgwp
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset=UTF-8

<div>Hello Igor,<br></div><div class=3D"nh_extra"><p>Dnia 17 maja 2018 09:1=
8 michalwd1979 &lt;gedau AT igor2 DOT repo DOT hu&gt; napisa=C5=82(a):<br></p><blockqu=
ote class=3D"nh_quote" style=3D"border-left: 2px solid #999; padding-left: =
8px; margin: 0;"><div id=3D"gwp94ced498"><div>Please turn off the padstack =
"layer" in the layer selector so we don't<br></div><div>render them, then d=
o the usual fps test (big window, zoom to extent,<br></div><div>benchmark) =
with two different setup:<br></div></div></blockquote></div><div><br></div>=
<div>After loading refdes.lht the program is completely unusable, so yes - =
this must be the issue. I took about 30s to open the board and type "benchm=
ark()". Benchmark says that speed is 0.1, however it seems slower for me. D=
oing anything with pcb-rnd (cursor, pan, zoom) keeps cpu at 100% for ~30s t=
o ~1.5minute. <br></div><div class=3D"nh_extra"><blockquote class=3D"nh_quo=
te" style=3D"border-left: 2px solid #999; padding-left: 8px; margin: 0;"><d=
iv id=3D"gwp94ced498"><div><br></div><div>1. subcircuits "layer" &nbsp;off,=
 but top silk on - this way we measure how<br></div><div>much does it cost =
to render all the refdes text objects on silk<br></div></div></blockquote><=
/div><div><br></div><div>Much faster, benchmark says 1.4, however still rat=
her unusable. It is possible however to zoom or pan (2-3s for a single step=
 zoom).<br></div><div> <br></div><div class=3D"nh_extra"><blockquote class=
=3D"nh_quote" style=3D"border-left: 2px solid #999; padding-left: 8px; marg=
in: 0;"><div id=3D"gwp94ced498"><div><br></div><div>2. subcircuits "layer" =
on, but top silk off - this way we render about the<br></div><div>same thin=
g, just by a different part of the code<br></div></div></blockquote></div><=
div><br></div><div>Turning subcircuits ON stops everything for very long ti=
me (~30-40s) only after that it was possible to do benchmark. Result is 0.1=
, but as I said it seems slower. If the subcircuits are ON, turnig top-silk=
 ON/OFF makes no perceptible difference.<br></div><div><br></div><div class=
=3D"nh_extra"><blockquote class=3D"nh_quote" style=3D"border-left: 2px soli=
d #999; padding-left: 8px; margin: 0;"><div id=3D"gwp94ced498"><div><br></d=
iv><div>I crafted this file to have the dash freq set to -1 so we don't mea=
sure<br></div><div>the dashed line rendering in (would be noise on the resu=
lts).<br></div><div><br></div><div>If these results will show what I expect=
, I know where to poke the code.<br></div><div><br></div><div>Meanwhile I d=
id some more testing with sw render and Ade did some more<br></div><div>tes=
ting with opengl render. We both identified parts of the rendering code<br>=
</div><div>that could be optimized. We'll release pcb-rnd 2.0.0 in about 3 =
weeks, so<br></div><div>we don't start messing with the rendering now, but =
after the release we<br></div><div>will speed some parts up a bit.<br></div=
><div><br></div><div>Thanks for testing!<br></div></div></blockquote></div>=
<div><br></div><div>No problem I'm glad that I can help with development. <=
br></div><div>The main factor that keeps me from pcb-rnd is the speed and t=
ransparency rendering, I would love to see the project with the rendering s=
peed matching opengl pcb.<br></div><div><br></div><div> By the way, am I th=
e only person that noticed speed/text problems? Is my PC really so much slo=
wer then current machines or was my board so complex :-)?<br></div><div>Bes=
t Regards,<br></div><div>Michael Widlok<br></div>
--2SVASOMWQIEFIQSIUFNFJnhgwp--