Torna indietro   Hardware Upgrade Forum > Software > Programmazione

NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT
NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT
Nelle ultime settimane abbiamo provato tre delle proposte top di gamma di NZXT nelle categorie case, dissipatori e ventole. Rispettivamente, parliamo dell'H9 Flow RGB+, Kraken Elite 420 e F140X. Si tratta, chiaramente, di prodotti di fascia alta che si rivolgono agli utenti DIY che desiderano il massimo per la propria build. Tuttavia, mentre i primi due dispositivi mantengono questa direzione, le ventole purtroppo hanno mostrato qualche tallone d'Achille di troppo
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz
ASUS ROG Swift OLED PG34WCDN è il primo monitor gaming con pannello QD-OLED Gen 5 a layout RGB Stripe Pixel e 360 Hz su 34 pollici: lo abbiamo misurato con sonde colorimetriche e NVIDIA LDAT. Ecco tutti i dati
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico
Nothing Phone (4a) Pro cambia pelle: l'alluminio unibody sostituisce la trasparenza integrale, portando una solidità inedita. Sotto il cofano troviamo uno Snapdragon 7 Gen 4 che spinge forte, mentre il display è quasi da top dig amma. Con un teleobiettivo 3.5x e la Glyph Matrix evoluta, è la prova di maturità di Carl Pei. C'è qualche compromesso, ma a 499EUR la sostanza hardware e la sua unicità lo rendono un buon "flagship killer" in salsa 2026
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 28-09-2010, 09:18   #1
Lim
Senior Member
 
L'Avatar di Lim
 
Iscritto dal: Dec 2000
Messaggi: 501
[Java] Random e distribuzione uniforme

Sto cercando di implementare un algoritmo che generi casualmente N oggetti da distribuire uniformemente sulla superficie di una sfera.
Ho pensato che lavorare con le coordinate sferiche sarebbe stata la scelta migliore (r, fi, theta).
L'idea, quindi, è quella di generare randomicamente gli angoli fi e theta per ogni oggetto, poi attraverso il raggio della sfera, posiziono l'oggetto sulla superficie.
Utilizzo i metodi della classe Random di Java, ho testato la generazione degli angoli verificando che hanno una distribuzione grosso modo uniforme.
Però al momento di utilizzare realmente il metodo per collocare gli oggetti sulla sfera, vedo (visualizzo il la sfera in 3D) che c'è una concentrazione maggiore di oggetti lungo l'asse Z. Non riesco a capire come mai

Incollo qui sotto il codice utilizzato:
Codice:
Random rand=new Random();
float theta=0;
float fi=0;
double max=Math.PI;
double min=0;
		
for (int i=0;i<n;i++){
				
	fi=(float) Math.atan2(rand.nextGaussian(),rand.nextGaussian());
			
	theta= (float) (rand.nextFloat()*(max-min)+min);			
}
L'angolo fi varia tra -PI e +PI, mentre theta tra 0 e PI.
Per un approfondimento sulle coordinate sferiche rimando qui.

La verifica che ho fatto per valutare se la generazione di fi e theta fosse realmente uniforme è consistita nel popolare un array di 360 elementi per fi e 180 elementi per theta. Ho convertito gli angoli generati in GRADI e poi in INT e per ogni occorrenza di un certo angolo (intero) sono andato ad incrementare il corrispondente elemento nell'array. Ho importato gli elementi dell'array in un foglio di calcolo esterno ed ho creato un grafico. In effetti entrambi gli angoli hanno distribuzione uniforme.
Certo, la verifica l'ho fatta con angoli interi ed in gradi, ma in radianti (double) non credo proprio che ci siano differenze, o sbaglio?

Chiedo aiuto per capire cosa c'è che non va nel mio ragionamento e per trovare insieme eventuali soluzioni alternative...

Grazie in anticipo!!!
Lim è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 09:37   #2
banryu79
Senior Member
 
L'Avatar di banryu79
 
Iscritto dal: Oct 2007
Città: Padova
Messaggi: 4131
Scusa, una curiosità: perchè per fi usi nextGaussian e per theta ti basta nextFloat? Lo chiedo da ignorante, non perchè penso sia quello il tuo problema.

