CNC 3D minimum

próbowałem działania cnc3d pod wine pod linuksem... bez opengla
aplikacja prawie działa - jedynie brakuje jej do szczęścia OpenGL
może ktoś ma zainstaloane sterowniki (server) ze wsparciem dla OpenGL?
bo wygląda na to, że program ma szansę chodzić pod Linuksem...

Inf-el pisze:A inne programy wykorzystujące opengl pod ME ci działają ?
np vega http://www.vegacnc.com/html/dataview.htm
używa opengl32.dll, glu32.dll, glut32.dll

Czy karta graficzna obsługuje opengl ?

Vega działa bardzo sprawnie. Co do karty to nie wiem. To jest jakieś coś na bazie chipa od nvidii, chyba GeForce 2 (więc pewnie obsługuje OpenGL). Sterownik jest od producenta - tyle pamiętam.

Kurczę, myślałem że wine obsługuje bez problemu OpenGL, w końcu ma odpowiednie "dll-e" w standardzie. Na winehq.org nie ma nic konkretnego na ten temat. Napisali tylko, że obsługuje.

Powróciłem do moich prób napisania prostego programu do modelowania 3D do CNC.
Poszedłem w trochę innym kierunku - DirectX.
Jeśli ktoś ma mocny komputer (dużo MHz + dużo RAM) a przede wszystkim chyba szybka karta graficzna ze wsparciem dla DirectX to proszę o przetestowanie wstępnej wersji programu.
Chodzi mi głównie o to czy kursor myszki (krzyż) przesuwa się w miarę płynnie, czy nie da się pracować.
Idea nowego programu jest taka:
- przeznaczenie = płaskorzeźby
- kilka paneli: główny(rzut z góry) + 2 z prawej + 2 z przodu.
- plansza na razie zawiera na stałe 600x400 punktów (pikseli) z przyszłą możliwością exportu do g-code np. 600*400 mm.
- punkty te można podnosić i opuszczać = zagłębienie Z
- będzie można wczytać bitmapę i ją powyciągać automatycznie, półautomatycznie i ręcznie

Teraz można się pobawić tak:
1. podnieść wszystkie punkty o 1 w górę (menu/edycja/podnieś wszystko o 1)
2. zaznaczyć punkt (kliknąć na środku głównego panelu (największego))
3. wstawić piramidkę (menu/wstaw/piramidki) lub stożek (menu/wstaw/stożek)

I pytanie : jak płynnie to działa na szybkim sprzęcie ?
Jeśli słabo to spróbuję coś zoptymalizować. Jeśli nic to nie da, to zarzucę projekt.

Aby taka formuła programu miała praktyczne zastosowanie powinna (według mnie) obsługiwać minimum jakieś 200 x 200 mm z dokładnością do 0.1 czyli 2000x2000 = 4 mln punktów.

Mam w domu AMD64 2.5GHz 1GBRAM, GeForce 6100 = przy 600x400 działa niezadowalająco.
Powodem tak wolnej pracy jest generowanie przez program całego obrazu do wyświetlenia (panele + wszystkie punkty + kursor + opisy txt) przy każdym ruchu myszki.

Pewnie to nie nie jest komputer ktory mozna nazwac szybkim ale pograc juz mozna AMD64 3.5GHz 1GB RAM ATI RADEON X1950
Kursor lekko sie gubi . A po podniesieniu wszystkie punkty o 1 w górę muli juz mocno .

Dzięki za testy.
To znaczy, że muszę pogrzebać w kodzie i go zoptymalizować.
Mam nadzieje , że powstanie mały, prosty ale przydatny programik do płaskorzeźb działający na zasadzie wgniatania i wyciągania punktów.

Ha! Mniej więcej coś takiego chciałem robić, ale na zwykłym widgetcie do bitmap, z 16-bitową "głębią". I co najwyżej z uproszczonym podglądem 3D.

Zainteresuj się - o ile jeszcze nie znasz - algorytmem "skeleton". Można go wykorzystać do kształtowania krawędzi i powierzchni wielokątów/liter. Jest wykorzystywany również w OCR. Tutaj ciekawa strona (długo się ściąga).

Na bitmapach na pewno będzie działało szybciej niż na programowej obsłudze 4 milionów punktów.
Ale idea wydaje mi się prosta i dająca duże możliwości.

Niestety algorytm i zasada wyświetlania w tym DirectX'ie jest do bani.
Sprawdziłem to na moim nowym Core 2 Quad 2.4 GHz, 4GB RAM, GeForce 9600GT 512MB
i też się przycina.