Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione REDMI Note 17 Pro: il midrange con batteria da 8.340 mAh e ricarica veloce
Recensione REDMI Note 17 Pro: il midrange con batteria da 8.340 mAh e ricarica veloce
REDMI Note 17 Pro porta in fascia media una batteria da 8.340 mAh con ricarica HyperCharge a 67W, un display AMOLED da 6,83 pollici capace di picchi di luminosità molto elevati e una struttura certificata TÜV SÜD contro cadute e infiltrazioni d'acqua, il tutto racchiuso in una scocca da 223 grammi. Lo abbiamo provato per diversi giorni tra fotocamera, prestazioni, autonomia e prezzo sul mercato italiano
Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema
Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema
Insta360 Luna Ultra integra un sensore da 1 pollice 8K, ottiche Leica e triplo chip IA. Tra schermo OLED rimovibile, workflow I-Log a 10 bit e stabilizzazione a tre assi, analizziamo le doti tecniche di una gimbal camera pensata per i professionisti
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa
Marvel's Wolverine porta Logan in un'avventura inedita, violenta e fortemente narrativa, costruita attorno alla sua natura di combattente e al difficile rapporto con il proprio passato. Insomniac Games punta su combattimenti spettacolari, progressione e personalizzazione, inserendo l'azione in un mondo segnato dalla persecuzione dei mutanti. Un viaggio intenso, che alterna mattanza, esplorazione e momenti sorprendentemente emotivi.
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


Recensione REDMI Note 17 Pro: il midrange con batteria da 8.340 mAh e ricarica veloce Recensione REDMI Note 17 Pro: il midrange con ba...
Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema Insta360 Luna Ultra: la potenza del sensore da 1...
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa Marvel's Wolverine, la recensione: Logan torna p...
DJI Romo 2: tante novità lo rendono un robot completo DJI Romo 2: tante novità lo rendono un ro...
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED Sony Bravia 9 II: il True RGB alla prova, dove l...
La Luna ha un nuovo cratere di grandi di...
ROG Cronox: ASUS alza l'asticella dei ca...
Lenovo annuncia nuovi sistemi per la vir...
M6 e M5 Ultra, i primi benchmark conferm...
La nuova falla della cybersecurity &egra...
The Blood of Dawnwalker, il sequel potre...
Colpiti i data center Amazon: irrecupera...
Google Wallet, nuova interfaccia in arri...
iPhone Duo, problemi di produzione per i...
Firefox diventa più veloce con PDF e JPE...
WhatsApp, arriva su iOS la nuova scorcia...
Snap presenta Specs: realtà aumentata, c...
SteamOS verso un cambiamento epocale: ar...
Recensione HUAWEI FreeBuds Neo, piccoli ...
TSMC aumenta i costi di produzione: AMD ...
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: 19:41.


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