EDIT:
Occhio che sono ignorante forte, quindi potrei puntare il dito su cavolate.
Quote:
L'angolo fi varia tra -PI e +PI, mentre theta tra 0 e PI.
Dato che PI vale 180° così abbiamo che ogni "fi" generato è nel range [-180°, 180°] mentre ogni "theta" generato è nel range [0°, 180°].
Ma "theta" non dovrebbe essere anche lui compreso nel range [-180° 180°]?

Lo chiedo perchè:
Quote:
... Ho importato gli elementi dell'array in un foglio di calcolo esterno ed ho creato un grafico. In effetti entrambi gli angoli hanno distribuzione uniforme.
Che la distribuzione dei 360 valori e dei 180 valori pseudorandom generati da java.util.Random fosse abbastanza uniforme è pacifico.
__________________

As long as you are basically literate in programming, you should be able to express any logical relationship you understand.
If you don’t understand a logical relationship, you can use the attempt to program it as a means to learn about it.
(Chris Crawford)

Ultima modifica di banryu79 : 28-09-2010 alle 09:53.
banryu79 è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 09:54   #3
tuccio`
Senior Member
 
Iscritto dal: Apr 2010
Città: Frosinone
Messaggi: 416
Quote:
Originariamente inviato da Lim Guarda i messaggi
Codice:
	theta= (float) (rand.nextFloat()*(max-min)+min);
mentre theta tra 0 e PI.
? :E
tuccio` è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 09:56   #4
Lim
Senior Member
 
L'Avatar di Lim
 
Iscritto dal: Dec 2000
Messaggi: 501
Quote:
Originariamente inviato da banryu79 Guarda i messaggi
Scusa, una curiosità: perchè per fi usi nextGaussian e per theta ti basta nextFloat? Lo chiedo da ignorante, non perchè penso sia quello il tuo problema.
Inizialmente generavo fi allo stesso modo di theta, cambiando soltanto il max e min nella formula. Avevo comunque lo stesso problema, concentrazione troppo elevata intorno all'asse Z. Ho deciso allora di cambiare approccio, sfruttando la funzione Math.atan2(y,x), che calcola l'arco tangente del rapporto delle due coordinate, effettuando anche i controlli se uno dei due o entrambi sono uguali a 0.

Utilizzando nextFloat in atan2, non si ottiene una distribuzione uniforme. Sono andato un pò a tentativi all'inizio...
Lim è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 09:59   #5
Lim
Senior Member
 
L'Avatar di Lim
 
Iscritto dal: Dec 2000
Messaggi: 501
Quote:
Originariamente inviato da tuccio` Guarda i messaggi
? :E
Mi sono sbagliato? Pensi che sia qui l'errore?
Lim è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 10:06   #6
Lim
Senior Member
 
L'Avatar di Lim
 
Iscritto dal: Dec 2000
Messaggi: 501
Quote:
Originariamente inviato da banryu79 Guarda i messaggi
Dato che PI vale 180° così abbiamo che ogni "fi" generato è nel range [-180°, 180°] mentre ogni "theta" generato è nel range [0°, 180°].
Ma "theta" non dovrebbe essere anche lui compreso nel range [-180° 180°]?

Beh, in realtà le coordinate sferiche vincolano theta compreso tra 0 e 180, guarda il link che ho messo... Dal grafico capirai al volo che teoricamente è corretto...


Quote:
Originariamente inviato da banryu79 Guarda i messaggi
Che la distribuzione dei 360 valori e dei 180 valori pseudorandom generati da java.util.Random fosse abbastanza uniforme è pacifico.
Beh, si. Pensavo anche io di potermi appoggiare a questa cosa, ma il risultato non lo è, forse combinando insieme i due angoli non si ottiene + la uniformità, ma non capisco molto perchè... (che dipenda proprio dai vincoli imposti su theta?)
Lim è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 10:58   #7
tuccio`
Senior Member
 
