Archivio

Archivio per 17 luglio 2011

Anno 2033: Second World, un viaggio nel futuro…

Da quando sono un resident di Second World, dall’ormai lontano 2025, da quando cioè abbiamo startato la Grid, ho dovuto imparare a gestire al meglio i numerosi impegni che mi vedono coinvolto, col prezioso aiuto di un software per la selezione e l’organizzazione dei meeting e degli eventi a cui partecipo. Quando entro in Second World trovo ad accogliermi il mio segretario virtuale per il briefing giornaliero delle attività in corso: una sala di controllo mi monitorizza le attività che seguo costantemente e mi mostra lo stato dei progetti in corso. Nessuno mi contatta senza essere passato per il filtro del mio software/segretario. Entro subito nel primo slot di impegni della serata, con un meeting all’Associated Press, in un gruppo di studio in cui si sta discutendo una ricerca condotta sugli albori del giornalismo virtuale. La ricerca espone i dati su come la diffusione delle notizie sulle attività inworld, e sulle esperienze che si andavano sperimentando, sia stato un elemento di grande stimolo alla loro evoluzione. Dai prototipi di Mondo Virtuale (alla Second Life, per intenderci), fino ad arrivare a questa Grid di Second Word, che ha ormai convogliato tutti i resident dei diversi Mondi Virtuali preesistenti, creando standard, criteri organizzativi e di sicurezza, che sono necessari a svolgere tutte le attività a cui i resident partecipano. La discussione in corso nel gruppo di studio, che ha l’obiettivo di rivedere il codice deontologico a cui aderiscono tutti gli attuali organi di informazione virtuale, va avanti animata. Siamo già arrivati a consolidare il 15° articolo del codice, ne mancano ancora 12, ma ce la faremo.

Al termine di questo primo briefing, passo a salutare alcuni amici in un ranch vicino a Virtual Tombstone, in cui un Country Singer intrattiene gli ospiti con la sua musica anni ’70 del secolo scorso. Un momento di puro relax, che mi lascia un attimo di pausa, e di tranquille chiacchiere con gli amici Americani. Mi chiedono della sezione di Grid dedicata all’Italia, in cui si stanno sperimentando nuove tecniche di immersione temporale nell’antica Roma, a partire dal patrimonio esistente nei Musei della nazione. Siamo ancora alla fase iniziale, ma i lavori procedono rapidamente, gli ambienti sono stati creati e i manager sono al lavoro per creare la comunità e i gruppi di comunicazione.

 Mi arriva una chiamata dal software segretario: mi cercano per un problema di lavoro legato all’ultimo progetto che abbiamo rilasciato, lo scorso mese, in versione beta. Ci sono due milioni di testers al lavoro per perfezionarlo. E’ una richiesta urgente di intervento, saluto quindi gli amici e faccio un salto col Teleport. Qui incontro i colleghi del laboratorio alle prese con l’instabilità di quella zona di Grid in cui abbiamo costruito il simulatore spaziale. Il nuovo simulatore di viaggi spaziali fa le bizze. Non rispetta i tempi di “viaggio” stabiliti per le connessioni extra galassia e c’è bisogno di ulteriori testers per completare il debug della versione beta, che sembra avere seri problemi. C’è da diramare un nuovo avviso di reclutamento per altri 200 mila beta testers. Dobbiamo stringere i tempi, il software definitivo deve assolutamente essere rilasciato per fine anno.


