BŁĘDY w Piko
-
Autor tematu - Lider FORUM (min. 2000)
- Posty w temacie: 55
- Posty: 2920
- Rejestracja: 27 maja 2013, 22:18
- Lokalizacja: gdzieś
Zakładałem naiwnie, że pytanie ma coś wspólnego z piko po prostu
Corel 8. Legalnie kupiony Paleta - nie przywiązuję do tego wagi przy kolorach pisaków. Kolory muszą się przede wszystkim odróżniać. Wystarczają podstawowe barwy z podstawowej palety dla kilku warstw cięcia. Czarny, zielony, niebieski, żółty, czerwony, brązowy, niebieskozielony...
P.S.
Upominam Ciebie o nie zamulanie ważnego wątku o konkretnym temacie, bardzo istotnym dla użytkowników i producenta
Corel 8. Legalnie kupiony Paleta - nie przywiązuję do tego wagi przy kolorach pisaków. Kolory muszą się przede wszystkim odróżniać. Wystarczają podstawowe barwy z podstawowej palety dla kilku warstw cięcia. Czarny, zielony, niebieski, żółty, czerwony, brązowy, niebieskozielony...
P.S.
Upominam Ciebie o nie zamulanie ważnego wątku o konkretnym temacie, bardzo istotnym dla użytkowników i producenta
Tagi:
-
Autor tematu - Lider FORUM (min. 2000)
- Posty w temacie: 55
- Posty: 2920
- Rejestracja: 27 maja 2013, 22:18
- Lokalizacja: gdzieś
Może i lepsze. To jest stary corel i pliki dxf też są w "starym" formacie. Nie wiem, czy pójdą. Przy laserze miałem z nimi problemy. Nie ważne, teraz naprawiamy błędy w tym co jest.
Przesyłam. Przy okazji kolejna rzecz. Byłem już w punkcie 11 i zrobiłem CTRL-Z. Zamiast spodziewanego powrotu do koloru żółtego w obydwu grupach, cofnąłem się od razu do punktu 9... Tak jakby New_9 nigdy nie istniał. Następnie próbowałem zrobić New_9, ale pojawił się czerwony New_7 (etap 11a). Kasuję New_7, i ponownie wykonuję offset z PEN_4, i jest jeszcze ciekawiej, bo dostaję kolejny żółty New_8. mam w tej chwili w oknie grup 2 pozycje New_8, obie żółte, jedna tnie na 3mm z rampa a druga na 2mm skokowo.
W ogóle cuda się dzieją w tym punkcie zwrotnym New_8/New_9. Szczególnie w połączeniu z CTRL-Z. Za każdym razem coś nowego dziwnego, nie sposób opisać wszystkie przypadki...
Przesyłam. Przy okazji kolejna rzecz. Byłem już w punkcie 11 i zrobiłem CTRL-Z. Zamiast spodziewanego powrotu do koloru żółtego w obydwu grupach, cofnąłem się od razu do punktu 9... Tak jakby New_9 nigdy nie istniał. Następnie próbowałem zrobić New_9, ale pojawił się czerwony New_7 (etap 11a). Kasuję New_7, i ponownie wykonuję offset z PEN_4, i jest jeszcze ciekawiej, bo dostaję kolejny żółty New_8. mam w tej chwili w oknie grup 2 pozycje New_8, obie żółte, jedna tnie na 3mm z rampa a druga na 2mm skokowo.
W ogóle cuda się dzieją w tym punkcie zwrotnym New_8/New_9. Szczególnie w połączeniu z CTRL-Z. Za każdym razem coś nowego dziwnego, nie sposób opisać wszystkie przypadki...
Ostatnio zmieniony 12 paź 2013, 00:26 przez mc2kwacz, łącznie zmieniany 3 razy.
-
Autor tematu - Lider FORUM (min. 2000)
- Posty w temacie: 55
- Posty: 2920
- Rejestracja: 27 maja 2013, 22:18
- Lokalizacja: gdzieś
Nie wyciągaj pochopnych wniosków, że to taki drobny błąd. Błąd może i drobny, ale różnorodność jego skutków jest jak wirus grypy.
Zobacz tutaj
P.S. To są obrazki gif i mają wykastrowane kolory dla zmniejszenia wagi. Tam gdzie jest biel pierwotnie było jasne szare.
Okazuje się, że warto czytać forum i zapisywać sobie błędy do poprawienia
Zobacz tutaj
P.S. To są obrazki gif i mają wykastrowane kolory dla zmniejszenia wagi. Tam gdzie jest biel pierwotnie było jasne szare.
Okazuje się, że warto czytać forum i zapisywać sobie błędy do poprawienia
-
Autor tematu - Lider FORUM (min. 2000)
- Posty w temacie: 55
- Posty: 2920
- Rejestracja: 27 maja 2013, 22:18
- Lokalizacja: gdzieś
PROBLEM ŹLE OBSŁUGIWANYCH GRUP 8 I 9 ZOSTAŁ ROZWIĄZANY W NAJNOWSZYM OPROGRAMOWANIU 2.0.9
Nie wiem czy zauważyliście, ale pojawiło się 2 dni temu Piko 2.0.9
Zgodnie z opisem, poprawiony błąd wyłączania obrotów w niektórych przypadkach użycia pauzy, błędy syjamskich grup 8 i 9 oraz różne inne drobiazgi.
Dokładnie nie sprawdziłem, bo w nowej wersji znowu nie wczytuje mi się żaden STL . Nawet taki 200kB (odpowiednik tego co wyżej narysowane w Corelu) powoduje zamknięcie programu. Dlatego wysłałem "maszynowego" laptopa do autora, żeby namierzył przyczynę tego powtarzającego się z wersji na wersję problemu.
Jest płomyk nadziei
Nie wiem czy zauważyliście, ale pojawiło się 2 dni temu Piko 2.0.9
Zgodnie z opisem, poprawiony błąd wyłączania obrotów w niektórych przypadkach użycia pauzy, błędy syjamskich grup 8 i 9 oraz różne inne drobiazgi.
Dokładnie nie sprawdziłem, bo w nowej wersji znowu nie wczytuje mi się żaden STL . Nawet taki 200kB (odpowiednik tego co wyżej narysowane w Corelu) powoduje zamknięcie programu. Dlatego wysłałem "maszynowego" laptopa do autora, żeby namierzył przyczynę tego powtarzającego się z wersji na wersję problemu.
Jest płomyk nadziei
Ostatnio zmieniony 21 paź 2013, 17:39 przez mc2kwacz, łącznie zmieniany 1 raz.
-
- Specjalista poziom 3 (min. 600)
- Posty w temacie: 15
- Posty: 631
- Rejestracja: 21 maja 2008, 10:02
- Lokalizacja: Damasławek
Więc jednak wysyłasz laptopa . Dodaj jeszcze, że laptop ma z 10lat (na moje oko) i 256M ram-u - co do generowania ścieżek 3D z STL jest ilością żenującą. Jak na razie problem z STL to wyłącznie Twój problem. Wciąż nie mam żadnych sygnałów ze świata, że coś tu nie tak. Na żadnym komputerze czy systemie, które mam też nie ma tego problemu (nawet na Ubuntu zeroproblemowo działa). Więc wybacz, że do tego problemu podchodzę na razie z dystansem.Jest płomyk nadziei
Zmieńmy temat.
Nowa wersja na stronie, ale ja nie o tym. Zrobiłem jeszcze małe zmiany w interfejsie: nowe liczniki położenia osi, nowe panele dla S i F . Jest lepiej ? (tego nie ma jeszcze w aktualnej wersji!)
-
Autor tematu - Lider FORUM (min. 2000)
- Posty w temacie: 55
- Posty: 2920
- Rejestracja: 27 maja 2013, 22:18
- Lokalizacja: gdzieś
Przecież pisałem, że wyślę. Czytujesz mejle wybiórczo czy od początku do końca?
Poza tym ze specyfikacji oprogramowania wynika, że komputer jest wystarczający!
Cosimo, już Ci tłumaczyłem, że program zachowuje się dokładnie tak samo ŹLE i na komputerze z nowoczesną płytą, dyskami SSD i 4G ram jak i na tym. Więc jaka różnica?
Spraw, żeby wczytywał się STL 200kB na tych 256M RAM. A potem zobaczymy co dalej. Chcesz powiedzieć, że 256M RAM to dla Piko za mało, żeby WCZYTAĆ 200kB plik STL??? Do generacji ścieżek dojdziemy, kiedy program się nie wywali zanim otworzy się okno cama 3D I to tez Ci tłumaczyłem, że NIE ZAMIERZAM na tym komputerze generować ścieżek WCALE. On ma tylko wysyłać Gkody do sterownika. Co nie znaczy, że nie powinien umieć wczytać STL-a. W każdym bądź razie żaden STL (a raczej RAW 4x większy od STL) nie zwieszał tego komputera przy pracy w 3D na Megaplocie...
Ilu masz klientów (oprócz siebie), o których wiesz, że używają importu STL? I od ilu masz informacje zwrotne?
Ilu w ogóle zauważa jakiekolwiek błędy w Piko i ilu z nich to zgłasza?
Poza tym ze specyfikacji oprogramowania wynika, że komputer jest wystarczający!
Cosimo, już Ci tłumaczyłem, że program zachowuje się dokładnie tak samo ŹLE i na komputerze z nowoczesną płytą, dyskami SSD i 4G ram jak i na tym. Więc jaka różnica?
Spraw, żeby wczytywał się STL 200kB na tych 256M RAM. A potem zobaczymy co dalej. Chcesz powiedzieć, że 256M RAM to dla Piko za mało, żeby WCZYTAĆ 200kB plik STL??? Do generacji ścieżek dojdziemy, kiedy program się nie wywali zanim otworzy się okno cama 3D I to tez Ci tłumaczyłem, że NIE ZAMIERZAM na tym komputerze generować ścieżek WCALE. On ma tylko wysyłać Gkody do sterownika. Co nie znaczy, że nie powinien umieć wczytać STL-a. W każdym bądź razie żaden STL (a raczej RAW 4x większy od STL) nie zwieszał tego komputera przy pracy w 3D na Megaplocie...
Ilu masz klientów (oprócz siebie), o których wiesz, że używają importu STL? I od ilu masz informacje zwrotne?
Ilu w ogóle zauważa jakiekolwiek błędy w Piko i ilu z nich to zgłasza?