Apparently wxLogInfo() has changed its behavior and instead of writing
to console, now it shows a window. I have just removed the related code,
because if the required version is not supported, the user will get an
appropriate error message anyway (revision 6771).
Regards,
Orson
On 05/03/2016 09:
I like that the distinction between bright and dark lines was kept into the
dots. The extra coarser grid on top of the fine grid is very useful :)
On Tue, May 03, 2016 at 11:01:35PM +0200, Nick Østergaard wrote:
> 2016-05-03 21:10 GMT+02:00 Bernhard Stegmaier :
> > You are right.
> > I didn’t expe
2016-05-03 21:10 GMT+02:00 Bernhard Stegmaier :
> You are right.
> I didn’t expect the dots to be different, but every 10th dot is the bigger
> one.
Exactly as is the case with the lines...
>
> BTW:
> I do seem to get a popup “OpenGL 2.1 supported” on every start recently.
> Is that on intention
Yes, looks perfect now.
Thanks!
> On 03 May 2016, at 15:20, Maciej Sumiński wrote:
>
> Hi Bernhard,
>
> Good catch, it should be fixed now (revision 6766).
>
> Regards,
> Orson
>
> On 05/02/2016 07:24 PM, Bernhard Stegmaier wrote:
>> I already wanted to try over the weekend on OS X before the
You are right.
I didn’t expect the dots to be different, but every 10th dot is the bigger one.
BTW:
I do seem to get a popup “OpenGL 2.1 supported” on every start recently.
Is that on intention and what should it tell me (apart from the fact that
OpenGL 2.1 is supported… :) )?
It is quite annoyi
bernhard, are the ones that are the easily visible ones the darker
grid lines (ever 5 or so) that are more intense in the line mode
On Wed, May 4, 2016 at 4:27 AM, Bernhard Stegmaier
wrote:
> Maybe some anti-aliasing issue?
> For me, dots are also quite small and some of them are barely visible,
Maybe some anti-aliasing issue?
For me, dots are also quite small and some of them are barely visible, while
others look quite normal.
When I played around with the grid dots on OS X in legacy canvas I also had a
hard time to find a configuration where dots are visible both on (HiDPI) retina
an
Le 03/05/2016 à 18:06, Bernhard Stegmaier a écrit :
> In the Dimensions => Grid menu you can switch between dots/lines (also took
> me some while, I would have expected it in some preferences dialog).
> I don’t think that it is a (common) wxWidgets 3.1 issue.
> My OS X build uses a wxWidgets maste
In the Dimensions => Grid menu you can switch between dots/lines (also took me
some while, I would have expected it in some preferences dialog).
I don’t think that it is a (common) wxWidgets 3.1 issue.
My OS X build uses a wxWidgets master maybe two weeks old and grid is fine both
with dots and l
Le 03/05/2016 à 15:56, Maciej Sumiński a écrit :
> On 05/02/2016 06:33 PM, jp charras wrote:
>> Le 02/05/2016 à 17:16, Maciej Sumiński a écrit :
>>> As noone had opposed the changes, I have just merged the bitmap fonts
>>> branch.
>>>
>>> As a small bonus, we have also added an option to switch to
Remember, I'm about to rearrange all the options anyway, so it's probably not
much of a concern where it goes for now. Feel free to begin the preferences
organization bikeshedding on the thread I already started for that, though :D
On Tue, May 03, 2016 at 03:58:21PM +0200, Maciej Sumiński wrote:
>
On 05/02/2016 06:33 PM, jp charras wrote:
> Le 02/05/2016 à 17:16, Maciej Sumiński a écrit :
>> As noone had opposed the changes, I have just merged the bitmap fonts
>> branch.
>>
>> As a small bonus, we have also added an option to switch to dotted grid
>> in GAL (thanks to Tom for refactoring the
Hi Simon,
On 05/02/2016 07:08 PM, Simon Wells wrote:
> just fyi for anyone as dumb/blind as me the option for switching
> between dots and lines for the grid is in Dimensions->Grid in pcbnew.
Purposedly I have not left any clues to see if I had picked the right
place for the setting. Apparently i
Hi Bernhard,
Good catch, it should be fixed now (revision 6766).
Regards,
Orson
On 05/02/2016 07:24 PM, Bernhard Stegmaier wrote:
> I already wanted to try over the weekend on OS X before the merge… anyway,
> just
> tried and it looks fine for me, good work!
> Oh yes, I love the dotted grid… :
Le 02/05/2016 à 17:16, Maciej Sumiński a écrit :
> As noone had opposed the changes, I have just merged the bitmap fonts
> branch.
>
> As a small bonus, we have also added an option to switch to dotted grid
> in GAL (thanks to Tom for refactoring the grid drawing routine).
>
> Regards,
> Orson
A
As noone had opposed the changes, I have just merged the bitmap fonts
branch.
As a small bonus, we have also added an option to switch to dotted grid
in GAL (thanks to Tom for refactoring the grid drawing routine).
Regards,
Orson
signature.asc
Description: OpenPGP digital signature
___
Le 22/04/2016 15:19, Maciej Sumiński a écrit :
> On 04/22/2016 12:04 PM, jp charras wrote:
>> Le 22/04/2016 11:52, Maciej Sumiński a écrit :
>>> On 04/22/2016 11:45 AM, jp charras wrote:
Le 22/04/2016 11:31, Maciej Sumiński a écrit :
> On 04/22/2016 11:03 AM, jp charras wrote:
>> I jus
On 04/22/2016 12:04 PM, jp charras wrote:
> Le 22/04/2016 11:52, Maciej Sumiński a écrit :
>> On 04/22/2016 11:45 AM, jp charras wrote:
>>> Le 22/04/2016 11:31, Maciej Sumiński a écrit :
On 04/22/2016 11:03 AM, jp charras wrote:
> I just tested the new code:
> With a large board (for i
On 04/22/2016 11:45 AM, jp charras wrote:
> Le 22/04/2016 11:31, Maciej Sumiński a écrit :
>> On 04/22/2016 11:03 AM, jp charras wrote:
>>> I just tested the new code:
>>> With a large board (for instance the "video" demo), i have a segmentation
>>> fault (no error displayed,
>>> just a crash)
>>
Le 22/04/2016 11:31, Maciej Sumiński a écrit :
> On 04/22/2016 11:03 AM, jp charras wrote:
>> I just tested the new code:
>> With a large board (for instance the "video" demo), i have a segmentation
>> fault (no error displayed,
>> just a crash)
>
> Is it possible to get a backtrace? I cannot cra
On 04/22/2016 11:03 AM, jp charras wrote:
> I just tested the new code:
> With a large board (for instance the "video" demo), i have a segmentation
> fault (no error displayed,
> just a crash)
Is it possible to get a backtrace? I cannot crash it here.
Regards,
Orson
> Texts are correctly displa
Le 22/04/2016 10:36, Maciej Sumiński a écrit :
> On 04/21/2016 08:35 PM, jp charras wrote:
>> Le 21/04/2016 17:51, Maciej Sumiński a écrit :
>>> On 04/21/2016 05:46 PM, jp charras wrote:
Yes, W7 32 bits + msys2.
>
>> I also noticed an issue for pcb texts: the vertical justificatio
Le 22/04/2016 10:36, Maciej Sumiński a écrit :
> On 04/21/2016 08:35 PM, jp charras wrote:
>> Le 21/04/2016 17:51, Maciej Sumiński a écrit :
>>> On 04/21/2016 05:46 PM, jp charras wrote:
Yes, W7 32 bits + msys2.
>
>> I also noticed an issue for pcb texts: the vertical justificatio
On 04/21/2016 08:35 PM, jp charras wrote:
> Le 21/04/2016 17:51, Maciej Sumiński a écrit :
>> On 04/21/2016 05:46 PM, jp charras wrote:
>>> Yes, W7 32 bits + msys2.
>>>
> I also noticed an issue for pcb texts: the vertical justification has
> changed:
> when changing the horizonta
Le 21/04/2016 17:51, Maciej Sumiński a écrit :
> On 04/21/2016 05:46 PM, jp charras wrote:
>> Yes, W7 32 bits + msys2.
>>
>>>
I also noticed an issue for pcb texts: the vertical justification has
changed:
when changing the horizontal justification, the vertical justification is
>>>
On 04/21/2016 05:46 PM, jp charras wrote:
> Yes, W7 32 bits + msys2.
>
>>
>>> I also noticed an issue for pcb texts: the vertical justification has
>>> changed:
>>> when changing the horizontal justification, the vertical justification is
>>> also changed.
>>> (This is a bug which break compatib
Le 21/04/2016 16:56, Maciej Sumiński a écrit :
> On 04/21/2016 04:52 PM, jp charras wrote:
>> Le 21/04/2016 16:25, Maciej Sumiński a écrit :
>>> I got rid off the artifacts resulting from mipmapping, and I think the
>>> branch [1] is ready for merging. Apart from bitmap fonts, there are also
>>> a
Le 21/04/2016 16:25, Maciej Sumiński a écrit :
> I got rid off the artifacts resulting from mipmapping, and I think the
> branch [1] is ready for merging. Apart from bitmap fonts, there are also
> a few other changes that should improve performance a bit.
>
> If there are no objections, I would li
On 04/21/2016 04:52 PM, jp charras wrote:
> Le 21/04/2016 16:25, Maciej Sumiński a écrit :
>> I got rid off the artifacts resulting from mipmapping, and I think the
>> branch [1] is ready for merging. Apart from bitmap fonts, there are also
>> a few other changes that should improve performance a b
I got rid off the artifacts resulting from mipmapping, and I think the
branch [1] is ready for merging. Apart from bitmap fonts, there are also
a few other changes that should improve performance a bit.
If there are no objections, I would like to merge the branch next week.
Regards,
Orson
1.
htt
On 04/18/2016 05:20 PM, Wayne Stambaugh wrote:
[snip]
> Please don't dismiss this idea too quickly. We've already discussed
> using freetype to allow us to use any font even in boards. We also
> already have an indirect dependency on freetype via cairo so we wouldn't
> be adding much in that rega
On 4/18/2016 10:03 AM, Maciej Sumiński wrote:
> On 04/15/2016 03:41 PM, "Torsten Hüter" wrote:
>> Hi Orson,
>> thanks for your nice work. I remember that we have discussed about this
>> subject
>> a few years ago - in general I think it's an advantage to
>> have an alternative for the stroke font
From: Maciej Sumiński [maciej.sumin...@cern.ch]
Sent: 18 April 2016 15:05
To: Mário Luzeiro; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Bitmap fonts
> Maybe it would be enough just to double the font atlas texture size
rs based on the previous shader calculation :/
>
> From: Maciej Sumiński [maciej.sumin...@cern.ch]
> Sent: 18 April 2016 15:12
> To: Mário Luzeiro; kicad-developers@lists.launchpad.net
> Subject: Re: [Kicad-developers] Bitmap fonts
>
> Lines a
previous shader calculation :/
From: Maciej Sumiński [maciej.sumin...@cern.ch]
Sent: 18 April 2016 15:12
To: Mário Luzeiro; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Bitmap fonts
Lines are computed once and cached in video memory and then
do it on software.
>
> Mario
>
>
> From: Maciej Sumiński [maciej.sumin...@cern.ch]
> Sent: 18 April 2016 14:46
> To: Mário Luzeiro; kicad-developers@lists.launchpad.net
> Subject: Re: [Kicad-developers] Bitmap fonts
>
> As you h
15 April 2016 11:39
> To: kicad-developers@lists.launchpad.net
> Subject: Re: [Kicad-developers] Bitmap fonts
>
> Le 15/04/2016 11:21, Maciej Sumiński a écrit :
>> On 04/14/2016 06:39 PM, Simon Richter wrote:
>>> Hi,
>>>
>>> On 14.04.2016 11:33, Maciej Sum
On 04/15/2016 03:41 PM, "Torsten Hüter" wrote:
> Hi Orson,
> thanks for your nice work. I remember that we have discussed about this
> subject
> a few years ago - in general I think it's an advantage to
> have an alternative for the stroke font. Not for performance, but for the
> visual
> quali
frame, so it would
be more flexible do it on software.
Mario
From: Maciej Sumiński [maciej.sumin...@cern.ch]
Sent: 18 April 2016 14:46
To: Mário Luzeiro; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Bitmap fonts
As you have already
launchpad.net; maciej.sumin...@cern.ch
> Subject: RE: [Kicad-developers] Bitmap fonts
>
> Here is the result of my test (attached)
>
> Question: Is the text rendered every draw frame?
>
> If yes:
> My suggestion was to clamp to a max size (in order to render the text 1:1 o
On 04/15/2016 12:39 PM, jp charras wrote:
[snip]
> Orson,
>
> I just tested your last version, and I find the result rather good.
I have just changed one more thing: now vertex data is not stored in the
system memory, but in mapped video memory [1]. I hope it solves all the
memory related problem
zeiro :
>> Question: Is the text rendered every draw frame?
>
> No :/ I found / experiment it on the source code.
>
>
> From: Mário Luzeiro
> Sent: 15 April 2016 13:01
> To: kicad-developers@lists.launchpad.net; maciej.sumin...@cern.ch
> Question: Is the text rendered every draw frame?
No :/ I found / experiment it on the source code.
From: Mário Luzeiro
Sent: 15 April 2016 13:01
To: kicad-developers@lists.launchpad.net; maciej.sumin...@cern.ch
Subject: RE: [Kicad-developers] Bit
Hi Orson,
thanks for your nice work. I remember that we have discussed about this subject a few years ago - in general I think it's an advantage to
have an alternative for the stroke font. Not for performance, but for the visual quality.
I'd call it rather "outline font" instead of bitmap
11:39
To: kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Bitmap fonts
Le 15/04/2016 11:21, Maciej Sumiński a écrit :
> On 04/14/2016 06:39 PM, Simon Richter wrote:
>> Hi,
>>
>> On 14.04.2016 11:33, Maciej Sumiński wrote:
>>
>>> Currently, t
Le 15/04/2016 11:21, Maciej Sumiński a écrit :
> On 04/14/2016 06:39 PM, Simon Richter wrote:
>> Hi,
>>
>> On 14.04.2016 11:33, Maciej Sumiński wrote:
>>
>>> Currently, the most expensive thing to draw is stroked text, as there
>>> are lots of labels on tracks and pads. To reduce the drawing cost (
From: Kicad-developers
[kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of
Maciej Sumiński [maciej.sumin...@cern.ch]
Sent: 15 April 2016 10:16
To: Simon Richter; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Bitmap fonts
On 04/14/2016 06:39 PM, Simon Richter wrote:
> Hi,
>
> On 14.04.2016 11:33, Maciej Sumiński wrote:
>
>> Currently, the most expensive thing to draw is stroked text, as there
>> are lots of labels on tracks and pads. To reduce the drawing cost (and
>> memory requirements), texts that are not targe
On 04/15/2016 12:35 AM, Simon Richter wrote:
> Hi,
>
> On 14.04.2016 20:27, Vesa Solonen wrote:
>
>> Orson, please have a look how rendering is done on gEDA gschem. IIRC
>> font rendering is by Peter Clifton and he went on to optimize stroke
>> (pixel)grid fitting, etc. The actual renderer is Cai
On 04/14/2016 08:27 PM, Vesa Solonen wrote:
> 14/04/16, 13:00, Mário Luzeiro kirjoitti:
>
>> But it may suffer from scaling issues, as we can see in your screenshots in
>> the very small size (they are not render properly, C2: pin 1.. etc)
>> So you may need to pre-render the font in difference s
Hi,
On 14.04.2016 20:27, Vesa Solonen wrote:
> Orson, please have a look how rendering is done on gEDA gschem. IIRC
> font rendering is by Peter Clifton and he went on to optimize stroke
> (pixel)grid fitting, etc. The actual renderer is Cairo, but could we use
> Cairo to make the font textures f
14/04/16, 13:00, Mário Luzeiro kirjoitti:
> But it may suffer from scaling issues, as we can see in your screenshots in
> the very small size (they are not render properly, C2: pin 1.. etc)
> So you may need to pre-render the font in difference sizes (to different
> textures) to be used the appr
Hi,
On 14.04.2016 11:33, Maciej Sumiński wrote:
> Currently, the most expensive thing to draw is stroked text, as there
> are lots of labels on tracks and pads. To reduce the drawing cost (and
> memory requirements), texts that are not targeted to Gerber files (i.e.
> pad & track labels) might be
Maciej Sumiński [maciej.sumin...@cern.ch]
Sent: 14 April 2016 15:37
To: Mário Luzeiro; KiCad Developers
Subject: Re: [Kicad-developers] Bitmap fonts
I have just enabled regular OpenGL mipmapping, but I do not see a
significant difference. I consider the mentioned text (net name on pad
1, C2) to be just
gt;
>
> From: Maciej Sumiński [maciej.sumin...@cern.ch]
> Sent: 14 April 2016 14:38
> To: Mário Luzeiro; KiCad Developers
> Subject: Re: [Kicad-developers] Bitmap fonts
>
> On 04/14/2016 12:25 PM, Mário Luzeiro wrote:
>>> But
On 04/14/2016 03:30 PM, jp charras wrote:
[snip]
> I just tested it
> (note: on msys2, W7 32 bits I had a GL_INVALID_FRAMEBUFFER_OPERATION
> undefined compil error)
It should be fixed now.
Regards,
Orson
signature.asc
Description: OpenPGP digital signature
___
ng may be an overwriten quality option by
the system configuration.
my 2 cents (of €uro)! :P
Mario
From: Maciej Sumiński [maciej.sumin...@cern.ch]
Sent: 14 April 2016 14:38
To: Mário Luzeiro; KiCad Developers
Subject: Re: [Kicad-developers] Bitmap fonts
On 04/14/2016 03:30 PM, jp charras wrote:
[snip]
> Thanks, Orson.
>
> I just tested it
> (note: on msys2, W7 32 bits I had a GL_INVALID_FRAMEBUFFER_OPERATION
> undefined compil error)
>
> After testing a complex 16 layers board, the current version allocates up to
> 128 Mbytes, and the
> bitmap
___
> From: Maciej Sumiński [maciej.sumin...@cern.ch]
> Sent: 14 April 2016 11:12
> To: Mário Luzeiro; KiCad Developers
> Subject: Re: [Kicad-developers] Bitmap fonts
>
> Hi Mario,
>
> On 04/14/2016 12:00 PM, Mário Luzeiro wrote:
>> Hi Orson,
>>
>
Le 14/04/2016 11:33, Maciej Sumiński a écrit :
> Hi,
>
> As recently Jean-Pierre has reported he had been running out of memory
> with complex boards, I decided to take another step to reduce memory
> footprint of OpenGL canvas.
>
> Currently, the most expensive thing to draw is stroked text, as
.@cern.ch]
Sent: 14 April 2016 11:12
To: Mário Luzeiro; KiCad Developers
Subject: Re: [Kicad-developers] Bitmap fonts
Hi Mario,
On 04/14/2016 12:00 PM, Mário Luzeiro wrote:
> Hi Orson,
>
> If I understand correctly that would be the font for non board items.
That is right. As labels are
rio Luzeiro
From: Kicad-developers
[kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of
Maciej Sumiński [maciej.sumin...@cern.ch]
Sent: 14 April 2016 11:02
To: Lorenzo Marcantonio
Cc: KiCad Developers
Subject: Re: [Kicad-developers] B
Regards,
Orson
> Keep good work!
> Mario Luzeiro
>
> From: Kicad-developers
> [kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of
> Maciej Sumiński [maciej.sumin...@cern.ch]
> Sent: 14 April 2016 10:33
> To: Ki
On 04/14/2016 11:48 AM, Lorenzo Marcantonio wrote:
> On Thu, Apr 14, 2016 at 11:33:18AM +0200, Maciej Sumiński wrote:
>> Hi,
>>
>> As recently Jean-Pierre has reported he had been running out of memory
>> with complex boards, I decided to take another step to reduce memory
>> footprint of OpenGL ca
: [Kicad-developers] Bitmap fonts
Hi,
As recently Jean-Pierre has reported he had been running out of memory
with complex boards, I decided to take another step to reduce memory
footprint of OpenGL canvas.
Currently, the most expensive thing to draw is stroked text, as there
are lots of labels on
Hi,
As recently Jean-Pierre has reported he had been running out of memory
with complex boards, I decided to take another step to reduce memory
footprint of OpenGL canvas.
Currently, the most expensive thing to draw is stroked text, as there
are lots of labels on tracks and pads. To reduce the dr
66 matches
Mail list logo
