reprapy.pl

https://pathio.xyz
Na razie właściwie w fazie alpha, wspierany przez gości z e3D wiec kto wie co się z tego urodzi.

Maja kilka ciekawych rozwiazan jak np ten sawtooth supports czy inny sposób łączenie obrysów z wypełnieniem.

Tu raczej mówimy o całkowicie nowym podejściu do cięcia warstw a niżeli tyko ich łączeniu. Ja jestem zaciekawiony

a ja to nawet coś drukowałem:
https://reprapy.pl/viewtopic.php?f=28&t ... r&start=33

Wrażenia? O dziwo wspierają Linuxa

To może ja też coś dorzucę od siebie.
Obsługa bardzo fajna. Trochę powiększenie/przesuwanie mi nie leży, ale to kwestia przyzwyczajenia. Dostęp do nastaw, profili, wybór drukarki czy filamentu - wygląda fajnie. Zwłaszcza ten pionowy pasek w głównym oknie. Szybko i sprawnie. Kolorystyka mdława ale idzie przeżyć. Moda taka teraz.
Nawet dość dużo nastaw wszelakich. Nie znalazłem tylko gdzie zapisać projekt; zresztą przy otwieraniu (projektu) pytał o .json więc to chyba nie będzie nic porównywalnego z logiką S3D.

Dla sportu wrzuciłem kilka STLi i ogólnie nie jest źle, a nawet bym powiedział że wygląda fajnie. Natomiast - poległ dla jelenia (http://www.thingiverse.com/thing:571949; skala 1:1)
Liczył 12 minut (zżerając 100% CPU i 20% GPU), i docelowo zajął troszkę pamięci. Dla porównania wrzuciłem do S3D to samo i pociąłem z podobnymi parametrami - ~10 sekund. A pamięć...: (oba programy z pociętym tym samym plikiem dla możliwie zbliżonych parametrów cięcia)


Tak, pamiętam że to wciąż beta.

W chwili wolnego chyba przygotuję profil i zobaczę jak to działa w praktyce.

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.

Z tego co mowil Tomek az takieg szału nie ma poki co

https://www.youtube.com/watch?v=XL2Q7RGD0PM

dragonn pisze:jeśli silnik do cięcia jest również napisany w Javascript to ja się nie dziwię zużycia zasobów.

No na to wygląda.
Choć przy odpowiednim podejściu i algorytmie to takie masakry jak JS czy .NET (na upartego to i Java) mogą być na prawdę wydajne. Tu bym poczekał na wypuszczenie jakiejś wersji końcowej. Ale cudów się nie spodziewam.

morf pisze:Z tego co mowil Tomek az takieg szału nie ma poki co

Po co jakieś ludzie w sieci skoro można sprawdzić samemu

Imho pierwszy krok zrobili całkiem dobry - GUI nie odrzuca na samym początku jak nowa Cura.


btw.
Czy ktoś wie co to za nowa moda instalowania programu w katalogu profilu? To obejście blokady zapisu w "program files"? Nie żebym się czepiał, ale...to lekka żenada.

dziobu pisze: btw.
Czy ktoś wie co to za nowa moda instalowania programu w katalogu profilu? To obejście blokady zapisu w "program files"? Nie żebym się czepiał, ale...to lekka żenada.

To nie jest aż taka nowa moda - już kilka lat temu tak było (np. Minecraft, Chromium). Związane jest to pewnie z prawami dostępu/UAC.

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.

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.

Kamino pisze:To nie jest aż taka nowa moda - już kilka lat temu tak było (np. Minecraft, Chromium). Związane jest to pewnie z prawami dostępu/UAC.

Owszem, dokładnie z tym.
Tylko to się obchodzi nie robiąc instalki albo korzystając z katalogów normalnie.

Szkoda że niektórzy podchodzą do tego jak w czasach Win98 - byle śmietnik byle działało. Spotify funkcjonuje tak samo.
Tymczasem wiele osób, w tym ja, domyślnie blokuje EXEki z tego katalogu...

dragonn pisze: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.

Zamknięty kod w niczym nie przeszkadza. Natomiast sam slicer jest po prostu przyjemny w obsłudze. I wizualizacje ma czytelną. A to imho dużo już na początku.

dziobu pisze:Zamknięty kod w niczym nie przeszkadza.

Niektórym to przeszkadza (#GNU, #WolneOprogramowanie), jak również fakt, że jest to płatne oprogramowanie tylko czasowo udostępniane darmowo.

Moim zdaniem jak będzie warto, to kupię. Ja nie mam z tym problemu (prawo instalacji na 5 komputerach to i tak lepiej niż w S3D). Ale rozumiem, że nie każdemu pasuje zamknięty kod.

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.

Przetestowałem i faktycznie cały interfejs super, od razu można się połapać co i jak, bardzo intuicyjny i poukładany. Nie wiem czy będą w stanie coś zrobić z wydajnością, cięcie modelu trwa tak dłuuuuuuuugoo. Nie mówię o pierdołkach bo to różnica mała ale sensowniejsze modele po 15 cm na każdym boku, skomplikowanej geometrii i warstwie 0.06 to ok 10 minut liczenia, może na najnowszym I9 czy dobrym i7 byłoby szybciej. W moim PC jest i5 4690K podkręcone do 4.5 które wystarcza czy to do pracy czy gamingu ale tutaj się męczyło zdecydowanie.

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

Sanladerer mówił chyba, że już dwa lata nad tym siedzą. I to chyba w liczbie mnogiej.

dragonn pisze: 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.

a co tam nie jest otwarte. Naciskasz Ctrl+Cmd+I ( na windows pewnie Alt+Coś+I) no i masz kod źródłowy.

rafaljot pisze: na windows pewnie Alt+Coś+

Shift+Ctrl+I Jeśli myślimy o tym samym

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

Wyszła nowa wersja v0.5.1 beta0
Dodano tryb wazy.

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.

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.

I pewnie jest. Jeśli mają jakiekolwiek zgłaszanie błędów to zoptymalizowany kod tylko przeszkadza.

no tak, nawet walą po oczach komuinikatem, że się nie przyłożyli.

dragonn pisze:

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.

JS minifikuje się na webie ;D w standalone ostatecznie robi się jak w każdym skryptowym uglify .

szendo pisze:JS minifikuje się na webie ;D w standalone ostatecznie robi się jak w każdym skryptowym uglify .

Ło w mordę. To po polsku jest?

Według translatora po polskiemu "zeszpecić" no i na tym polega tak zeszpecić kod żeby ktoś nie mógł go rozczytać i podpierdzielić:)

To od razu trzeba było pisać że chodzi o obfuscator

Ahh sorry to było pierwsze skojarzenie czyli właśnie tool do js - UglifyJs

anraf1001 pisze:Dodano tryb wazy.

W końcu! Najpilniej potrzebna funkcja!

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

dragonn pisze: trochę nowości, ciekawe podejście do ręcznych supportów.
Wygląda na bardzo wygodne.

Malowanie supportów było super, szkoda że projekt umarł