Hello Michael,

Thanks for the informati= on. Your specs look ok.=C2=A0 We require a much lower version of OpenGL tha= n your graphics card supports so that should be fine.=C2=A0

<= /div>

I have a celeron pc with a sllightly older radeon card that I cou= ld use to perform some tests. If you are able to share the board that you u= sed for your tests then that would be greatly appreciated.

Kind Regards,

Ade

On 6 May 2018 = at 09:38, michalwd1979 (michalwd1979@= o2.pl) [via geda-user AT delorie.= com] <geda-user AT delorie DOT com> wrote:

Hello Evan, Hello Igor,

The PC is lenovo T400 lapt= op with ATI Radeon HD 7350 card (card plugged to advanced dock PCIE x1 slot= ) + 2 screens. Graphics chip uses CEDAR microcode, and r600 open source X d= river.
According to logs everything related to DRM/DRI2/VDPAU is initia= lized properly.
Glxgears runs at 60FPS (synced with screen refresh rate= ) and stays there even when spread on both screens with unnoticeable CPU lo= ad - seems right.

Glxinfo says:
direct rendering: Yes
server glx vendor string: SGI
server glx version stri= ng: 1.4
Extended renderer info (GLX_MESA_query_renderer):
=
=C2=A0=C2=A0=C2=A0 Vendor: X.Org (0x1002)
=C2=A0= =C2=A0=C2=A0 Device: AMD CEDAR (DRM 2.49.0 / 4.9.76-gentoo-r1-mw, LLVM 5.0.= 1) (0x68fa)
=C2=A0=C2=A0=C2=A0 Version: 17.3.8
= =C2=A0=C2=A0=C2=A0 Accelerated: yes
=C2=A0=C2=A0=C2=A0 Video = memory: 1024MB
=C2=A0=C2=A0=C2=A0 Unified memory: no
=C2=A0=C2=A0=C2=A0 Preferred profile: core (0x1)
=C2=A0= =C2=A0=C2=A0 Max core profile version: 3.3
=C2=A0=C2=A0=C2=A0= Max compat profile version: 3.0
=C2=A0=C2=A0=C2=A0 Max GLES1= profile version: 1.1
=C2=A0=C2=A0=C2=A0 Max GLES[23] profile= version: 3.0
OpenGL vendor string: X.Org
OpenG= L renderer string: AMD CEDAR (DRM 2.49.0 / 4.9.76-gentoo-r1-mw, LLVM 5.0.1)=
OpenGL core profile version string: 3.3 (Core Profile) Mesa = 17.3.8
OpenGL core profile shading language version string: 3= .30
OpenGL core profile context flags: (none)
O= penGL core profile profile mask: core profile

= In fact I was surprised that so old PC+graphics can work so well with trans= parent windows, movies, gschem, FreeCAD or animated waveforms in matplotlib= . It was also really fast with opengl pcb, it is possible to work with boar= ds spread on both screens without any noticeable delays in rendering.
<= /div>

In pcb-rnd switching GUI to gtk2_gdk makes it a bi= t slower, but not much (thanks Igor for info about GUI, I recompiled pcb-rn= d and used --gui gtk2_gl/gdk). Turing grid on/off also makes a difference, = but still it takes >10 seconds do move a cursor. Turing thin drawing mod= e ON (polygons thin draw was ON already) speeds it up drastically, but stil= l it is slower then opengl version (without thin draw). Now moving cursor t= akes ~1s or a bit more. I also noticed that the speed drops "exponenti= ally" as the complexity of the board increases, but it seems that this= is the case with all pcb versions (for mainline or opengl I don't have= complex enough board to test it further).

I = also tried these tests on lenovo T400 with internal i965 graphics card and = integrated screen - very similar results. The laptop is configured as befor= e, only graphics drivers are different. If You need some more info or want = the board I used for tests then please let me know.
Best Rega= rds,
Michael Widlok

Dnia 4 maja 2018 20:27 michalwd1979 <gedau AT igor2 DOT repo DOT hu> napisa=C5=82(= a):
Hello Michael,

On = Fri, 4 May 2018, michalwd1979 (michalwd1979 AT o2 DOT pl) [via geda-user AT delorie DOT com] wrote:
Hello Igor,

Thanks fo= r reply. The features of pcb-rnd are impressive and I really like
=
the fast development of the branch. I remember back then when we talke= d
about opengl and I've tried to merge some of the render= ing code but my
programming skills were good not enough, sorr= y... =C2=A0

I am not sure if the problem is my= >10 years old PC, my hardly tuned gentoo,
wrong compile o= ptions or just a bad luck, but I always had speed problems
wi= th anything but Peter's opengl branch (recently mainline pcb become
=
similar in rendering speed). Today I've tried fresh compiled= pcb-rnd 1.2.8
with default:
./configure --pref= ix=3D/usr/local --buildin-hid_gtk2_gl --disable-hid_gtk2_gdk
= make

Loading more complicated 4 layers board t= o pcb-rnd makes working on it
impossible. Moving cursor takes= about 15s with cpu load at 100%, zooming
in/out is even slow= er. I know that my equipment is nothing compared to
current (= even low-end) machines, but still - the same board in mainline or
=
opengl pcb moves/zooms in almost no time.
If You want me= to perform more test with different configure options or want
more data about rest of the system, then let me know. Maybe I have someth= ing
very wrong here.

Thanks for reporting.

I think= there can be two kind of reasons behind this:

1. opengl related issue; Ade, our opengl expert, will contact you about
this. Evan could help with gentoo, it might be some gentoo+open= gl
installation problem.

2. non-= opengl related; a few things you could try:

- = turn off visible grid (drawing the dots may be slow if your window is
large)

- turn on thin drawing mode (t= o see if the problem is related to polygon
rendering)

- please check how it works with software render (gdk= ); Note: with
pcb-rnd, you do not need to disable HIDs, you c= an let it detect and
compile all HIDs it finds, as you can se= lect your hid runtime. (You can
even configure your HID prefe= rence: which HIDs should be tried in which
order if you didn&= #39;t explicitly specify a HID to run).

Best regards,

Igor2

--089e08e5933716b3d7056b86aa83--