# FastLED Wasm compiler
[](https://github.com/zackees/fastled-wasm/actions/workflows/lint.yml)
[](https://github.com/zackees/fastled-wasm/actions/workflows/test_macos.yml)
[](https://github.com/zackees/fastled-wasm/actions/workflows/test_ubuntu.yml)
[](https://github.com/zackees/fastled-wasm/actions/workflows/test_win.yml)
[](https://github.com/zackees/fastled-wasm/actions/workflows/test_build_exe.yml)
[](https://github.com/zackees/fastled-wasm/actions/workflows/build_multi_docker_image.yml)
[](https://github.com/zackees/fastled-wasm/actions/workflows/publish_release.yml)
[](https://github.com/zackees/fastled-wasm/actions/workflows/build_webpage.yml)
## Compile your FastLED sketch and run it on the Browser!
# About
This python app will compile your FastLED style sketches into html/js/wasm output that runs directly in the browser.
Compile times are extremely fast, thanks to aggressive object caching for C++ and sketch fingerprinting with a zip file cache. Recompilation of sketch files with minimal changes will occure in less than a second.
If you have docker installed, the compiler will download the docker image and run a private local server on your machine. If you don't have Docker installed then the app will fall back to using the public web compiler.
In every conceivable way, the local compiler will be much faster than the web version.
# Demo
https://zackees.github.io/fastled-wasm/
# Tutorial video
**Note this video is a little outdated, you will install the app now with `pip install fastled` and run it like `fastled mysketchfolder`**
https://github.com/user-attachments/assets/64ae0e6c-5f8b-4830-ab87-dcc25bc61218
# Install
```bash
pip install fastled
```
**Note that you may need to install x86 docker emulation on Mac-m1 and later, as this is an x86 only image at the prsent.**
# Command Line Use
Change to the directory where the sketch lives and run, will run the compilation
on the web compiler.
```bash
# This will use the web-compiler, unless you have docker installed in which case a local
# server will be instantiated automatically.
cd <SKETCH-DIRECTORY>
fastled
```
Forces the local server to to spawn in order to run to do the compile.
```bash
cd <SKETCH-DIRECTORY>
fastled --local # if server doesn't already exist, one is created.
```
You can also spawn a server in one process and then access it in another, like this:
```bash
fastled --server # server will now run in the background.
# now launch the client
fastled examples/wasm --local # local will find the local server and use it to do the compile.
```
After compilation a web browser windows will pop up. Changes to the sketch will automatically trigger a recompilation.
# Python Api
**Compiling through the api**
```python
from fastapi import Api, CompileResult
out: CompileResult = Api.web_compile("path/to/sketch")
print(out.success)
print(out.stdout)
```
**Launching a compile server**
```python
from fastapi import Api, CompileServer
server: CompileServer = Api.spawn_server()
print(f"Local server running at {server.url()}")
server.web_compile("path/to/sketch") # output will be "path/to/sketch/fastled_js"
server.stop()
```
**Launching a server in a scope**
```python
from fastapi import Api
# Launching a server in a scope
with Api.server() as server:
server.web_compile("path/to/sketch")
```
**Initializing a project example from the web compiler**
```python
from fastapi import Api
examples = Api.get_examples()
print(f"Print available examples: {examples}")
Api.project_init(examples[0])
```
**Initializing a project example from the CompileServer**
```python
from fastapi import Api
with Api.server() as server:
examples = server.get_examples()
server.project_init(examples[0])
```
**LiveClient will auto-trigger a build on code changes, just like the cli does**
```python
# Live Client will compile against the web-compiler
from fastapi import Api, LiveClient
client: LiveClient = Api.live_client(
"path/to/sketch_directory",
)
# Now user can start editing their sketch and it will auto-compile
# ... after a while stop it like this.
client.stop()
```
**LiveClient with local CompileServer**
```python
# Live Client will compile against a local server.
from fastapi import Api, LiveClient
with Api.server() as server:
client: LiveClient = Api.live_client(
"path/to/sketch_directory",
host=server
)
# Now user can start editing their sketch and it will auto-compile
# ... after a while stop it like this.
client.stop()
```
# Features
## Hot reload by default
Once launched, the compiler will remain open, listening to changes and recompiling as necessary, hot-reloading the sketch into the current browser.
This style of development should be familiar to those doing web development.
## Hot Reload fastled/src when working in the FastLED repo
If you launch `fastled` in the FastLED repo then this tool will automatically detect this and map the src directory into the
host container. Whenever there are changes in the source code from the mapped directory, then these will be re-compiled
on the next change or if you hit the space bar when prompted. Unlike a sketch folder, a re-compile on the FastLED src
can be much longer, for example, if you modify a header file.
## Big Data in `/data` directory won't be round-tripped
Huge blobs of data like video will absolutely kill the compile performance as these blobs would normally have to be shuffled
back and forth. Therefore a special directory `data/` is implicitly used to hold this blob data. Any data in this directory
will be replaced with a stub containing the size and hash of the file during upload. On download, these stubs are swapped back
with their originals during decompression.
The wasm compiler will recognize all files in the `data/` directory and generate a `files.json` manifest which can be used
in your wasm sketch using an emulated SD card system mounted at `/data/` on the SD Card. In order to increase load speed, these
files will be asynchronously streamed into the running sketch instance during runtime. Files named with *.json, *.csv, *.txt will be
immediately injected in the app before setup() is called and can be used immediately in setup() in their entirety.
All other files will be streamed in. The `Video` element in FastLED is designed to gracefully handle missing data streamed in through
the file system.
For an example of how to use this see `examples/SdCard` which is fully wasm compatible.
## Compile Speed
There are three compile settings available to the user. The default is `--quick`. Aggressive optimizations are done with `--release` which will optimize for size, although the speed difference between `--release` and `--quick` seems negligible. But `--release` will produce a ~1/3 smaller binary. There is also `--debug`, which will include symbols necessary for debugging and getting the C++ function symbols working correctly in the browser during step-through debugging. In my personal tests it works better than expected, but don't expect to have gdb or msvc debugger level of the debugging experience.
We use `ccache` to cache object files. This seems actually help a lot and is better than Platformio's method of tracking what needs to be rebuilt. This works as a two-tier cache system. What Platformio misses will be covered by ccache's more advanced file changing system.
The compilation to wasm will happen under a lock. Removing this lock requires removing the Platformio toolchain as the compiler backend which enforces its own internal lock preventing parallel use.
## Sketch Cache
Sketches are aggressively fingerprinted and stored in a cache. White space, comments, and other superficial data will be stripped out during pre-processing and minimization for fingerprinting. This source file decimation is only used for finger
printing while the actual source files are sent to the compiler to preserve line numbers and file names.
This pre-processing done is done via gcc and special regex's and will happen without a lock. This will allow you to have extremely quick recompiles for whitespace and changes in comments.
## Local compiles
If the web compiler gets congested then it's recommended that you run the compiler locally. This requires docker and will be invoked whenever you pass in `--local`. This will first pull the most recent Docker image of the Fastled compiler, launch a webserver, and then connect to it with the client once it's been up.
## Auto updates
In server mode, the git repository will be cloned as a side repo and then periodically updated and rsync'd to the src directory. This allows a long-running instance to stay updated.
## Compatibility with Arduino sketches
The compatibility is pretty good. Most simple sketches should compile out of the box. Even some of the AVR platforms are stubbed out to make it work. For Arduino, the familiar `digitalWrite()`, `Serial.println()`, and other common functions work. Although `digitalRead()` will always return 0 and `analogRead()` will return random numbers.
### Faqs
Q: How often is the docker image updated?
A: It's scheduled for rebuild once a day at 3am Pacific time, and also on every change to this repo.
Q: How can I run my own cloud instance of the FastLED wasm compiler?
A: Render.com (which fastled is hosted on) or DigialOcean can accept a GitHub repo and auto-build the docker image.
Q: Why does FastLED tend to become choppy when the browser is in the background?
A: FastLED Wasm currently runs on the main thread and therefor Chrome will begin throttling the event loop when the browser is not in the foreground. The solution to this is to move FastLED to a web worker where it will get a background thread that Chrome / Firefox won't throttle.
Q: Why does a long `delay()` cause the browser to freeze and become sluggish?
A: `delay()` will block `loop()` which blocks the main thread of the browser. The solution is a webworker which will not affect the main thread performance of the browser.
Q: How can I get the compiled size of my FastLED sketch smaller?
A: A big chunk of space is being used by unnecessary javascript `emscripten` bundling. The wasm_compiler_settings.py file in the FastLED repo can tweak this.
# Revisions
* 1.1.24 - Mac/Linux now properly responds to ctrl-c when waiting for a key event.
* 1.1.23 - Fixes missing `live-server` on platforms that don't have it already.
* 1.2.22 - Added `--purge` and added docker api at __init__.
* 1.2.00 - `fastled.exe` is now a signed binary on windows, however it's a self signed binary so you'll still get the warning on the first open. There's been a small api change between the server and the client for fetching projects.
* 1.1.69 - Changed the binary name to `fastled.exe` instead of something like `fastled-windows-x64.exe`
* 1.1.68 - Add a site builder to fastled.Test which generates a website with a bunch of demos. This is used to build the demo site automatically.
* 1.1.67 - Pinned all the minimum versions of dependencies so we don't bind to an out of date py dep: https://github.com/zackees/fastled-wasm/issues/3
* 1.1.61 - Excluded non compiling examples from the Test object as part of the api - no sense in having them if they won't compile.
* 1.1.60 - Platform executables (macos-arm/macos-x86/windows/linux-x86) now auto building with each release. Add tests.
* 1.1.52 - Add linux-arm
* 1.1.49 - Try again.
* 1.1.46 - Add mac x86 exe
* 1.1.45 - Another try for web publishing from github.
* 1.1.42 - Second test for web publishing from github.
* 1.1.41 - Platform executable (through pyinstaller) now enabled.
* 1.1.40 - Remove `sketch_directory` from Api object. This was only needed before we had a client/server architecture.
* 1.1.39 - Added `LiveClient`, `fastled.Api.live_server()` will spawn it. Allows user to have a live compiling client that re-triggers a compile on file changes.
* 1.1.38 - Cleanup the `fastled.Api` object and streamline for general use.
* 1.1.37 - `Test.test_examples()` is now unit tested to work correctly.
* 1.1.36 - We now have an api. `from fastled import Api` and `from fastled import Test` for testing.
* 1.1.35 - When searching for files cap the limit at a high amount to prevent hang.
* 1.1.34 - On windows check to make sure we are in linux container mode, if not try to switch and if that fails then use `--web` compiler.
* 1.1.33 - Auto updating frequency has been reduced from one hour to one day. To update immediatly use `--update`.
* 1.1.32 - `--init` now asks for which example you want, then tells you where the example was downloaded to. No longer auto-compiles.
* 1.1.31 - `--local` is auto-enabled if docker is installed, use `--web` to force web compiler. Updating is much more pretty.
* 1.1.30 - Added `--init` to initialize a demo project.
* 1.1.29 - Remove annoying dbg messages i left in.
* 1.1.28 - Adds cache control headers to the live server to disable all caching in the live browser.
* 1.1.27 - Fixed `--interactive` so that it now works correctly.
* 1.1.25 - Improved detecting which sketch directory the user means by fuzzy matching.
* 1.1.24 - Adds progress spinning bar for pulling images, which take a long time.
* 1.1.23 - Various fixes for MacOS
* 1.1.22 - Selecting sketch now allows strings and narrowing down paths if ambiguity
* 1.1.21 - Now always watches for space/enter key events to trigger a recompile.
* 1.1.20 - Fixed a regression for 1.1.16 involving docker throwing an exception before DockerManager.is_running() could be called so it can be launched.
* 1.1.19 - Automatically does a limit searches for sketch directories if you leave it blank.
* 1.1.18 - Fixes for when the image has never been downloaded.
* 1.1.17 - Added `--update` and `--no-auto-update` to control whether the compiler in docker mode will try to update.
* 1.1.16 - Rewrote docker logic to use container suspension and resumption. Much much faster.
* 1.1.15 - Fixed logic for considering ipv6 addresses. Auto selection of ipv6 is now restored.
* 1.1.14 - Fixes for regression in using --server and --localhost as two instances, this is now under test.
* 1.1.13 - Disable the use of ipv6. It produces random timeouts on the onrender server we are using for the web compiler.
* 1.1.12 - By default, fastled will default to the web compiler. `--localhost` to either attach to an existing server launched with `--server` or else one will be created automatically and launched.
* 1.1.11 - Dev improvement: FastLED src code volume mapped into docker will just in time update without having to manually trigger it.
* 1.1.10 - Swap large assets with embedded placeholders. This helps video sketches upload and compile instantly. Assets are re-added on after compile artifacts are returned.
* 1.1.9 - Remove auto server and instead tell the user corrective action to take.
* 1.1.8 - Program now knows it's own version which will be displayed with help file. Use `--version` to get it directly.
* 1.1.7 - Sketch cache re-enabled, but selectively invalidated on cpp/h updates. Cleaned up deprecated args. Fixed double thread running for containers that was causing slowdown.
* 1.1.6 - Use the fast src volume map allow quick updates to fastled when developing on the source code.
* 1.1.5 - Filter out hidden files and directories from being included in the sketch archive sent to the compiler.
* 1.1.4 - Fix regression introduced by testing out ipv4/ipv6 connections from a thread pool.
* 1.1.3 - Live editing of *.h and *.cpp files is now possible. Sketch cache will be disabled in this mode.
* 1.1.2 - `--server` will now volume map fastled src directory if it detects this. This was also implemented on the docker side.
* 1.1.1 - `--interactive` is now supported to debug the container. Volume maps and better compatibilty with ipv4/v6 by concurrent connection finding.
* 1.1.0 - Use `fastled` as the command for the wasm compiler.
* 1.0.17 - Pulls updates when necessary. Removed dependency on keyring.
* 1.0.16 - `fastled-wasm` package name has been changed to `fled`
* 1.0.15 - `fled` is an alias of `fastled-wasm` and will eventually replace it. `--web-host` was folded into `--web`, which if unspecified will attempt to run a local docker server and fallback to the cloud server if that fails. Specifying `--web` with no arguments will default to the cloud server while an argument (like `localhost`) will cause it to bind to that already running server for compilation.
* 1.0.14 - For non significant changes (comments, whitespace) in C++/ino/*.h files, compilation is skipped. This significantly reduces load on the server and prevents unnecessary local client browser refreshes.
* 1.0.13 - Increase speed of local compiles by running the server version of the compiler so it can keep it's cache and not have to pay docker startup costs because now it's a persistant server until exit.
* 1.0.12 - Added suppport for compile modes. Pass in `--release`, `--quick`, `--debug` for different compile options. We also support `--profile` to profile the build process.
* 1.0.11 - `--web` compile will automatically be enabled if the local build using docker fails.
* 1.0.10 - Watching files is now available for `--web`
* 1.0.9 - Enabled web compile. Access it with `--web` or `--web-host`
* 1.0.8 - Allow more than one fastled-wasm browser instances to co-exist by searching for unused ports after 8081.
* 1.0.7 - Docker multi image build implemented, tool now points to new docker image compile.
* 1.0.6 - Removed `--no-open` and `--watch`, `--watch` is now assumed unless `--just-compile` is used.
* 1.0.5 - Implemented `--update` to update the compiler image from the docker registry.
* 1.0.4 - Implemented `--watch` which will watch for changes and then re-launch the compilation step.
* 1.0.3 - Integrated `live-server` to launch when available.
* 1.0.2 - Small bug with new installs.
* 1.0.1 - Re-use is no longer the default, due to problems.
* 1.0.0 - Initial release.
Raw data
{
"_id": null,
"home_page": "https://github.com/zackees/fastled-wasm",
"name": "fastled",
"maintainer": "Zachary Vorhies",
"docs_url": null,
"requires_python": ">=3.9",
"maintainer_email": null,
"keywords": "template-python-cmd",
"author": null,
"author_email": null,
"download_url": "https://files.pythonhosted.org/packages/e1/c0/7268bc1484ec0933140cad081c629131534be9686b7c64542305c85bee3a/fastled-1.2.4.tar.gz",
"platform": null,
"description": "# FastLED Wasm compiler\n\n[](https://github.com/zackees/fastled-wasm/actions/workflows/lint.yml)\n[](https://github.com/zackees/fastled-wasm/actions/workflows/test_macos.yml)\n[](https://github.com/zackees/fastled-wasm/actions/workflows/test_ubuntu.yml)\n[](https://github.com/zackees/fastled-wasm/actions/workflows/test_win.yml)\n[](https://github.com/zackees/fastled-wasm/actions/workflows/test_build_exe.yml)\n\n[](https://github.com/zackees/fastled-wasm/actions/workflows/build_multi_docker_image.yml)\n[](https://github.com/zackees/fastled-wasm/actions/workflows/publish_release.yml)\n[](https://github.com/zackees/fastled-wasm/actions/workflows/build_webpage.yml)\n\n\n\n## Compile your FastLED sketch and run it on the Browser!\n\n\n\n\n# About\n\nThis python app will compile your FastLED style sketches into html/js/wasm output that runs directly in the browser.\n\nCompile times are extremely fast, thanks to aggressive object caching for C++ and sketch fingerprinting with a zip file cache. Recompilation of sketch files with minimal changes will occure in less than a second.\n\nIf you have docker installed, the compiler will download the docker image and run a private local server on your machine. If you don't have Docker installed then the app will fall back to using the public web compiler.\n\nIn every conceivable way, the local compiler will be much faster than the web version.\n\n# Demo\n\nhttps://zackees.github.io/fastled-wasm/\n\n# Tutorial video\n\n**Note this video is a little outdated, you will install the app now with `pip install fastled` and run it like `fastled mysketchfolder`**\n\nhttps://github.com/user-attachments/assets/64ae0e6c-5f8b-4830-ab87-dcc25bc61218\n\n\n\n# Install\n\n```bash\npip install fastled\n```\n\n**Note that you may need to install x86 docker emulation on Mac-m1 and later, as this is an x86 only image at the prsent.**\n\n# Command Line Use\n\nChange to the directory where the sketch lives and run, will run the compilation\non the web compiler.\n\n```bash\n# This will use the web-compiler, unless you have docker installed in which case a local\n# server will be instantiated automatically.\ncd <SKETCH-DIRECTORY>\nfastled\n```\n\nForces the local server to to spawn in order to run to do the compile.\n\n```bash\ncd <SKETCH-DIRECTORY>\nfastled --local # if server doesn't already exist, one is created.\n```\n\nYou can also spawn a server in one process and then access it in another, like this:\n\n```bash\nfastled --server # server will now run in the background.\n# now launch the client\nfastled examples/wasm --local # local will find the local server and use it to do the compile.\n```\n\nAfter compilation a web browser windows will pop up. Changes to the sketch will automatically trigger a recompilation.\n\n# Python Api\n\n**Compiling through the api**\n```python\n\nfrom fastapi import Api, CompileResult\n\nout: CompileResult = Api.web_compile(\"path/to/sketch\")\nprint(out.success)\nprint(out.stdout)\n\n```\n\n**Launching a compile server**\n```python\n\nfrom fastapi import Api, CompileServer\n\nserver: CompileServer = Api.spawn_server()\nprint(f\"Local server running at {server.url()}\")\nserver.web_compile(\"path/to/sketch\") # output will be \"path/to/sketch/fastled_js\"\nserver.stop()\n```\n\n**Launching a server in a scope**\n```python\n\nfrom fastapi import Api\n\n# Launching a server in a scope\nwith Api.server() as server:\n server.web_compile(\"path/to/sketch\")\n\n```\n\n**Initializing a project example from the web compiler**\n```python\n\nfrom fastapi import Api\n\nexamples = Api.get_examples()\nprint(f\"Print available examples: {examples}\")\nApi.project_init(examples[0])\n\n\n```\n\n**Initializing a project example from the CompileServer**\n```python\n\nfrom fastapi import Api\n\nwith Api.server() as server:\n examples = server.get_examples()\n server.project_init(examples[0])\n\n```\n\n**LiveClient will auto-trigger a build on code changes, just like the cli does**\n```python\n\n# Live Client will compile against the web-compiler\nfrom fastapi import Api, LiveClient\nclient: LiveClient = Api.live_client(\n \"path/to/sketch_directory\",\n)\n# Now user can start editing their sketch and it will auto-compile\n# ... after a while stop it like this.\nclient.stop()\n```\n\n**LiveClient with local CompileServer**\n```python\n\n# Live Client will compile against a local server.\nfrom fastapi import Api, LiveClient\n\nwith Api.server() as server:\n client: LiveClient = Api.live_client(\n \"path/to/sketch_directory\",\n host=server\n )\n # Now user can start editing their sketch and it will auto-compile\n # ... after a while stop it like this.\n client.stop()\n```\n\n# Features\n\n## Hot reload by default\n\nOnce launched, the compiler will remain open, listening to changes and recompiling as necessary, hot-reloading the sketch into the current browser.\n\nThis style of development should be familiar to those doing web development.\n\n## Hot Reload fastled/src when working in the FastLED repo\n\nIf you launch `fastled` in the FastLED repo then this tool will automatically detect this and map the src directory into the\nhost container. Whenever there are changes in the source code from the mapped directory, then these will be re-compiled\non the next change or if you hit the space bar when prompted. Unlike a sketch folder, a re-compile on the FastLED src\ncan be much longer, for example, if you modify a header file.\n\n## Big Data in `/data` directory won't be round-tripped\n\nHuge blobs of data like video will absolutely kill the compile performance as these blobs would normally have to be shuffled\nback and forth. Therefore a special directory `data/` is implicitly used to hold this blob data. Any data in this directory\nwill be replaced with a stub containing the size and hash of the file during upload. On download, these stubs are swapped back\nwith their originals during decompression.\n\nThe wasm compiler will recognize all files in the `data/` directory and generate a `files.json` manifest which can be used\nin your wasm sketch using an emulated SD card system mounted at `/data/` on the SD Card. In order to increase load speed, these\nfiles will be asynchronously streamed into the running sketch instance during runtime. Files named with *.json, *.csv, *.txt will be\nimmediately injected in the app before setup() is called and can be used immediately in setup() in their entirety.\n\nAll other files will be streamed in. The `Video` element in FastLED is designed to gracefully handle missing data streamed in through\nthe file system.\n\nFor an example of how to use this see `examples/SdCard` which is fully wasm compatible.\n\n## Compile Speed\n\nThere are three compile settings available to the user. The default is `--quick`. Aggressive optimizations are done with `--release` which will optimize for size, although the speed difference between `--release` and `--quick` seems negligible. But `--release` will produce a ~1/3 smaller binary. There is also `--debug`, which will include symbols necessary for debugging and getting the C++ function symbols working correctly in the browser during step-through debugging. In my personal tests it works better than expected, but don't expect to have gdb or msvc debugger level of the debugging experience.\n\nWe use `ccache` to cache object files. This seems actually help a lot and is better than Platformio's method of tracking what needs to be rebuilt. This works as a two-tier cache system. What Platformio misses will be covered by ccache's more advanced file changing system.\n\nThe compilation to wasm will happen under a lock. Removing this lock requires removing the Platformio toolchain as the compiler backend which enforces its own internal lock preventing parallel use.\n\n## Sketch Cache\n\nSketches are aggressively fingerprinted and stored in a cache. White space, comments, and other superficial data will be stripped out during pre-processing and minimization for fingerprinting. This source file decimation is only used for finger\nprinting while the actual source files are sent to the compiler to preserve line numbers and file names.\n\nThis pre-processing done is done via gcc and special regex's and will happen without a lock. This will allow you to have extremely quick recompiles for whitespace and changes in comments.\n\n## Local compiles\n\nIf the web compiler gets congested then it's recommended that you run the compiler locally. This requires docker and will be invoked whenever you pass in `--local`. This will first pull the most recent Docker image of the Fastled compiler, launch a webserver, and then connect to it with the client once it's been up.\n\n## Auto updates\n\nIn server mode, the git repository will be cloned as a side repo and then periodically updated and rsync'd to the src directory. This allows a long-running instance to stay updated.\n\n## Compatibility with Arduino sketches\n\nThe compatibility is pretty good. Most simple sketches should compile out of the box. Even some of the AVR platforms are stubbed out to make it work. For Arduino, the familiar `digitalWrite()`, `Serial.println()`, and other common functions work. Although `digitalRead()` will always return 0 and `analogRead()` will return random numbers.\n\n### Faqs\n\nQ: How often is the docker image updated?\nA: It's scheduled for rebuild once a day at 3am Pacific time, and also on every change to this repo.\n\nQ: How can I run my own cloud instance of the FastLED wasm compiler?\nA: Render.com (which fastled is hosted on) or DigialOcean can accept a GitHub repo and auto-build the docker image.\n\nQ: Why does FastLED tend to become choppy when the browser is in the background?\nA: FastLED Wasm currently runs on the main thread and therefor Chrome will begin throttling the event loop when the browser is not in the foreground. The solution to this is to move FastLED to a web worker where it will get a background thread that Chrome / Firefox won't throttle.\n\nQ: Why does a long `delay()` cause the browser to freeze and become sluggish?\nA: `delay()` will block `loop()` which blocks the main thread of the browser. The solution is a webworker which will not affect the main thread performance of the browser.\n\n\nQ: How can I get the compiled size of my FastLED sketch smaller?\nA: A big chunk of space is being used by unnecessary javascript `emscripten` bundling. The wasm_compiler_settings.py file in the FastLED repo can tweak this.\n\n\n# Revisions\n\n * 1.1.24 - Mac/Linux now properly responds to ctrl-c when waiting for a key event.\n * 1.1.23 - Fixes missing `live-server` on platforms that don't have it already.\n * 1.2.22 - Added `--purge` and added docker api at __init__.\n * 1.2.00 - `fastled.exe` is now a signed binary on windows, however it's a self signed binary so you'll still get the warning on the first open. There's been a small api change between the server and the client for fetching projects.\n * 1.1.69 - Changed the binary name to `fastled.exe` instead of something like `fastled-windows-x64.exe`\n * 1.1.68 - Add a site builder to fastled.Test which generates a website with a bunch of demos. This is used to build the demo site automatically.\n * 1.1.67 - Pinned all the minimum versions of dependencies so we don't bind to an out of date py dep: https://github.com/zackees/fastled-wasm/issues/3\n * 1.1.61 - Excluded non compiling examples from the Test object as part of the api - no sense in having them if they won't compile.\n * 1.1.60 - Platform executables (macos-arm/macos-x86/windows/linux-x86) now auto building with each release. Add tests.\n * 1.1.52 - Add linux-arm\n * 1.1.49 - Try again.\n * 1.1.46 - Add mac x86 exe\n * 1.1.45 - Another try for web publishing from github.\n * 1.1.42 - Second test for web publishing from github.\n * 1.1.41 - Platform executable (through pyinstaller) now enabled.\n * 1.1.40 - Remove `sketch_directory` from Api object. This was only needed before we had a client/server architecture.\n * 1.1.39 - Added `LiveClient`, `fastled.Api.live_server()` will spawn it. Allows user to have a live compiling client that re-triggers a compile on file changes.\n * 1.1.38 - Cleanup the `fastled.Api` object and streamline for general use.\n * 1.1.37 - `Test.test_examples()` is now unit tested to work correctly.\n * 1.1.36 - We now have an api. `from fastled import Api` and `from fastled import Test` for testing.\n * 1.1.35 - When searching for files cap the limit at a high amount to prevent hang.\n * 1.1.34 - On windows check to make sure we are in linux container mode, if not try to switch and if that fails then use `--web` compiler.\n * 1.1.33 - Auto updating frequency has been reduced from one hour to one day. To update immediatly use `--update`.\n * 1.1.32 - `--init` now asks for which example you want, then tells you where the example was downloaded to. No longer auto-compiles.\n * 1.1.31 - `--local` is auto-enabled if docker is installed, use `--web` to force web compiler. Updating is much more pretty.\n * 1.1.30 - Added `--init` to initialize a demo project.\n * 1.1.29 - Remove annoying dbg messages i left in.\n * 1.1.28 - Adds cache control headers to the live server to disable all caching in the live browser.\n * 1.1.27 - Fixed `--interactive` so that it now works correctly.\n * 1.1.25 - Improved detecting which sketch directory the user means by fuzzy matching.\n * 1.1.24 - Adds progress spinning bar for pulling images, which take a long time.\n * 1.1.23 - Various fixes for MacOS\n * 1.1.22 - Selecting sketch now allows strings and narrowing down paths if ambiguity\n * 1.1.21 - Now always watches for space/enter key events to trigger a recompile.\n * 1.1.20 - Fixed a regression for 1.1.16 involving docker throwing an exception before DockerManager.is_running() could be called so it can be launched.\n * 1.1.19 - Automatically does a limit searches for sketch directories if you leave it blank.\n * 1.1.18 - Fixes for when the image has never been downloaded.\n * 1.1.17 - Added `--update` and `--no-auto-update` to control whether the compiler in docker mode will try to update.\n * 1.1.16 - Rewrote docker logic to use container suspension and resumption. Much much faster.\n * 1.1.15 - Fixed logic for considering ipv6 addresses. Auto selection of ipv6 is now restored.\n * 1.1.14 - Fixes for regression in using --server and --localhost as two instances, this is now under test.\n * 1.1.13 - Disable the use of ipv6. It produces random timeouts on the onrender server we are using for the web compiler.\n * 1.1.12 - By default, fastled will default to the web compiler. `--localhost` to either attach to an existing server launched with `--server` or else one will be created automatically and launched.\n * 1.1.11 - Dev improvement: FastLED src code volume mapped into docker will just in time update without having to manually trigger it.\n * 1.1.10 - Swap large assets with embedded placeholders. This helps video sketches upload and compile instantly. Assets are re-added on after compile artifacts are returned.\n * 1.1.9 - Remove auto server and instead tell the user corrective action to take.\n * 1.1.8 - Program now knows it's own version which will be displayed with help file. Use `--version` to get it directly.\n * 1.1.7 - Sketch cache re-enabled, but selectively invalidated on cpp/h updates. Cleaned up deprecated args. Fixed double thread running for containers that was causing slowdown.\n * 1.1.6 - Use the fast src volume map allow quick updates to fastled when developing on the source code.\n * 1.1.5 - Filter out hidden files and directories from being included in the sketch archive sent to the compiler.\n * 1.1.4 - Fix regression introduced by testing out ipv4/ipv6 connections from a thread pool.\n * 1.1.3 - Live editing of *.h and *.cpp files is now possible. Sketch cache will be disabled in this mode.\n * 1.1.2 - `--server` will now volume map fastled src directory if it detects this. This was also implemented on the docker side.\n * 1.1.1 - `--interactive` is now supported to debug the container. Volume maps and better compatibilty with ipv4/v6 by concurrent connection finding.\n * 1.1.0 - Use `fastled` as the command for the wasm compiler.\n * 1.0.17 - Pulls updates when necessary. Removed dependency on keyring.\n * 1.0.16 - `fastled-wasm` package name has been changed to `fled`\n * 1.0.15 - `fled` is an alias of `fastled-wasm` and will eventually replace it. `--web-host` was folded into `--web`, which if unspecified will attempt to run a local docker server and fallback to the cloud server if that fails. Specifying `--web` with no arguments will default to the cloud server while an argument (like `localhost`) will cause it to bind to that already running server for compilation.\n * 1.0.14 - For non significant changes (comments, whitespace) in C++/ino/*.h files, compilation is skipped. This significantly reduces load on the server and prevents unnecessary local client browser refreshes.\n * 1.0.13 - Increase speed of local compiles by running the server version of the compiler so it can keep it's cache and not have to pay docker startup costs because now it's a persistant server until exit.\n * 1.0.12 - Added suppport for compile modes. Pass in `--release`, `--quick`, `--debug` for different compile options. We also support `--profile` to profile the build process.\n * 1.0.11 - `--web` compile will automatically be enabled if the local build using docker fails.\n * 1.0.10 - Watching files is now available for `--web`\n * 1.0.9 - Enabled web compile. Access it with `--web` or `--web-host`\n * 1.0.8 - Allow more than one fastled-wasm browser instances to co-exist by searching for unused ports after 8081.\n * 1.0.7 - Docker multi image build implemented, tool now points to new docker image compile.\n * 1.0.6 - Removed `--no-open` and `--watch`, `--watch` is now assumed unless `--just-compile` is used.\n * 1.0.5 - Implemented `--update` to update the compiler image from the docker registry.\n * 1.0.4 - Implemented `--watch` which will watch for changes and then re-launch the compilation step.\n * 1.0.3 - Integrated `live-server` to launch when available.\n * 1.0.2 - Small bug with new installs.\n * 1.0.1 - Re-use is no longer the default, due to problems.\n * 1.0.0 - Initial release.\n",
"bugtrack_url": null,
"license": "BSD 3-Clause License",
"summary": "FastLED Wasm Compiler",
"version": "1.2.4",
"project_urls": {
"Homepage": "https://github.com/zackees/fastled-wasm"
},
"split_keywords": [
"template-python-cmd"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "f07e012b782fee6281407b27b5c1fd9253b71c2ebe5b1f52f941f88438f78e0f",
"md5": "3feafae525636d8e02b74540563afe52",
"sha256": "6a30825ada12b8d17f9984b67db8d1fb96bb2d6d00fc2bee1e0cab6b5c6dc0ba"
},
"downloads": -1,
"filename": "fastled-1.2.4-py3-none-any.whl",
"has_sig": false,
"md5_digest": "3feafae525636d8e02b74540563afe52",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.9",
"size": 46613,
"upload_time": "2024-12-25T01:26:13",
"upload_time_iso_8601": "2024-12-25T01:26:13.015017Z",
"url": "https://files.pythonhosted.org/packages/f0/7e/012b782fee6281407b27b5c1fd9253b71c2ebe5b1f52f941f88438f78e0f/fastled-1.2.4-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "e1c07268bc1484ec0933140cad081c629131534be9686b7c64542305c85bee3a",
"md5": "dd540a8872d150bc01e9940510075d74",
"sha256": "50505c8e98acb4749cb0bac17d9ca17a2c55fae4aafac3c50d1995d696841cc6"
},
"downloads": -1,
"filename": "fastled-1.2.4.tar.gz",
"has_sig": false,
"md5_digest": "dd540a8872d150bc01e9940510075d74",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">=3.9",
"size": 61218,
"upload_time": "2024-12-25T01:26:15",
"upload_time_iso_8601": "2024-12-25T01:26:15.403702Z",
"url": "https://files.pythonhosted.org/packages/e1/c0/7268bc1484ec0933140cad081c629131534be9686b7c64542305c85bee3a/fastled-1.2.4.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-12-25 01:26:15",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "zackees",
"github_project": "fastled-wasm",
"travis_ci": false,
"coveralls": false,
"github_actions": true,
"lcname": "fastled"
}
JSON