Il simulatore dei viaggi spaziali è la più grande innovazione mai sperimentata. Il Mondo Virtuale ha ormai fornito una soluzione stabile alla voglia di viaggiare nello spazio. Una volta rassegnati sul limite invalicabile della velocità della luce (Einstein docet), abbiamo capito che per viaggiare nello spazio è inutile tirarsi dietro il corpo fisico, e che il viaggio nella Realtà Aumentata è di gran lunga più sicuro e redditizio. Tuttavia, le connessioni sulla Grid Extra Mondo possono avvenire solo attraverso le stringhe di singolarità scoperte nel buco nero di Proxima, a 1,5 anni luce dal sistema solare. Attraversando quel buco nero, esplorato con l’ausilio delle centinaia di sonde che vi abbiamo inviate, e perse, abbiamo creato dei Poli di “arrivo” in vari punti della galassia, man mano che l’esplorazione è andata avanti, e nuovi Poli si aggiungono di continuo, allargando il nostro raggio d’azione per l’esplorazione e i contatti nello spazio. Ovviamente abbiamo sempre uno starting time per arrivare al buco nero, che dista 1,5 anni luce dalla terra. Ma un delay di un anno e mezzo è veramente il minimo, per poter fare questa esperienza formidabile, e le nostre navi, per quanto lente, ci hanno consentito di portare fin lì le connessioni a cui collegarci dalla Terra. Rimane ancora come problema, purtroppo insuperabile, vista la velocità della luce e la teoria della relatività ristretta, il tempo necessario allo start up per stabilire la prima connessione. Poi si va …

 La scoperta successiva è stata che altre civiltà sono arrivate, alcune molto prima di noi, a sperimentare questi “viaggi”, abbiamo quindi allacciato relazioni Extra Mondo che ci stanno consentendo di migliorare rapidamente il nostro livello di sfruttamento di questa tecnologia. Gli impatti sono stati enormi, in termini di evoluzione sociale e scientifica, ma, come dicevo, siamo un po’ alle prime armi, con l’attuale software di connessione Extra Mondo. Dovremo lavorare ancora molto intensamente al nuovo tipo di software a struttura biologica, collegato sensorialmente alle nostre terminazioni nervose, per azzerare i nostri tempi di reazione, che sono fondamentali in questo tipo di viaggi. Dopodichè il teleport Extra Mondo diverrà molto più efficiente. Siamo appena all’inizio di un lungo viaggio…

Lascio i ragazzi, sempre impegnati a lavorare sul software tuttora in prova, ma è l’unico che abbiamo al momento, e ci vorrà purtroppo ancora un bel po’ per aver ragione dei bachi relativi ai tempi di trasmissione e teletrasporto.

 Salto rapidamente alla grid Indiana, per incontrare un regista di VirtualVideo (ricordate l’antico Machinima?) che sta realizzando filmati educativi sull’America primordiale. Ormai le immagini vengono completamente sviluppate qui in Grid, e nessuno usa più attori fisici, che dovrebbero recitare, fingere, riprovare, fino a rendere il risultato accettabile per il regista. Ci si concentra invece suoi contenuti. Sviluppare filmati virtuali consente di ottimizzare tempi e risultati, con una resa infinitamente migliore. La differenza fondamentale, rispetto al cinema di una volta, è che noi stessi, con il nostro avatar, siamo chiamati a far parte del filmato, ogni volta che lo vediamo, o, per meglio dire, che lo viviamo. Questo video sull’America primordiale ha qualche difficoltà nella partecipazione, poichè il visitatore è costretto a sorvolare le zone che si visitano, infatti non sempre è possibile atterrare in quei posti piuttosto a rischio, in un ambiente in cui l’uomo ancora non aveva fatto la sua comparsa. Ma vi assicuro che essere immersi in un VirtualVideo ambientato nel Medioevo, magari nel ‘300, pone problemi non minori di sicurezza, sia per gli incontri con i tagliagole locali, sempre pronti a violenze o stupri, che per le condizioni miserrime della vita a quei tempi. Preferisco mille volte essere nella Firenze medioevale a tirare quattro calci ad un pallone di pezza, insieme a quei rudimentali calciatori del ‘400.  Ascolto con attenzione le esigenze che mi pone il regista sulla progettazione di nuovi ambienti virtuali, da creare ex novo per il prossimo VirtualFilm.  Ci sono ancora molti problemi progettuali da risolvere col team di architetti, e come al solito, il tempo non è mai abbastanza, per tutto il lavoro che c’è da fare.

Ogni zona di Grid che viene buildata, per esigenze di svago, di lavoro o culturale, nella VirtualReality, è un pezzo di mondo in più, che si aggiunge a questa infinita Grid, tuttora in continua espansione esponenziale. L’estensione della Grid attuale, dopo i primi 8 anni di vita, è pari ormai a quasi l’intero sistema solare. Tuttavia, i nostri computer quantici non hanno alcuna difficoltà a gestirla. Non hanno ormai limiti, né di potenza, né di gestione delle informazioni, e si tratta solo di organizzare e gestire la complessità derivante. Un puro problema ingegneristico. Per fortuna, i nuovi software ci aiutano anche in questo lavoro. Quello che rimane tuttora insuperata, è la fantasia e l’inventiva della mente umana, a cui non si può assolutamente rinunciare, per proseguire nella spinta evolutiva. Nessun software è ancora in grado di riprodurre le mappe mentali umane, comprese le incertezze e gli errori. Le macchine perfette non hanno fantasia. Questa deriva anche, molto spesso, dagli errori e dal caso. Ogni creativo porta il suo contributo a questo mondo, e gli specialisti di VirtualArchitecture sono ormai i veri artefici di questo grande sviluppo, sono dei veri e propri VIP, ricercatissimi e impegnatissimi. Il compito di noi progettisti e Project Managers è quello di convogliarne gli sforzi ed organizzare il lavoro di gestione e di rilascio delle nuove modellazioni, oltre naturalmente che a lavorare per creare le condizioni di gestione a regime.

