Re: Animation Engine: speed tips
On 6/27/20 7:09 PM, David Bovill via use-livecode wrote: I made a quick test - creating and animating small graphic circles along a complex curve with many points. It works fine with one or two animated spheres but I’d like to be able to animate >30 and it slows to a crawl after 4 or 5. I tried setting the layer mode appropriately for all the objects - but I’m doing this on a new MacBook Pro - and it does not make a difference. Does anyone have an example stack with multiple animated objects that I can compare / test for speed? Hello David, You're welcome to play around with my sketchbook: https://speedbump.io/shared/yage-sketchbook.zip Ignore the first card, as it's my misunderstanding of how to effectively use Animation Engine, but the 2nd card uses the movePolygonal command to animate 60 objects across several polygons at about 60FPS on my Ryzen 3700X on Linux Mint 19.3. Frame rate jumps a tad on Windows, but I don't have a Mac to test with anymore. Would you be willing to share your stack? -- Derek Bump ___ 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
Help with androidStartAudioPlayingInBackground()
Hello Everyone,
I was wondering if anyone has insight into the usage of
"androidStartAudioPlayingInBackground()", or can confirm that it works?
I setup a test stack that attempts to play a public domain MP3 using the
following script but nothing plays. I receive nothing from the function,
and I'm getting the following in logcat: LiveCode: JNI exception thrown
when calling native method
on mouseUp
local tFile
put specialFolderPath("engine") & "/" & "spring_song.mp3" into tFile
if there is not a file tFile then
answer "File not found:" && tFile
end if
put androidStartAudioPlayingInBackground(tFile) into card field "result"
-- logcat: LiveCode: JNI exception thrown when calling native method
end mouseUp
I've tested this build using Community 9.6.2 (rc3) and 9.0.5, on an
Android 9.0 Virtual Device and a Android 9.0 phone. Same result across
the board, nothing plays.
I did test and confirm the ability to play the audio file with
"mobilePlaySoundOnChannel", but I need background playback for my
project to work. Also, I searched the LiveCode Quality Control site for
existing bugs (no results) and searched the forum a bit.
Does anyone have any ideas? Here is my test stack if you're willing to
give it a shot on your end:
https://www.speedbump.io/shared/backgroundPlayTest.minimal.zip
Thank you in advance,
Derek Bump
___
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: Help with androidStartAudioPlayingInBackground()
That did the trick, thank you.
On 3/28/21 2:08 PM, J. Landman Gay via use-livecode wrote:
I've seen similar issues when trying to read other file types from the
resources folder in an Android standalone. Try copying the file to
specialFolderPath("documents") and play it from there. It's likely a
permissions problem that I wish didn't exist.
On 3/28/21 1:24 PM, Derek Bump via use-livecode wrote:
Hello Everyone,
I was wondering if anyone has insight into the usage of
"androidStartAudioPlayingInBackground()", or can confirm that it works?
I setup a test stack that attempts to play a public domain MP3 using
the following script but nothing plays. I receive nothing from the
function, and I'm getting the following in logcat: LiveCode: JNI
exception thrown when calling native method
on mouseUp
local tFile
put specialFolderPath("engine") & "/" & "spring_song.mp3" into tFile
if there is not a file tFile then
answer "File not found:" && tFile
end if
put androidStartAudioPlayingInBackground(tFile) into card field
"result"
-- logcat: LiveCode: JNI exception thrown when calling native method
end mouseUp
I've tested this build using Community 9.6.2 (rc3) and 9.0.5, on an
Android 9.0 Virtual Device and a Android 9.0 phone. Same result
across the board, nothing plays.
I did test and confirm the ability to play the audio file with
"mobilePlaySoundOnChannel", but I need background playback for my
project to work. Also, I searched the LiveCode Quality Control site
for existing bugs (no results) and searched the forum a bit.
Does anyone have any ideas? Here is my test stack if you're willing
to give it a shot on your end:
https://www.speedbump.io/shared/backgroundPlayTest.minimal.zip
Thank you in advance,
Derek Bump
___
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
___
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: [[ ANN ]] New Enhancements Bundle v1.0.32 available
Hello Panos, Thank you! The enhancements bundle, specifically PolyList and PolyGrid, have been incredibly helpful in my projects. I've noticed I have different versions of PolyList in the "Extensions" folder under my "My LiveCode" directory. How can I be sure the proper version is being loaded? Should I be clearing out the old versions, or does your installer handle that? Thanks again, Thank you, Derek Bump --- Original Message --- On Friday, August 4th, 2023 at 08:47, panagiotis merakos via use-livecode wrote: > > > Hello all, > > Just to let you know that there is an update of the enhancements bundle > available in your account area. > > Latest update 1.0.32: 4 August 2023 > > This update includes some bugfixes. I'll update BugZilla later tonight. > > Note that when installing this new version using the stack > "WidgetPackInstaller.livecode" that is included in the bundle, you might > need to restart the LC IDE once (or twice) - you will get a dialog asking > you to do so. > > Kind regards, > Panos > > > -- > ___ > 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 ___ 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: [[ ANN ]] New Enhancements Bundle v1.0.32 available
Hello Panos, Excellent, thank you for the quick response. Regards, Derek Bump --- Original Message --- On Friday, August 4th, 2023 at 09:37, panagiotis m via use-livecode wrote: > > > Hello Derek, > > Indeed, those 2 widgets are probably the ones I mostly use in my projects > as well! > > > *>>>>How can I be sure the proper version is being loaded? Should I be > > clearing out the old versions, or does your installer handle that?* > The installer does handle that - it removes existing versions and installs > the newest ones. > > Kind regards, > Panos > -- > > On Fri, 4 Aug 2023 at 17:24, Derek Bump via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > Hello Panos, > > > > Thank you! The enhancements bundle, specifically PolyList and PolyGrid, > > have been incredibly helpful in my projects. > > > > I've noticed I have different versions of PolyList in the "Extensions" > > folder under my "My LiveCode" directory. How can I be sure the proper > > version is being loaded? Should I be clearing out the old versions, or does > > your installer handle that? > > > > Thanks again, > > > > Thank you, > > Derek Bump > > > > --- Original Message --- > > On Friday, August 4th, 2023 at 08:47, panagiotis merakos via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > > > Hello all, > > > > > > Just to let you know that there is an update of the enhancements bundle > > > available in your account area. > > > > > > Latest update 1.0.32: 4 August 2023 > > > > > > This update includes some bugfixes. I'll update BugZilla later tonight. > > > > > > Note that when installing this new version using the stack > > > "WidgetPackInstaller.livecode" that is included in the bundle, you might > > > need to restart the LC IDE once (or twice) - you will get a dialog asking > > > you to do so. > > > > > > Kind regards, > > > Panos > > > > > > -- > > > ___ > > > 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 > > > > ___ > > 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 > > ___ > 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 ___ 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
Linux and the search for a controllable Web Browser
Good Day, I've been wrestling with the Browser widget on Linux long enough now that I've largely given up on using it for anything destined for a production environment. However, that has not reduced my need for a browser which I can control in my specific use-case: open a streaming video url, make it full screen, autoplay, wait for navigational input from the user (arrow keys, DEL key, etc), and close when requested. I did attempt to build a controllable browser using Neutralinojs, which showed potential. With it's configuration options, having a borderless, floating browser window appear at exact coordinates is very do-able. Unfortunately for me, the cross-origin nature of using an iframe is preventing JavaScript from forcing playback without a physical "click" from the user. Setting the URL of the Neutralinojs "browser" directly (not using iframe) resolves the cross-origin restriction, but it still required click for playback. Plus, setting the URL directly wipes out any JavaScript written, so inter-process communications disappears immediately. So that solution isn't viable. I'm thinking of attempting the same concept using Electron, but I'm betting 100% the experience will be the same. Many in the past have abused the Autoplay feature, so its largely locked down in commercial browsers at this point. I'm pretty sure I'd have to compile a custom browser from source, which I have never done before. Nor am I interested in going down that rabbit hole (yet). So I wanted to reach out to see if anyone has stumbled upon a solution for showing web pages on Linux in such a way that you can still maintain control over the browser through LiveCode? With regards to my use-case, I've (temporarily) opted to launch Firefox using "open process" (non blocking) in Kiosk mode. This is nearly producing what I need, except regaining control involves terminating Firefox when my user presses a "Universal Home" button on their remote control. Not ideal, but it works. What's frustrating is that there's a Browser Widget sitting in my toolbar which seems to work well on Windows and Mac. However, even if the widget was compatible (or I found a modern distro where it works), it still wouldn't solve my problem: LC's browser implementation has some of it's multimedia framework support turned off, so HLS is out the window. This would need to be added in by LiveCode Ltd., most likely. Am I stuck? I appreciate the help and look forward to feedback. Thank you, Derek Bump ___ 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: Livecode 10dp6 and web fonts
Hi Paul, In the past, I aimed to align my application UI closely with the host OS, believing that a consistent UI ensures broad accessibility. However, over time, I've come to see that while UI continuity is beneficial, it isn't the ultimate solution. This realization hit home when I managed a team for a large enterprise client. We had programs that mimicked the host OS UI while others sported a completely unique UI. To my surprise, the consistency of the UI mattered little to my team—most only used technology to fulfill their core tasks. The outdated screen snapshots and hand-annotations in the department's process documentation underscored this point. The design nuances, like font choices, weren't as problematic as a complete UI overhaul. An entire UI revamp meant new documentation and snapshots, consuming a significant chunk of my time and increasing my managerial stress. While one could argue these issues stem from a lack of training or poor work environment, the reality is such teams exist, and they will be your users and sources of feedback. Now, my focus is on ensuring the UI fits the program's purpose rather than matching the host OS. Continuity matters, but it isn't paramount. I tread cautiously with UI changes, avoiding unnecessary complexity. Gathering feedback early and consistently is key. If considering major UI shifts, I seek feedback upfront. Considering the topic, I highly recommend Bret Victor's "Inventing on Principle" (https://www.youtube.com/watch?v=PUv66718DII) I believe LiveCode resonates with Bret's ideas, and I've been integrating his concepts into my work. Well worth the engaging 54 minute presentation. Hope this provides some insight, Derek Bump On 9/27/23 09:49, Paul Dupuis via use-livecode wrote: (A) Do you try to make your interfaces across platforms the SAME (as much as possible)? OR (B) Do you TAILOR each interface for the specific platform (as much as possible)? And optionally, an opened ended question: Does your answer depend of what platforms you are deploying for? ___ 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: Fun with ChatGPT creating LC script
Hello Roger, It is indeed a lot of fun, I couldn't agree more! What's truly amazing is how often I can transform that impressive "looking" LC script into something actually functional. Using LLMs in combination with the Script Profiler was all the proof I needed to ensure LLMs are now a dedicated part of my workflow. I do wish there was an offline model that didn't produce just javascript-laden gibberish, but I have a feeling that won't be the case for much longer. Thanks for sharing, Derek Bump On 9/29/23 13:30, Eller, Roger via use-livecode wrote: Then I asked ChatGPT to create code in LiveCode to solve the same problem. It generated some surprisingly great "looking" LC script which on the surface seemed like it would work. I allowed ChatGPT 4 tries to generate functional and complete code to solve this problem. It was never able to. Try it. It's interesting to see the variations that it comes up with. ___ 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: Deployment: a plea/opportunity
Thank you for speaking up, Richard. I could not agree more: deployment issues are a critical bottleneck that deserves immediate attention. Regards, Derek Bump On 10/13/23 12:46, Richard Gaskin via use-livecode wrote: We see it here in this list. We see it in the forums. We see it wherever app deployment is discussed: OS requirements for packaging/stapling/signing apps are onerous. At the edge of, and sometimes exceeding, being prohibitively so. There's no point in making a standalone if you can't ship it. If pro devs with decades of experience struggle with this, newcomers will run screaming. SIMPLIFYING DEPLOYMENT IS THE NUMBER ONE PRIORITY. Pardon the all-caps. I rarely use them. But this is important. Simplifying deployment is more important than "AI". Simplifying deployment is more important than "nocode". It is the single biggest pain point. And so it is the single biggest opportunity. ___ 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: Your scripts as a flowchart
Thank you, Andreas, this is very cool and quite helpful! Some feedback to pass along for consideration: 1. I keep getting an Error 400 when creating a flowchart, and it seems to have something to do with the "Group per handler host" checkbox. If you toggle it in the right order, the chart will generate without an error. 2. Clicking any of the buttons to save files is not resulting in anything appearing on my Desktop. (Mint 21.2) 3. The teal backgrounds and gray text throughout the UI blends together and disappears when I look at it. I hope this is helpful, Derek Bump On 11/30/23 14:45, Andreas Bergendal via use-livecode wrote: Hi all, Finally I can answer Yes to the question on exporting script flowcharts! New version of WIS_ScriptDependencies available: v1.1.5 (30 Nov 2023) /Andreas ___ 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: Your scripts as a flowchart
My apologies, Andreas, I forget about Dark Mode being a bit finicky on my daily driver. Purely a personal preference which I've resolved, but I dropped the snapshots in the forum if you're still interested. Please disregard. Otherwise I appreciate the quick response. I'm back on track, and will drop more on the forum if I find anything :-) Thank you, Derek Bump On 12/3/23 13:29, Andreas Bergendal wrote: 3. Hmm, I don’t usually use any gray texts. All texts are black, except for a few big buttons that have ”midnight blue” text, which is also the colour of most of the icons. Is something happening to the UI on Linux? It would be interesting to see a screenshot of how it looks for you. Here’s a screenshot of part of the UI, posted in the LC forum, that shows how it looks on Mac and Windows: https://forums.livecode.com/viewtopic.php?f=9&t=37644&start=75 Best, Andreas 3 dec. 2023 kl. 19:00 skrev Derek Bump via use-livecode: Thank you, Andreas, this is very cool and quite helpful! Some feedback to pass along for consideration: 1. I keep getting an Error 400 when creating a flowchart, and it seems to have something to do with the "Group per handler host" checkbox. If you toggle it in the right order, the chart will generate without an error. 2. Clicking any of the buttons to save files is not resulting in anything appearing on my Desktop. (Mint 21.2) 3. The teal backgrounds and gray text throughout the UI blends together and disappears when I look at it. I hope this is helpful, Derek Bump On 11/30/23 14:45, Andreas Bergendal via use-livecode wrote: Hi all, Finally I can answer Yes to the question on exporting script flowcharts! New version of WIS_ScriptDependencies available: v1.1.5 (30 Nov 2023) /Andreas ___ 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: Thanks for all the fish
Thank you, Mark. That is very generous. -- Derek Bump On 12/30/23 17:03, Mark Wieder via use-livecode wrote: PowerDebug and PowerTools have now been released into the wild as opensource tools (MIT license). Code is all intact, although the check for update functionality has been commented out for obvious reasons. Have fun. https://github.com/mwieder/PowerDebug https://github.com/mwieder/PowerTools ___ 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
Experiments with the container layerMode and Animation Engine
Hello List, I hope all of you have been well. It's been a while since I've experimented with Animation Engine--or LiveCode in general--and the recent addition of the "container" layerMode in 9.5 had me thinking that it might be a good time to revisit animation and gaming. However, I've been rooted in the world of LAMPP stacks for the past decade and my grasp of math-heavy concepts is pretty bad. So with that in mind, I was hoping I could get some feedback on my scrapbook? I have two different machines that I've been testing on and the results have been pretty interesting. Especially on the Linux side, which is where I saw the fastest rendering. I assumed that Windows would have had a commanding lead, but rendering with Linux on the same hardware was nearly twice as fast. Which makes me suspicious I may have overlooked something. https://speedbump.io/shared/yage/YAGE_Sketchbook_v1.zip (37.4 MB) https://speedbump.io/shared/yage/YAGE_Sketchbook_v1_without_builds.zip (134.2 KB) Platform binaries are located in ./builds, Windowed at 1024 x 576 pixels... 4 cores, 4 Threads @3.2 GHz, i5-4570 (2013) Linux Mint 19.1 Random Movement 1x1: 85-95 fps Polygonal: 68-90 fps Windows 10 Random Movement 1x1: 37-41 fps Polygonal:29-41 fps 4 cores, 8 Threads @2.3 GHz, i7-3615QM (2013) macOS 10.14.5 Random Movement 1x1: 12-15 fps Polygonal: 15-25 fps One suspicion in particular is whether my implementation of Animation Engine is efficient or not? My sketches are largely just a continuous loop, but I know my rendering will decline significantly once I start adding more logic, collisions, media, and anything else I've overlooked. I'm still making my way through the documentation though. My plans for the future are some mini-games in a simplified style. Top-down racing with basic collision detection, maybe a fishing game, or something even more basic like skydiving into rings. To be honest, I get most of my ideas from the mini-games my spouse loves to play so I'll probably glean a few since I have a live-in play tester. Gotta be careful with that. ;-) So anyways, I'm looking forward to hearing what you folks have to say. I hope everyone has a great weekend. Cheers! -- Derek Bump Henderson, NV ___ 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
