|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#1 |
|
Member
Iscritto dal: Jan 2004
Messaggi: 60
|
[c++] Real-time rendering
Salve a tutti.... premetto che sono un principiante....
Sto sviluppando un'applicazione che prende valori da un sensore di posizione collegato tramite l'USB e visualizza in real-time la posizione. L'oggetto visualizzato è un cono che cambia (...ops dovrebbe cambiare Ho a disposizione tutte le routine e le librerie del sensore che permettono l'acquisizione dei dati. L'ho provato facendo un programmino a linea di comando e funziona tutto perfettamente. Per il rendering sto utilizzando le VTK... Una volta visualizzato il cono, quando do il RUN (ovvero gli chiedo di aggiornare la posizione in base ai vaolri acquisiti), il cono si blocca e solo quando il sensore finisce con l'acquisizione il cono si porta sull'ultima posizione acquisita. Ho provato a trovare qualcosa e penso che sia un problema di processi concorrenti.. cmq... riporto il codice del metodo RUN: void vtkPVWindow::RUN() { //Inizializzazione del sistema di acquisizione BirdClass a = BirdClass::BirdClass(); a.getSysConf(); a.getSensConf(); a.getTrmConf(); //acquisizione di 100 valori for(int i=1;i<100;i++) {// I valori vengono acquisiti in un record definito nell'header DOUBLE_POSITION_ANGLES_RECORD record=a.getValori(); //Al cono è associato un Actor che ha i metodi per settare la posizione .. this->MainView->GetRenderer()->GetActors()->GetLastActor()->SetPosition(record.x,record.y,record.z); } } Da che cosa deriva il problema?? Come si puo risolvere il problema??? |
|
|
|
|
|
#2 |
|
Senior Member
Iscritto dal: May 2006
Città: Wursteland
Messaggi: 1749
|
non conosco le VTK ma spesso ci sono metodi tipo Refresh() che ridisegnano l'oggetto solo quando
lo specifichi tu, per evitare rallentamenti vari. Prova a vedere se esiste un metodo del genere. Ciao
__________________
Nintendo WIII 4d Turbo Intercooler - Sestium X 666 99,312 GHz - 6.984 Ram Σ(9999) MHz - HDD SATA 97e^(10) bytes 93³ rpm - ATI biberon X900z ∞Mb - Win Eight SP (1 > yours) 16 Valve |
|
|
|
|
|
#3 |
|
Member
Iscritto dal: Jan 2004
Messaggi: 60
|
non esiste un metodo del genere...
ma non potrebbe essere un problema di sincronismo? se si..... come si può risolvere? |
|
|
|
|
|
#4 | |
|
Senior Member
Iscritto dal: May 2006
Città: Wursteland
Messaggi: 1749
|
Quote:
Tu hai messo tutto nel metodo RUN ma non mi sembra molto corretto. anche col VC o il Borland, se metti tutto nel costruttore o in qualche metodo iniziale non funziona e rischi di far "crashare" il prgramma. Comunque hai cercato anche Repaint ?
__________________
Nintendo WIII 4d Turbo Intercooler - Sestium X 666 99,312 GHz - 6.984 Ram Σ(9999) MHz - HDD SATA 97e^(10) bytes 93³ rpm - ATI biberon X900z ∞Mb - Win Eight SP (1 > yours) 16 Valve |
|
|
|
|
|
|
#5 |
|
Member
Iscritto dal: Jan 2004
Messaggi: 60
|
ne sono sicuro... il problema è che due processi accedono ad una zona di memoria in modo contemporaneo....uno scrive e l'altro legge...a due velocità diverse....
ho visto che il problema si risolve con i thread ma ancora nn iresco ad applicarli alla mia situazione... ce qualche tutorial buono in giro? |
|
|
|
|
|
#6 | |
|
Senior Member
Iscritto dal: Feb 2002
Messaggi: 906
|
Quote:
per caso stai usando Novodex?? cmq dovresti risolvere con un timestep per frame nella fase di rendering diciamo un default di 1/60 come refresh. fai un debug per controllare i valori della posizione che siano tutti eseguiti. |
|
|
|
|
|
|
#7 | |
|
Member
Iscritto dal: Jan 2004
Messaggi: 60
|
per caso stai usando Novodex??[/quote]
No... non so neanche cosa sia.... Quote:
|
|
|
|
|
|
|
#8 | |
|
Senior Member
Iscritto dal: Feb 2002
Messaggi: 906
|
Quote:
non so neanche cosa sia.... Cioè? ripeto sono un principiante.... Hai controllato debuggando che: SetPosition(record.x,record.y,record.z); esempio: assuma le posizioni corrette del cono e che invece parte da 0,0,0 e all'ultimo ciclo si trova a 10,0,10 mentre dovrebbe camminare tipo: 1,0,0 2,0,0 ... 10,0,1 10,0,2... 10,0,10 pos finale? Per quanto riguarda il timestep se cerchi con google ci sono molti esempi e forse anche nella dll che cerchi ci sarà qualche chiamate a tale evento. In pratica la vorando a 1/60 significa renderizzare 60 immagini x secondo. Se non si usa questo accorgimento, ed il pc è velocissimo, ti succede che il cono parte da 0,0,0 e te lo ritrovi a 10,0,10 ad una velocità che l'occhio umano non percepisce. Mentre con un timestep, il cono verrebbe renderizzato in modo percebile all'occhio umano, sia che giri su un pc velocissimo che uno lento, il timestep fà in modo di far avanzare le immagini a 60 immagini per secondo su qualunque pc. Un'altra cosa da controllare sarebbe la velocità che assume il cono: se x=0 è deve arrivare a x=10 il valore di aggiornamento di x+=1.0 significa che il cono in un attimo si trova a pos 10. Mentre x+=0.001 il cono per raggiungere x=10 ci impiega + tempo e potrai vederne gli spostamenti al rallentatore diciamo. Mentre ora è talmente veloce che non percepisci lo spostamento. Non saprei dirti altro, questo è quello chemi viene in mente di controllare prima di dire qualsiasi altra cosa. Se invece non è questo sopra il problema, perchè hai fatto questo controllo, allora spiega un pò meglio che funzioni stai usando: Codice:
Ho a disposizione tutte le routine e le librerie del sensore che permettono l'acquisizione dei dati Quindi ci sarà pure un tut che ti spiega i passi da fare per richiamare al meglio le funzioni. |
|
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 07:48.











non so neanche cosa sia....








