Search found 39 matches
- Wed May 01, 2013 4:25 pm
- Forum: Engine Contributors
- Topic: Rendering performance on Linux
- Replies: 60
- Views: 37761
Re: Rendering performance on Linux
I wasn't able to figure out what the mask is even used for other than messing with alpha stuff. I almost tried removing all the mask code, but I wasn't brave enough. There are some things, like mergealpha IIRC, that just lock and immediately unlock without doing anything else, which should be a noop...
- Wed May 01, 2013 3:39 pm
- Forum: Engine Contributors
- Topic: Rendering performance on Linux
- Replies: 60
- Views: 37761
Re: Rendering performance on Linux
@runrevmark: I have added a new pull request for the faster graphics changes.
mwieder said that he didn't notice the artifacts I was seeing, but I've been seeing them since the 6.0.0 official release, not compiled by me. In any case, that commit should fix them.
mwieder said that he didn't notice the artifacts I was seeing, but I've been seeing them since the 6.0.0 official release, not compiled by me. In any case, that commit should fix them.
- Tue Apr 30, 2013 6:40 am
- Forum: Engine Contributors
- Topic: the dreaded 64-bit compile
- Replies: 122
- Views: 69058
Re: the dreaded 64-bit compile
I just found the new prebuilts today. As for the ssh2 and curl, I think they aren't being found because the prebuilt ones are 32-bit? I added /usr/lib to the search path to grab the ones on my system. IIRC, the file was rules/common.linux.makefile, or one of those. It should be in one of the commits...
- Tue Apr 30, 2013 6:09 am
- Forum: Engine Contributors
- Topic: Rendering performance on Linux
- Replies: 60
- Views: 37761
Re: Rendering performance on Linux
Ooh, Skia looks cool. Does that mean we will be able to apply rotation/scaling/opacity/etc. to button sprites? :) As for the changes I did already, do they cause a loss of functionality? I haven't been able to find any case where something does not look correct. malte: I've never used Postgres befor...
- Tue Apr 30, 2013 4:22 am
- Forum: Engine Contributors
- Topic: the dreaded 64-bit compile
- Replies: 122
- Views: 69058
Re: the dreaded 64-bit compile
I now have the entirety of LiveCode community building on my system. I have pushed all the changes I needed to make here: https: //github. com/ricochet1k/livecode/tree/release-6.0.1. This is also needed: https: //github. com/runrev/livecode-prebuilt/pull/1 I would submit a pull request, but I'm not ...
- Sat Apr 27, 2013 12:57 am
- Forum: Engine Contributors
- Topic: Rendering performance on Linux
- Replies: 60
- Views: 37761
Re: Rendering performance on Linux
If you can send me an example stack with really poor performance with the styled text, I'll look into benchmarking and investigating. I'm afraid that I got lucky with the fix I did find, so it's not likely that I'll find something to fix, but I will try.
- Fri Apr 26, 2013 2:32 am
- Forum: Engine Contributors
- Topic: Rendering performance on Linux
- Replies: 60
- Views: 37761
Re: Rendering performance on Linux
The effects are the most obvious if you create a non-opaque graphic and import a snapshot of it. I was seeing all kinds of graphical artifacts. Parts of the file menu I had just opened, etc. But I just found the source of the bug: Newly created layers were not being cleared at all. There was code pr...
- Thu Apr 25, 2013 10:19 pm
- Forum: Engine Contributors
- Topic: Rendering performance on Linux
- Replies: 60
- Views: 37761
Re: Rendering performance on Linux
Report on what I've found so far: Commenting out the surface_merge_* functions in lock_layer and unlock_layer of lnxcontext.cpp greatly speeds up LiveCode. So far the only negative effect I've been able to find is that the "import snapshot" command doesn't have the correct alpha/mask values. It does...
- Tue Apr 23, 2013 3:32 am
- Forum: Engine Contributors
- Topic: Rendering performance on Linux
- Replies: 60
- Views: 37761
Rendering performance on Linux
I was tinkering with a little script to generate a grid of rectangles to fill a card, and I was surprised by how slow rendering of those graphics is. At 10x10 and filling the card, my naive solution (no lock screen/messages) gets exponentially slower with each new rectangle added, taking about 2 sec...