Mi chodziło także o trochę inną kwestię, na przykładzie tego pliku, otworzyłem go właśnie w autacadzie, zapisałem na pulpit i jego rozmiar spuchł do 4,6mb. Gdyby miał pan zrobić automatyczny nesting 100 skomplikowanych detali złożonych tylko z krzywych, to czy system nie zwiesi się? Powiem szczerze, że czasami zdarzało mi się rozkładać bardzo skomplikowane elementy ozdobne złożone z dużej ilości łuków i prostych i sam obrót detalu powodował chwilowe zawieszanie sprzętu, a co dopiero pomyśleć gdyby były tam elipsy i splajny.

A jak ma się czas symulowany przez cam do czasu maszynowego? W wielu programach to kuleje.

Panie Kimla, pisze pan o tych elipsach i okręgach, sterowanie na naszych laserach nie obsługuje elips ani splajnów (wcale to nam nie przeszkadza), czasami programista zapomni wygładzić taki kontur zamieniając go na łuki. Maszyna wpada wtedy w wibracje a krawędź składa się z dużej ilości odcinków, no i oczywiście czas programu jest bardzo wydłużony (program taki wraca od razu do poprawki). Ciekawi mnie jednak inna kwestia, że rozmiar programu zawierającego splajny i elipsy jest kilka tysięcy razy większa od programu z konturami wygładzonymi, przez co czasami maszyna nie jest nawet w stanie wgrać takiego programu do własnej pamięci. Czy pana oprogramowanie wygeneruje program ze splajnami i elipsami który będzie rozmiarowo podobny do programu z konturami obrysowanymi łukami? jeżeli znalazłby pan czas i jest taka możliwość to mogę zamieści przykładowy detal, pan wygeneruje kod po swojemu i ja po swojemu i porównamy wielkość plików.