CV в питоне - OpencCL

Тут же тупо все на CPU в 1 поток

А трэды как-то могут помочь?

https://alemart.github.io/speedy-vision-js/demos/orb-features.html

но это не opencv

Да, это видел,но это не open cv)

А в трэды вообще стоит копать?

Да, я тоже так думаю и вот думаю можно ли разбить задачу на несколько потоков?

Типа js же не может так работать и как это сделать с wasmом ,методы которого дергает js

Или я что-то не так понимаю?

Никак

Бери что выше дают.
Там явно нужно GPUGP

Понял)Спасибо)

Чето вот пишу постепенно MVC код, где Wasm работает только над моделью, а все контроллеры и view написаны целиком на обычном тайпскрипте. И понимаю что это просто неудобно.
Например, чтобы пробросить команду ввода в модель, нужно считать ввод с событий браузера, сериализовать их в команду, передать команду через чудовищный интероп, потом обратно рассериализовать на AssemblyScript.
После написания этой всей штуковины, перестаёшь Wasm воспринимать как дополнение к JS. Он скорей более удобен как полная замена чем дополнение.

Можно просто создать Wasm код который дергается на событиях ввода и делает всё внутри, удобно и 1 раз без перепаковок.

Пришел я к этому когда начал размышлять как мне подойти парсингу анимационного файла. Я просто офигею распарсеный файл на JS стороне передавать в готовом к употреблению виде на сторону Wasm.

TL;DR: Используя паттерн MVC, контроллеры нужно писать на стороне Wasm, а не JS.

ну по идее ты же можешь в JS не делать никаких перепарсингов и юзать память васм модуля напрямую, тебе васм будет только поинтер (индекс) передавать обратно и собсна все. ну либо проектировать надо так что большая часть на васме, а на JS только то чего на васме нет и по минимуму, пытаться батчить всякие вызовы и прочее, лишний раз ничего не конвертировать из васма, передавать только поинтеры наружу, в общем это муторное дело

@maxgraey https://github.com/AssemblyScript/assemblyscript/issues/817
Кажется вот это надо добавить в мануал, у меня час горит от того что я это раньше не заметил. Создать issue ?

Я не знал что на стороне JS можно view на класс обратно в поинтер превратить.

Очевидно, потому что release должен же как-то память пометить, а кроме поинтеров он ничего и не умеет релизить