On 28/08/18 23:57, Andrey Kuznetsov wrote:
> Remember about OpenGL and
> MacOS:
> https://appleinsider.com/articles/18/06/04/opengl-opencl-deprecated-in-favor-of-metal-2-in-macos-1014-mojave
Deprecated doesn't mean it will disappear anytime soon.
Metal/Vulkan/Mantle/DX12 are cool for games
Remember about OpenGL and MacOS:
https://appleinsider.com/articles/18/06/04/opengl-opencl-deprecated-in-favor-of-metal-2-in-macos-1014-mojave
On Tue, Aug 28, 2018 at 2:40 PM, Jeff Young wrote:
> >> My solution would be to stick to OpenGL with hardware antialiasing.
>
> To my knowledge none of
>> My solution would be to stick to OpenGL with hardware antialiasing.
To my knowledge none of the Mac graphics cards have an issue with OpenGL, so
this is also my plan.
Cheers,
Jeff.
> On 28 Aug 2018, at 22:32, Tomasz Wlostowski wrote:
>
> On 28/08/18 19:55, Seth Hillbrand wrote:
>> OK.
On 28/08/18 19:55, Seth Hillbrand wrote:
> OK. Then, you should be able to scale the cairo context by 0.5 and draw
> individual pixels instead of 2x2 blocks.
It doesn't work this way on OSX. If you want smooth graphics, you either
have to request a full resolution framebuffer (see
On 8/28/2018 2:03 PM, Jeff Young wrote:
> Got it: OPENGL_ANTIALIASING_MODE::SUPERSAMPLING_X4.
>
> (We weren’t picking this up because it’s saved in the Pcbnew section.
> We probably want to move it to Common. There isn’t any reason you’d
> want a different setting for Pcbnew and Eeschema is
Got it: OPENGL_ANTIALIASING_MODE::SUPERSAMPLING_X4.
(We weren’t picking this up because it’s saved in the Pcbnew section. We
probably want to move it to Common. There isn’t any reason you’d want a
different setting for Pcbnew and Eeschema is there?)
> On 28 Aug 2018, at 18:21, Wayne
OK. Then, you should be able to scale the cairo context by 0.5 and draw
individual pixels instead of 2x2 blocks.
-S
Am Di., 28. Aug. 2018 um 10:35 Uhr schrieb Jeff Young :
> Scratch that last comment; I got myself tied in knots.
>
> It is Cairo that renders blocky.
>
>
> On 28 Aug 2018, at
Do we need to write a macos GAL object that uses the native macos device
context? This seems redundant to me because isn't that the purpose of
wxDC and it's derivatives?
On 8/28/2018 1:11 PM, Jeff Young wrote:
> Hi Seth,
>
> The scaling comes out correct, it’s just blocky.
>
> Is there some
Interesting. It’s not Cairo.
We currently have EDA_DRAW_PANEL_GAL hard-coded to OpenGL, so it’s actually
OpenGL that’s rendering blocky….
> On 28 Aug 2018, at 18:11, Jeff Young wrote:
>
> Hi Seth,
>
> The scaling comes out correct, it’s just blocky.
>
> Is there some way to adjust what
Scratch that last comment; I got myself tied in knots.
It is Cairo that renders blocky.
> On 28 Aug 2018, at 18:29, Jeff Young wrote:
>
> Interesting. It’s not Cairo.
>
> We currently have EDA_DRAW_PANEL_GAL hard-coded to OpenGL, so it’s actually
> OpenGL that’s rendering blocky….
>
>
>>
Hi Seth,
The scaling comes out correct, it’s just blocky.
Is there some way to adjust what Cairo thinks the screen resolution is and then
re-scale the canvas so that everything comes out the same again? I don’t know.
Cheers,
Jeff.
> On 28 Aug 2018, at 18:06, Seth Hillbrand wrote:
>
> Can
Can we just use cairo_scale to adjust the axes for Mac retina?
-S
Am Di., 28. Aug. 2018 um 09:59 Uhr schrieb Jeff Young :
> JP made the Footprint Wizard Cairo-only recently, and I planned to do the
> same for the Eeschema dialog previews.
>
> However, I’ve just discovered that Cairo doesn’t
JP made the Footprint Wizard Cairo-only recently, and I planned to do the same
for the Eeschema dialog previews.
However, I’ve just discovered that Cairo doesn’t handle Retina displays on Mac.
(It essentially draws blocks of 2x2 pixels instead of individual ones.)
Anyone know if this is
13 matches
Mail list logo
