Nota del moderatore: splittato dal topic 'Halo' - Giovanni

In Tsunami, le posizioni degli effetti sonori 3D erano piazzati direttamente dentro Maya, e anche i relativi attributi (volume, filtri, ecc). Serviva un grafico di supporto, ma il risparmio di costi rispetto allo sviluppo di un tool e' secondo me grosso.

Ok.



Che alla fine cosa servono? A farti girare in 3D in un mondo, piazzando oggetti "suono" e definendo parametri, tutto cio' che Maya (o qualunque altro programma 3D) gia' fa di suo, molto meglio di sicuro (eheheh mi ricordo quando implementai la navigazione Maya con il mouse in un nostro tool con gioie dei grafici addetti )



In realta', usi quanto c'e' gia' pronto. Metti un locator (chiamato null object in altri programmi), praticamente una cosa che rappresenta un punto 3D e una direzione 3D. Lo chiami tipo "SOUND_qualcosa", e ci metti degli attributi custom (in Maya, puoi aggiungere attributi a piacere, che poi connetti, animi, bla bla). Attributi tipo "Volume", "Filter" o quello che vuoi. Poi il grafico si prepara 3 righe di codice MEL che fanno tutto cio' automaticamente in maniera che si trova tutti gli attributi gia' creati e deve solo farli tarare al sound designer. Alla fine di tutto, l'esportatore custom incaricato di esportare il livello, si cerca anche i locator chiamati "SOUND_*" e li esporta di conseguenza con tutti i dati (per un totale di una decina di linee di codice se hai gia' una procedura per matchare i nomi degli oggetti ed esportare attributi).

Si', chiaramente si tratta di aggiungere un nuovo attributo all'oggetto (Menu qualcosa, aggiungi attributo, metti il nome, il tipo - numero da 0 a 1 per esempio - e premi ok), e di tararlo. L'esportatore viene leggermente modificaro per leggerlo ed e' fatta.



Per gli effetti ambient, basta aggiungere un altro oggetto che specifichi che non e' posizionale (altro attributo), cosi' che il motore 3D sa che non deve piazzarlo da nessuna parte in particolare.

In generalre si puo' fare quello che si vuole, perche' se hai gia' un esportatore decente non ci vuole nulla a tirare fuori questo genere di informazioni.

Giusto. Ma questo si puo' comunque fare nell'editor con la tecnica che ho illustrato, basta imparentare l'oggetto "suono" alla mesh che lo genera (cosa che un grafico 3D fara' da solo anche se non glelo dici, tra parentesi). In questo modo, anche se poi il livello cambia di forma, i suoni verranno spostati assieme agli oggetti da cui provengono in automatico.



Io non ho mai affrontato il problema direttamente. Ma conosco dei gruppi che hanno adottato come soluzione il costruire una mini-struttura tridimensionale del livello (che in realta' si riduce a pochi piani "importanti") usata come "sound 3d level": in pratica, il gioco fa raytracing su queste geometrie apposite per calcolare se un suono e' occluso oppure no. Chiaramente si parte da "niente piani" e si aggiungono via via alcuni piani secondo l'indicazione del sound designer. Alla fine con pochi poligoni importanti si riesce a simulare l'occlusione abbastanza bene.

Tecnicamente, "basterebbe" flaggare il poligono 3D di copertura come occludente al 100%. Ma il punto e' che gia' tutta questa cosa della struttura 3D presuppone codice per una cosa che viene normalmente sottovalutata.



Probabilmente si pensa che rispetto ai benefici che puo' dare si possano spendere troppi soldi. In effetti non e' facile gestire il suono decentemente. Servirebbe un programmatore che se ne occupa quasi a tempo pieno durante lo sviluppo, e sono poche le aziende che se la sentono di affrontare un investimento simile.

Eppure ci sono giochi dove l'audio e' molto curato (Max Payne per esempio) e che quindi riesce a rappresentare un punto di forza. Puoi provare a rigirare la questione sul forum PM