Iscritto dal: Apr 2010
Città: Frosinone
Messaggi: 416
Quote:
Originariamente inviato da Lim Guarda i messaggi
Mi sono sbagliato? Pensi che sia qui l'errore?
ah no, ricordavo male, nextFloat ritorna numeri tra 0 e 1 quindi niente (e comunque la cosa non giustificava comunque la distribuzione sull'asse z)

Ultima modifica di tuccio` : 28-09-2010 alle 11:00.
tuccio` è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 11:20   #8
Caldwell83
Senior Member
 
L'Avatar di Caldwell83
 
Iscritto dal: Nov 2007
Città: Bergamo
Messaggi: 307
Dai miei vaghi ricordi di statistica la distribuzione gaussiana non è uniforme, ma è piu' concentrata al centro. Se cerchi "Gaussiana" in google images troverai il grafico della distribuzione.

Per avere una distribuzione uniforme devi utilizzare nextFloat() o nextDouble, che si restituisce un numero fra 0 e 1, ma se tu lo moltiplichi per il valore massimo ti trovi il numero random che ti serve, oppure puoi utilizzare nextInt(valoreMax) che ti restituisce un intero compreso tra 0 e valoreMax -1.
Caldwell83 è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 12:53   #9
Lim
Senior Member
 
L'Avatar di Lim
 
Iscritto dal: Dec 2000
Messaggi: 501
Quote:
Originariamente inviato da Caldwell83 Guarda i messaggi
Dai miei vaghi ricordi di statistica la distribuzione gaussiana non è uniforme, ma è piu' concentrata al centro. Se cerchi "Gaussiana" in google images troverai il grafico della distribuzione.

Per avere una distribuzione uniforme devi utilizzare nextFloat() o nextDouble, che si restituisce un numero fra 0 e 1, ma se tu lo moltiplichi per il valore massimo ti trovi il numero random che ti serve, oppure puoi utilizzare nextInt(valoreMax) che ti restituisce un intero compreso tra 0 e valoreMax -1.

Vero, è la classica campana rovesciata, media=0 e varianza=1.
Dai tentativi fatti ho visto che la Gaussiana si comporta meglio di nextFloat.
Inoltre non uso la gaussiana per generare l'angolo, ma la uso per generare le coordinate x ed y che vanno ad alimentare la funzione Math.atan2(y,x).
In pratica, questa funzione, partendo dalle coordinate rettangolari, calcola l'arco tangente di (y/x), restituendo fi. Usando questo approccio, ottengo risultati migliori rispetto a quando genero x ed y con nextFloat.

Comunque, è lo stesso risultato che ottengo con
(r.nextFloat()*(max-min)+min), ho provato a cambiare solo per vedere se risolvevo l'anomalia sull'asse Z.
Lim è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 14:08   #10
Caldwell83
Senior Member
 
L'Avatar di Caldwell83
 
Iscritto dal: Nov 2007
Città: Bergamo
Messaggi: 307
Fai questa prova:
Genera entrambi gli angoli nello stesso modo, senza passare dall'arcotangente.
Caldwell83 è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 16:18   #11
Lim
Senior Member
 
L'Avatar di Lim
 
Iscritto dal: Dec 2000
Messaggi: 501
Quote:
Originariamente inviato da Caldwell83 Guarda i messaggi
Fai questa prova:
Genera entrambi gli angoli nello stesso modo, senza passare dall'arcotangente.
Già fatta come prova, stessa formula (tranne che per l'estremo superiore del calcolo).
Sull'asse Z la densità è più alta. Non so proprio dove sbaglio, forse è la combinazione dei due angoli che genera una densità maggiore?

In teoria, se la concentrazione è più alta intorno a Z, sembrerebbe che theta assuma con più frequenza valori prossimi a 0 e a 180°, mentre per fi è indifferente...
Lim è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 16:50   #12
banryu79
Senior Member
 
L'Avatar di banryu79
 
Iscritto dal: Oct 2007
Città: Padova
Messaggi: 4131
edit.
__________________

As long as you are basically literate in programming, you should be able to express any logical relationship you understand.
If you don’t understand a logical relationship, you can use the attempt to program it as a means to learn about it.
(Chris Crawford)

Ultima modifica di banryu79 : 28-09-2010 alle 16:54.
banryu79 è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2010, 17:52   #13
yorkeiser
Senior Member
 
L'Avatar di yorkeiser
 
Iscritto dal: Jul 2006
Città: Tristram
Messaggi: 517
Potrei essere arrugginito (anzi lo sono), ma non mi risulta che in coordinate sferiche i due angoli siano indipendenti, come tu stai assumendo calcolando randomicamente il secondo.
Ci sono precise relazioni che legano i due angoli e il raggio, e sono date appunto dalle formule che hai linkato su wikipedia.
__________________
Il sole è giallo
yorkeiser è offline   Rispondi citando il messaggio o parte di esso
Old 07-10-2010, 16:53   #14
Lim
Senior Member
 
L'Avatar di Lim
 
Iscritto dal: Dec 2000
Messaggi: 501
Quote:
Originariamente inviato da yorkeiser Guarda i messaggi
Potrei essere arrugginito (anzi lo sono), ma non mi risulta che in coordinate sferiche i due angoli siano indipendenti, come tu stai assumendo calcolando randomicamente il secondo.
Ci sono precise relazioni che legano i due angoli e il raggio, e sono date appunto dalle formule che hai linkato su wikipedia.
HO RISOLTO!!!

Allora, come dici te in coordinate sferiche i due angoli non sono indipendenti, ma per la mia applicazione, in cui voglio posizionare a caso in coordinate sferiche, l'approccio andrebbe anche bene. Nel senso, mi genero un fi, mi genero un theta e poi tramite il raggio, trovo la collocazione nello spazio sferico.
Le formule di wikipedia sono semplici e chiare su questo punto.

Tornando al mio problema, quello che volevo fare era distribuire uniformemente oggetti sulla superficie di una sfera (immaginiamo la Terra). La procedura non è banale, in quanto la densità tende ad aumentare mano a mano che ci si allontana dal cerchio di raggio massimo (equatore).

Questo perché, anche se l'algoritmo genera in modo uniforme gli angoli fi e theta, andando a collocare gli oggetti nei pressi dei poli, essi saranno inevitabilmente + densi! (i paralleli sono via via più piccoli).
Quindi NON devo generare in modo uniforme gli angoli fi e theta, ma devo tenere in considerazione il fatto che mi sto allontanando dall'equatore.

Dopo una lunga ricerca ho trovato le seguenti formule:
Codice:
fi= 2 * pigreco * rand1
theta= arccos(2 * rand2 -1)

con rand1 e rand2 numeri aleatori compresi tra 0 e 1.




Ringrazio tutti per il supporto e cito la fonte per chi volesse approfondire l'argomento.


P.S. Tanto per fare chiarezza, nella fonte citata fi e theta sono invertiti. Credo che sia più "corretto" indicarli come ho fatto io, inoltre concordano con Wikipedia...

Ultima modifica di Lim : 08-10-2010 alle 09:35.
Lim è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abb...
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz ASUS ROG Swift OLED PG34WCDN recensione: il prim...
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico Recensione Nothing Phone (4a) Pro: finalmente in...
WoW: Midnight, Blizzard mette il primo, storico mattone per l'housing e molto altro WoW: Midnight, Blizzard mette il primo, storico ...
Ecovacs Goat O1200 LiDAR Pro: la prova del robot tagliaerba con tagliabordi integrato Ecovacs Goat O1200 LiDAR Pro: la prova del robot...
EK Waterblock si arrende agli aumenti, i...
Geekbench si aggiorna: tutti i test con ...
Per la prima volta un computer quantisti...
Telecamere Reolink 4K su Amazon: Wi-Fi 6...
Anthropic vuole farsi i chip da sola? Co...
Il fondatore di Framework: il personal c...
JBL Live Flex 3 a 129€ su Amazon: ANC ad...
Come un uomo ha costruito un'azienda da ...
Multe fino a 400 euro anche se hai pagat...
Tapo lancia una valanga di offerte su Am...
Little Snitch su Linux: finalmente dispo...
John Deere accetta un accordo da 99 mili...
Gli astronauti di Artemis II osservano i...
OpenAI lancia ChatGPT Pro da 100 dollari...
Allarme rosso: CPU-Z e HWMonitor, segnal...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 21:18.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v