Re: Modal stacks cpu usage

[Phil Davis via use-livecode]

Another factor I discovered in times past (which may have been changed 
by now) that eats up CPU cycles is the "Default" button style. Do you 
possibly have one of those on your stack?


Phil Davis


On 9/30/20 7:30 PM, Neville Smythe via use-livecode wrote:

I have just noticed something curious.

I am running LiveCode 8.1 IDE 9.6.1 on a Mac Air 2020 quad core Catalina.

Typically LC cpu usage shows about 34%  (presumably of 1 core).  When a modal 
stack is opened it immediately ramps up to 99% ; the fan kicks in, and if left 
for a while the OS boosts the kernel_task daemon which I have been told is a 
protection device to prevent overheating. This has the effect of very markedly 
slowing down all apps as they get less cpu time.

If the stack is opened in non-modal mode, cpu usage stays around 34% . I don’t 
understand why a modal stack should be a cpu hog, indeed it seems like a bug to 
me.

I have a suspicion the wait with messages command  may have the same effect on 
cpu performance, so it could be the culprit.





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


--
Phil Davis
503-307-4363


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Modal stacks cpu usage

[Neville Smythe via use-livecode]

I have just noticed something curious. 

I am running LiveCode 8.1 IDE 9.6.1 on a Mac Air 2020 quad core Catalina.  

Typically LC cpu usage shows about 34%  (presumably of 1 core).  When a modal 
stack is opened it immediately ramps up to 99% ; the fan kicks in, and if left 
for a while the OS boosts the kernel_task daemon which I have been told is a 
protection device to prevent overheating. This has the effect of very markedly 
slowing down all apps as they get less cpu time.

If the stack is opened in non-modal mode, cpu usage stays around 34% . I don’t 
understand why a modal stack should be a cpu hog, indeed it seems like a bug to 
me. 

I have a suspicion the wait with messages command  may have the same effect on 
cpu performance, so it could be the culprit.





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

TIL: JSON validator

[Mark Wieder via use-livecode]

I've been in the DeveloperWeek conference for the last couple of days, 
and in a morning session today about OpenAPI I learned about an online 
JSON Schema validator tool.


https://www.jsonschemavalidator.net/

Also, this JSON/YAML linter may be of use:

https://meta.stoplight.io/docs/spectral/README.md

--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: iOS app erratically freezing up when loading audio files

[Andreas Bergendal via use-livecode]

Unfortunately, it didn’t work. It actually crashes the app in Simulator after 
doing it twice(!).

On the first go, it's loading the audio file, by first setting the path to 
empty, then to the actual path. All is fine.
Going back to gallery card, the player is stopped and deleted (as intended, 
mobileControlDelete).
Repeating the procedure a second time (go to profile card (same or other), 
create new player, load the audio file) now crashes the app every time, at the 
stage of loading the real path.

This is another flavour of strange, but a step backwards.

I think we’ll try with other audio formats than mp3, to see if it makes any 
difference...

If anyone has time, an iPad and interest in taking part in testing, I can 
invite you via TestFlight (my client approves). 

J. Landman Gay via use-livecode 
Some video problems can be solved by setting the filename of the player to 
empty, waiting a few milliseconds, and then setting the new filename.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: iOS app erratically freezing up when loading audio files

[Andreas Bergendal via use-livecode]

Thanks Jacqueline, I’ll try that!

I use LC business 9.6.1 stable, Xcode 11.3.1


J. Landman Gay via use-livecode 

 Tue, 29 Sep 2020 22:17:57 -0700 

Some video problems can be solved by setting the filename of the player to 
empty, waiting a few milliseconds, and then setting the new filename. I'm not 
sure it will work in this case but it's worth a try.
Also, if you aren't using the latest version of LC, try that.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode