Любые воркеры и стораджи доступны с сафари. Соль в том, что к стораджу и Кешу из PWA из под браузерного инстанса не достучаться и наоборот. Если ты например вошёл в свой аккаунт, и апка что-то локально хранит, типо Кеша - оно будет потеряно.
Такая же проблема с safari isolated view, те когда страница открывается в недо-браузере с кнопкой перехода в браузер.
Но а если точнее: FullscreenAPI доступно только в PWA, WebPush API тоже.
С WASM + SIMD вы бы получили более быстрый холодный старт и более мелкий рантайм.
Да, используя SIMD нужно ногу сломать чтобы правильно векторизовать это все (так как не все могут вычислять 4 команды враз), но так как у вас RGBa, то все векторные операции с ним можно сделать в 4 раза быстрее из-за одной операции. Пока бинариен (это то что есть wasm-opt) не умеет (или уже умеет?) сам векторизовать операции такого типа.
А почему тогда сразу не присылать в бразуер чанки GZIP обжатые на стороне сервера с заголовком Compression, чтобы браузер их распаковывал пока они летят?
Тогда можно заюзать brotli, а не gzip, у него больше степень сжатия на это все.
И формально у вас кадр 100mb, так как пожатый brotil - 10mb по сети, и на js все равно прилетает 100mb.
Просто непонятно почему не отдали? Он должен сделать распаковку, и сделает ее всяко эффективнее.
(опять дубляж, но просто непонятно почему не решились)
Я разраб из AwayFL, мы напрямую гоним флешки, лучше чем Ruffle, так как покрываем куда больше кейсов, ибо, если честно, мы делаем правки для каждой конкретной игры.
Есть чекер, в котором можно просто запустить что-то (неизвестно когда обновлялся, так как правится каждые 2-3 часа) https://awayfl-gametester.netlify.app/
Неплохой стенд, у нас такие в кабинетах схемотехники стоят, правда никто ими не пользуется — всё мультисим заменил.
А цеплять сам механизм замка к выходу out?
А кнопка ресет есть, я просто не смог найти ее на схеме? Нужна же, например когда код введен, дверь открыли и закрыли, он ведь должен сбросится, иначе всегда замок будет открыт.
я читал такие книги, но у меня из ресурсов только банка, гвозди и немного хлама.
Следующий мой пост будет про шаговый двигатель, как раз планирую из жести делать якорь.
Кстати, я его завел.
Ну опыт да, масштабы нет. Версия из коробка делается раза в 2 быстрее, и заводится легче, но размеры ее как раз для 10-12 летнего.
Минимизация всегда была и будет проблемой.
Любые воркеры и стораджи доступны с сафари. Соль в том, что к стораджу и Кешу из PWA из под браузерного инстанса не достучаться и наоборот. Если ты например вошёл в свой аккаунт, и апка что-то локально хранит, типо Кеша - оно будет потеряно.
Такая же проблема с safari isolated view, те когда страница открывается в недо-браузере с кнопкой перехода в браузер.
Но а если точнее: FullscreenAPI доступно только в PWA, WebPush API тоже.
сравнивать # и private / protected вообще некорректно, в TS 5.2 поддерживается синтаксис # нотации, а квалификаторы доступа строго compile-time.
Очень странно, что хук не получает AST, как например это в бабеле или вебпаке, или в ТС
А почему не comlink ?
https://github.com/GoogleChromeLabs/comlink
Зачем?
Настройте nginx static compression и храните их прям пожатые.
https://docs.nginx.com/nginx/admin-guide/web-server/compression/
Те они уже будут пожаты лежать.
Многие публичные сервера автоматически ресурсы типа filename.extension.gzip/br отправляют с заголовком
Все же продолжу про WASM.
С WASM + SIMD вы бы получили более быстрый холодный старт и более мелкий рантайм.
Да, используя SIMD нужно ногу сломать чтобы правильно векторизовать это все (так как не все могут вычислять 4 команды враз), но так как у вас RGBa, то все векторные операции с ним можно сделать в 4 раза быстрее из-за одной операции.
Пока бинариен (это то что есть wasm-opt) не умеет (или уже умеет?) сам векторизовать операции такого типа.
Я вижу у вас есть как <<, так и +*/.
Ну и не хочется Rust/C++, есть всегда:
https://www.assemblyscript.org/
Как раз сравнение генерации фрактала (без SIMD):
https://colineberhardt.github.io/wasm-mandelbrot/#WebAssembly
(но на производительных девайсах разница небольшая)
А почему тогда сразу не присылать в бразуер чанки GZIP обжатые на стороне сервера с заголовком Compression, чтобы браузер их распаковывал пока они летят?
Тогда можно заюзать brotli, а не gzip, у него больше степень сжатия на это все.
И формально у вас кадр 100mb, так как пожатый brotil - 10mb по сети, и на js все равно прилетает 100mb.
Просто непонятно почему не отдали? Он должен сделать распаковку, и сделает ее всяко эффективнее.
(опять дубляж, но просто непонятно почему не решились)
gzip потоковый декодер есть в хроме.
можно заюзать его сразу, без pako.
https://developer.mozilla.org/en-US/docs/Web/API/CompressionStream
(про WASM я начал писать, но увидел потом что было сравнение и решил удалить)
Забавно то, что все форсят рафл который не умеет, но никто не знает что ещё есть как минимум:
Swf2js,
https://github.com/swf2js/swf2js
WAFlash
https://vidkidz.github.io/
И как бы AwayFL:
https://github.com/awayfl
(Который кстати юзает Nitrome и Poki)
Live версия как у рафла:
https://exponenta.games/games/AFL/
Все не без багов, но хотя бы как-то покрывают as3 который не покрывает рафл вообще.
Я разраб из AwayFL, мы напрямую гоним флешки, лучше чем Ruffle, так как покрываем куда больше кейсов, ибо, если честно, мы делаем правки для каждой конкретной игры.
Есть чекер, в котором можно просто запустить что-то (неизвестно когда обновлялся, так как правится каждые 2-3 часа)
https://awayfl-gametester.netlify.app/
Проект полностью Open Source, можете покидать PR.
https://github.com/awayfl
https://github.com/awayjs
Не реклама. Сам на самом деле не рад пинать мертвого.
А цеплять сам механизм замка к выходу out?
А кнопка ресет есть, я просто не смог найти ее на схеме? Нужна же, например когда код введен, дверь открыли и закрыли, он ведь должен сбросится, иначе всегда замок будет открыт.
Следующий мой пост будет про шаговый двигатель, как раз планирую из жести делать якорь.
Кстати, я его завел.
Минимизация всегда была и будет проблемой.