https://pathio.xyz/big-beta-and-manual-support/
trochę nowości, ciekawe podejście do ręcznych supportów.
Wygląda na bardzo wygodne.

rafaljot pisze:

szendo pisze:Ale tam tylko GUI jest w JS w sam core slicera w C++

serio? tak wolno działa, że od razu założyłem że JS jest jedynym sensownym, oczywistym wytłumaczeniem i nie popatrzyłem dokładniej.

może być włączona masa debugowania, zresztą nawet sam kod js widać że jest to debug build bo do finalnych wersji to się kod minifikuje.
No i jeszcze kwestia pewnie tego że mało się przykładali do tego żeby to napisać optymalnie w pierwszych wersjach.

Się rzuciliście, żeby nie było przecież sam kupiłem i używam S3D .
Jeśli coś mi odpowiada to używam zamkniętego kodu i nie marudzę, jedynie po E3D się spodziewałem czegoś otwartego (oczywiście jak najbardziej mają prawo też robić coś zamkniętego).
Interfejs zdecydowanie na + względem Cury.

Blazi pisze:Napisanie porządnego slicera od zera to jakieś 2-3 lata pracy zespołu niezłych programistów. Dajcie im trochę czasu.

Przy poziomie zaawansowania darmowej Cury i tak należą się brawa, że chłopaki w ogóle zaryzykowali z tym projektem.

Ja tam ich nie neguję i nawet projekt mi się podoba (poza tym że jest jest closed-source i trzeba się logować).
Dla mnie taki program jak slicer może zużywać dużo zasobów, nie jest to program który otwieram i działa cały czas w tle. Tylko odpalam, robię swoje i zamykam.

GUI z tego coś czytałem gdzieś jest napisane w Electronie, jeśli silnik do cięcia jest również napisany w Javascript to ja się nie dziwię zużycia zasobów.