Raggiungo il quartiere commerciale di VirtualLondon. Ho bisogno di un restyling dell’Avatar. A proposito, l’Avatar non ha più niente a che vedere con i poveri modellini sviluppati nei primi prototipi di inizio secolo. L’avatar attuale è un Io reale, solo che ha l’aspetto che vogliamo dargli e che più ci aggrada. La gente qui è abituata a vedere cambi di shape e skin, così come si fa con i vestiti, tanto il nostro codice identificativo mantiene visibile la nostra identità, a garanzia del riconoscimento, anche legale, della nostra persona fisica. Abbiamo una identità certificata, con cui effettuiamo tutte le nostre transazioni, e teniamo i rapporti intra mondo. I controlli sono rigidissimi. Ma questi controlli servono solo per l’identificazione legale. Il nostro aspetto esteriore, del nostro avatar intendo, non è affatto influente, tocca a noi deciderlo. Ovviamente, il nostro corpo fisico ha il controllo costante dell’Avatar, ma mentre il corpo fisico è nella poltrona anatomica, immerso nella Realtà Aumentata, il nostro Avatar naviga nel Cyberspazio e lavora per noi, studia, si diverte, discute. Ma gli Avatar sono sempre noi stessi, senza alcun dubbio o dissociazione possibile (per ora?).

Unico limite imposto, sono gli intervalli di rilascio nel mondo fisico, che sono prefissati e controllati dal nostro software di navigazione. Non possiamo consentire che i tempi di vita virtuale superino quelli reali e fisici, per ovvi motivi sociali, e per salvaguardare la salute del nostro corpo fisico. Il controllo è effettuato su base settimanale, e sulla media dei sette giorni. Se passo 20 ore di seguito immerso nella Realtà Aumentata, devo poi recuperare tempo reale per stare nella media del 50% a settimana. Da questo vincolo non c’è deroga, il Ministero della Salute ha posto vincoli rigidissimi, fortunatamente. Ma questo limite di salvaguardia serve soprattutto a tutela dei cyber dipendenti. Alle persone con un buon equilibrio psichico e sociale, la Realtà Aumentata fornisce uno strumento formidabile, per complementare la propria vita reale ed il proprio lavoro. Quindi ci si organizza per bilanciare i tempi fisici e virtuali, suddividendo attività lavorative e di svago tra i due livelli, senza che nessuno dei due ne abbia a soffrire. E’ un grande vantaggio l’espansione della nostra realtà, fino all’utilizzo ampio di modelli e ambienti nuovi, mai visti o sfruttati prima.

Finisco la giornata in un meeting del “Consiglio di Gestione” della zona Italiana. Ci sono i soliti problemi coi Greafer, sempre più aggressivi e scaltri. La Sicurezza non riesce a stare dietro alle mille diavolerie che sfornano ogni giorno, per divertirsi, arrecare danno e rompere le scatole al prossimo. Tocca quindi finanziare lo sviluppo del nuovo livello di sicurezza, per adeguare il software e ingaggiare  più agenti operativi in Grid. Storia già vista …

Ma per oggi basta così, stacco e vado a dormire. Domani la realtà fisica richiederà non meno impegno. Sono in ferie ma abbiamo programmato un’escursione al lago, quello fisico stavolta, non virtuale, e una c’è una brace di cinghiale che ci attende… Buona Vita Aumentata a tutti.

OpenSim: installiamo una grid. Parte Seconda: sito web e gruppi

17 luglio 2011 2 commenti

L'accesso wifi alla nostra grid

Come vi avevo promesso nel mio primo articolo http://virtualworldsmagazine.wordpress.com/2011/07/15/opensim-nuove-istruzioni-per-esperti-come-configurare-una-grid-0-7-1-1/ ora proviamo ad arricchire la nostra grid “nuda” con due caratteristiche secondo me essenziali per una grid ma che NON sono parte essenziali della installazione di base di OpenSim:

  • L’interfaccia web (anche detta wifi) “Web Interface for… I”, sviluppata da Diva Canto, che consente di fare le seguenti attività:
  • Creazione di utenti, controllati dall’amministratore
  • Possibilità di definire degli avatar di default per i nuovi account
  • Consente l’aggiornamento degli account sia agli utenti che all’amministratore
  • Consente la cancellazione di utenti
  • Consente il recupero della password via email
  • Consente un accesso limitato all’inventory dell’utente
  • Definisce una pagina web di benvenuto
  • La gestione dei gruppi (ottenuta usando un componente che si chiama XmlRpcGroup), che consente una elementare gestione dei gruppi e dei messaggi offline.
  • Vedremo in questo articolo le operazioni necessarie per installare questi due “add-on”.

    1. Parte Prima: installiamo Wifi.

    (101) Dobbiamo andare a questo link dal sito di Diva Canto: https://github.com/diva/d2/downloads e scarichiamo (102) lo zip corrispondente all’ultima versione di wifi 0.7.1.1. (103) Lo spacchettiamo e (104) sovrascriviamo (dopo averne fatto un opportuno backup i file ivi contenuti nel direttorio OpenSim dove avevamo spacchettato la versione di OpenSim della grid di cui all’articolo precedente.
    Wifi contiene le seguenti cartelle:
    • bin con alcune dll specifiche di wifi
    • doc con documentazione di wifi
    • wifipages con le pagine di gestione html
    Occorre a questo punto configurare (105)  Robust.ini in modo da lanciare anche il modulo wifi:
    [Startup]
    ServiceConnectors = "
    8003/OpenSim.Server.Handlers.dll:AssetServiceConnector,
    8003/OpenSim.Server.Handlers.dll:XInventoryInConnector,
    8004/OpenSim.Server.Handlers.dll:FreeswitchServerConnector,
    8003/OpenSim.Server.Handlers.dll:GridServiceConnector,
    8002/OpenSim.Server.Handlers.dll:GridInfoServerInConnector,
    8003/OpenSim.Server.Handlers.dll:AuthenticationServiceConnector,
    8002/OpenSim.Server.Handlers.dll:OpenIdServerConnector,
    8003/OpenSim.Server.Handlers.dll:AvatarServiceConnector,
    8002/OpenSim.Server.Handlers.dll:LLLoginServiceInConnector,
    8003/OpenSim.Server.Handlers.dll:PresenceServiceConnector,
    8003/OpenSim.Server.Handlers.dll:UserAccountServiceConnector,
    8003/OpenSim.Server.Handlers.dll:GridUserServiceConnector,
    8003/OpenSim.Server.Handlers.dll:FriendsServiceConnector,
    8002/Diva.Wifi.dll:WifiServerConnector"
    Ricopiate una nuova sezione (106) [WifiService] in Robust.ini ricopiandola da Wifi.ini.example, ricordate di modificare localhost con il vostro ip:
    [WifiService]
        GridName = "My World"
        LoginURL = "http://<il tuo ip>:8002"
        WebAddress = "http://<il tuo ip>:8002"
        ....

    A questo punto dovete rilanciare (107)  il servizio Robust ed essere in grado di lanciare wifi (108) accedendo a http://<iltuoip>:8002/wifi Al primo lancio dovete (109) cliccare su “INSTALL WIFI” in alto a dx della maschera dopo di che dovete inserire la pwd dell’amministratore per poter avere un avatar di gestione. (110) Create gli avatar “template” da amministratore chiamandoli “Male Avatar” “Female Avatar” “Neutral Avatar” in modo da offrire a chi entra degli inventory e delle apparenze già precostituite. E ok, avete installato wifi….

    2. Installazione dei gruppi

    La struttura dei gruppi con XmlRpc

    Per installare i gruppi dovete scaricarvi invece il seguente tar.gz da questo sito (201):

    https://github.com/mcortez/flotsam/tarball/master rinominate il file scaricato (se già non lo ha in modo da terminare con .tar.gz), (202) spacchettatelo.

    (203) E ricopiate nel server la cartella “mcortez-flotsam-963d99e\flotsam\Servers\XmlRpcGroupsServer” dentro la root del vostro server http (su ubuntu sotto /var/www) chiamandola ad esempio (204) “groups” accertatevi di modificare le permissions (204a)  chmod o il proprietario chown in modo che il server apache sia in grado di leggere e scrivere questi file.

    Create un database per gestire i gruppi e i messaggi offline:

    con la tecnica suggerita dall’articolo precedente, andate in (205) http://<vostroip>/phpmyadmin, specificate la pwd di root del db mysql e su privilegi (206) create un utente opensim_group con pwd opensim_group e creategli il db corrispondente.

    A questo punto dovete modificare due file:

    il file sotto /var/www/groups/config.php.example (copiatelo come config.php) in modo da essere (207):

    <?php
        $dbName = "opensim_group";
        $dbHost = "localhost";
        $dbPort = 3306;
        $dbUser = "opensim_group";
        $dbPassword ="opensim_group";
    
        // Set to 0 for no debugging, 1 for essential debugging, 2 for more information.
        $debugXMLRPC = 2;
        $debugXMLRPCFile = "xmlrpc.log";
    
            //////////////////////////////
            //// Group security
            /////////////////////
    
            // A xmlrpc client must have this key to commit changes to the Groups DB
            // Leave blank to allow all clients to make changes.
            $groupWriteKey = '1234';
            $groupReadKey  = '1234';

    Dove sostituite l’eventuale (208) database nome utente e password se per caso non avete usato questi… (209) E se volete anche le chiavi di accesso sostituendo il PIN ovvio 1234.

    Poi proseguite modificando il vostro file OpenSim.ini cancellando la impostazione vecchia della stanza [Groups] e mettendo invece la seguente (210):

    [Groups]
        ;# {Enabled} {} {Enable groups?} {true false} false
        ;; Enables the groups module
        Enabled = true
    
        ;# {Module} {Enabled:true} {Groups module to use? (Use GroupsModule to use Flotsam/Simian)} {} Default
        ;; This is the current groups stub in Region.CoreModules.Avatar.Groups.
        ;; All the other settings below only really apply to the Flotsam/SimianGrid
        ;; GroupsModule.
        ;; This module can use a PHP XmlRpc server from the Flotsam project at
        ;; http://code.google.com/p/flotsam/
        ;; or from the SimianGrid project at http://code.google.com/p/openmetaverse
        Module = GroupsModule
    
        ;# {MessagingEnabled} {Module:GroupsModule} {Is groups messaging enabled?} {true false} true
        ;MessagingEnabled = true
    
        ;# {MessagingModule} {MessagingEnabled:true} {Module to use for groups messaging} {GroupsMessagingModule} GroupsMessagingModule
        MessagingModule = GroupsMessagingModule
    
        ;# {ServicesConnectorModule} {Module:GroupsModule} {Service connector to use for groups} {XmlRpcGroupsServicesConnector SimianGroupsServicesConnector} XmlRpcGroupsServicesConnector
        ;; Service connectors to the Groups Service as used in the GroupsModule.  Select one depending on
        ;; whether you're using a Flotsam XmlRpc backend or a SimianGrid backend
        ServicesConnectorModule = XmlRpcGroupsServicesConnector
    
        ;# {GroupsServerURI} {Module:GroupsModule} {Groups Server URI} {}
        ;; URI for the groups services
        ;; e.g. http://yourxmlrpcserver.com/xmlrpc.php for Flotsam XmlRpc
        ;; or http://mygridserver.com:82/Grid/ for SimianGrid
        GroupsServerURI = "http://localhost/groups/xmlrpc.php"
    
        ;# {NoticesEnabled} {Module:GroupsModule} {Enable group notices?} {true false} true
        ;; Enable Group Notices
        ; NoticesEnabled = true
    
        ;; This makes the Groups modules very chatty on the console.
        DebugEnabled = true
    
        ;; XmlRpc Security settings.  These must match those set on your backend
        ;; groups service if the service is using these keys
        XmlRpcServiceReadKey    = 1234
        XmlRpcServiceWriteKey   = 1234

    Attenzione a inserire esattamente questa configurazione: io ho perso un sacco di tempo cercando di modificare la versione di base di OpenSim.ini.

    Ora potete rilanciare il vostro OpenSim.exe ed entrando inworld avrete i vostri bravi gruppi funzionanti.

    Cosa c’è dopo?

    Come promesso, nel prossimo articolo illustreremo come configurare l’ultimo elemento per dare professionalità alla vostra grid: il voce. Ricordate che una grid si può installare in infiniti modi, usando differenti add-on, noi abbiamo usato quelli suggeriti dal sito opensim.org, in particolare seguendo le guide in inglese a queste pagine:

    http://opensimulator.org/wiki/Wifi

    http://opensimulator.org/wiki/Enabling_Groups

    Ma amministratori esperti possono caricare degli add-on integrati con i principali sistemi di gestione di contenuti CMS come ad esempio JOOMLA, XOOPS, MOODLE.

    Non vi spiego come configurare i moduli per questi CMS, per questo ci sono amministratori esperti.

    Vi aspettiamo alla prossima puntata dove installeremo FreeSwitch…

     

    Salahzar

    Iscriviti

    Get every new post delivered to your Inbox.

    Join 75 other followers