Indie Vault Forum

ciao a tutti;
come accennato [QUI], ho in mente un progetto da tempo: creare un'avventura grafica a tema erotico/investigativo.
premesso che non ho mai fatto nulla del genere, non ne so molto dal punto di vista tecnico, d'altronde, giocando/narrando di ruolo da tipo 20 anni, sceneggiare una storia, creare personaggi sfaccettati e dotati di personalità, sono più il mio pane; inoltre, facendo il grafico [sebbene per il web], il colpo d'occhio non mi manca e so riconoscere, se non addirittura creare il bello.

l'idea di fondo sarebbe un'avventura grafica 3d [oppure "2d e mezzo"] con aggiunta di sottogiochi, la gestione di 2 personaggi e un'interfaccia di tipo classico.

tuttavia, per mettere assieme tutto cotal ben di dio, ho bisogno di tutti i collaboratori possibili, a cominciare da programmatore e animatore/grafico 3d, visto che, per quanto dal punto di vista di struttura e idee sono messo bene, dal punto di vista tecnico sono grossomodo a zero.

mi piacerebbe che questo gioco fosse bello come me lo immagino ma, va da sè, nè io nè voi abbiamo troppo tempo da dedicarci tra lavori, famiglia o peggio, quindi l'idea è di lavorarci nel tempo che abbiamo, privilegiando la qualità alla fretta di portarlo a termine.

PIATTAFORME
il gioco sarà un'avventura punta-e-clicca 3d a inquadrature fisse con ambienti pre-renderizzati [à la resident evil 1] per pc/windows, eventualmente portabile per altre piattaforme.

se vi va, contattatemi qui oppure presso lo scompartimentofumatori @ gmail.com

grazie in anticipo

Ciao, idea interessante ma l'erotismo è un campo difficile è c'è sempre il rischio di scadere nel banale se non peggio, nel cattivo gusto. Credo che sarà dura sviluppare questo aspetto, perché vorrebbe dire farla diventare un aspetto importante del titolo ed è una cosa abbastanza ambiziosa, ad esempio rendere credibile i movimenti dei personaggi, ed evitare l'effetto finto.
Spero che qualcuno ti aiuti, mi piacerebbe giocarlo., ma che gameplay hai in mente? 2D punta e clicca, grafica 3D ma gameplay 2D ? A scusa già l'avevi scritto

il gameplay lo immaginavo in 3d o "2d e mezzo"; punta-e-clicca con sottogiochi [faccio il solito esempio dello scassinare di skyrim].
il lato erotico dovrebbe essere parte integrante del gioco così come, per dire, il mini-gioco di lotta/braccio di ferro/dadi di witcher2; l'unica differenza è che in W2 i suddetti sottogiochi sono quest secondarie mentre qui rappresenterebbero metodi come altri per risolvere situazioni: prova a immaginare un "interrogatorio" condotto da sammi...

Ottimi i modelli nell'altro thread. Mi unisco al coro e tengo le dita incrociate sperando che riuscirai a tirar fuori un'avventura erotica divertente (alla LSL) e non roba di cattivo gusto. In bocca al lupo!

beh, l'idea non è certo di fare un porno ma nemmeno qualcosa di solamente ammiccante alla LSL; diciamo che sul mostrare-non-mostrare sono abbastanza skillato.

Scusa se mi permetto, ma non ho ancora capito quale è la tua effettiva capacità: per uno che si autodefinisce niubbo, i modelli sono un po' troppo bellini, quindi mi domandavo se per caso non escono da un poser/simili o se magari non sono di quelli che arrivano già scolpiti/mappati/riggati da uno dei vari servizi online. Per capirsi: sono puramente dimostrativi o ne detieni i diritti in qualche modo e vorresti usarli nel prodotto finale?
Secondariamente: dal punto di vista tecnico ci sarà da renderizzare un ambiente/dei personaggi in 3d realtime o pensavi a qualcosa stile pre-render? Hai già in mente un motore/framework/linguaggio? Piattaforma? Hai steso un documento di game design? Hai un minimo di competenza tecnica, magari non da scrivere del codice, ma almeno da capire se un collaboratore è valido o se te la sta menando?
Io onestamente tra lavoro e progetti personali non ho tempo nemmeno di andare al bagno, ma se il tuo è un progetto serio e con delle basi (e non il classico "vorrei fare un gioco: da dove inizio?"), un minimo di consulenza / qualche consiglio li si può dare.

come già detto, sono tecnicamente niubbo: i modelli-BASE sono di poser, le facce e i corpi sono modifiche mie [per dirla alla poser, la "figure" è v4.2, il "character" è mio, texture e morph inclusi]; la cosa che importa, visto che modelli del genere non sono gestibili da un motore grafico, è catturare le espressioni e i caratteri del viso e del corpo, per il resto, come ho già detto, io ho l'idea, il character, la sceneggiatura e lo stile di gioco.
morale, se il grafico mi renderà non tanto il numero di poligoni ma caratteristiche salienti del carattere, io sarò un ometto contento: se guardi bene i due modelli, noterai l'espressione ammiccante ma distaccata della prima e l'aperta ostilità della seconda che stai spiando ignuda; ecco, voglio che questo traspaia.
ovviamente di gran parte delle domande, essendo niubbo, ho capito ben poco; provo a parlartene da niubbo: il gioco dovrebbe essere strutturato come un'avventura punta-e-clicca con ambienti pre-renderizzati; il personaggio dovrebbe avere dei set di animazioni ma dovrebbe anche essere in grado di effettuarle in tutte le direzioni e a varie distanze dall'obiettivo della telecamera.

p.s. dimenticavo: la telecamera sarà fissa, quindi ogni schermata rappresenterà un ambiente fatto e finito, uno scorcio di strada, un ascensore, uno sgabuzzino, cose così; quando l'azione dovesse spostarsi su un dettaglio [ad es. due mani che scassino una serratura, due volti che si baciano], si aprirebbero delle finestra "sopra" l'ambiente di gioco a mostrare l'interazione; gran parte dei "sottogiochi" sarebbe sfruttato in questo modo.

quanto a distinguere un collaboratore valido da uno che mente, mi limiterei a visionare alcuni suoi lavori: non c'è soldi in ballo, quindi che motivo avrebbe per nullafacere e pigliarmi per il naso?
a tutte le altre domande, la risposta è "non sa/non risponde"; sono qui per chiedere consigli.

Io posso rimanere a disposizione se ti serve aiuto per la parte narrativa o enigmi o betatesting o altro

Ok, comincio a capirci qualcosa.
Mi permetto di auto-nominarmi consulente tecnico per qualche minuto...
A questo punto ti consiglio quantomeno di fare delle considerazioni di piattaforma; viene immediato il PC poichè le avventure grafiche ci sono nate e ci stanno benissimo, ma è già complesso capire se solo win - alla vecchia - oppure un bel multipiattaforma win/mac/linux, che così ha più possibilità di distribuzione (esempio estremo: humble bundle distribuisce solo roba multipiattaforma).
Però, però, pensare anche ad una versione per dispositivi mobili non è un'idea malvagia: punta e clicca fatto col dito è la morte sua, e con gli schermi sempre più belli dei tablet... pensaci.
Sono solo alcune delle considerazioni che secondo me dovresti fare ora, anche per capire le aree di competenza da richiedere agli eventuali collaboratori. Decidere che è una certa piattaforma è fondamentale per la diffusione del tuo prodotto DOPO che è iniziato lo sviluppo, non è mai una gran cosa: i porting sono sempre dolorosi.
Per capire di chi/cosa hai bisogno, calcola che:
1) Android si programma in Java, ed eventualmente qualche pezzetto dei codici più critici in C++, ma se si sviluppa roba fatta apposta per Android, è poi abbastanza difficile riutilizzare il codice in altri ambienti, per via del framework piuttosto peculiare.
2) iOS si programma in obj-C (e al limite C/C++) ed è abbastanza tosto come ambiente di sviluppo, con delle barriere in ingresso piuttosto alte, sia per la complessità del linguaggio, sia perchè bisogna avere un mac per sviluppare
3) Linux lo lascerei per ultimo nella scala delle priorità, ma se fai codice che lavora su linux, in pratica hai la versione OSX aggratisse.
4) Per quanto riguarda la grafica, se vuoi una roba che giri su win/xBox, allora puoi anche concederti di lavorare con DirectX, per tutto il resto c'è OpenGL.
A tutt'oggi, che mi risulti, il C# è l'unico linguaggio che ti permette (con framework come mono/monotouch/monogame) di trattare più o meno tutte le piattaforme principali (Win, Mac, Linux, Android, iOS, Win7 mobile, xBox, PSVita) più o meno insieme; però la pubblicizzazione del C# come strumento di sviluppo giochi è un punto su cui sicuramente molte persone di questo forum avrebbero da ridire, quindi è giusto che te lo dica come punto di vista mio personale.
A prescindere dalla/dalle piattaforme target, il C++ è IL linguaggio, che ti permette di rivenderti il tuo codice in mille contesti diversi, e per quanto dia qualche grattacapo in più di altri linguaggi, è LA scelta per chi vuole codice solido e versatile.
La terza scelta che potresti vagliare per lo sviluppo, è un motore tipo "faccio-tutto-io-tu-dammi-solo-i-modelli" tipo Unity, altro software controverso che però non conosco molto bene quindi non so dirti se fa al caso tuo (e in ogni caso: si programma in C#).
Fortuna che giochi tipo il primo Resident Evil (personaggi 3D realtime su background pre-render) sono abbastanza semplici da gestire e lasciano un bel po' di spazio di manovra: gli artisti del low poly trovano lavoro nei personaggi e negli oggetti mobili, quelli che prediligono la modellazione più dettagliata si dedicheranno ai background (poi il difficile sarà fondere gli stili).
Una cosa che potresti trovare complicata sarà l'animazione dei personaggi... potresti probabilmente usufruire di uno di quei sistemi di motion-capture fatti in casa col kinect (altrimenti voglio vedervi a rendere le signorine sexy animandole a mano...)
La musica lasciala per ultima: non perchè sia meno importante, anzi! Solo che nella mia esperienza, se il musicista non ha niente da vedere, non riesce ad immaginare l'atmosfera e non produce qualcosa sufficientemente "a tema".
Ultima cosa: anche se di solito nei progetti medio-piccoli è una cosa abbastanza inutile, nel tuo caso ti consiglio di stendere un documento di game design (http://en.wikipedia.org/wiki/Game_design_document) per via del tuo ruolo principalmente direttivo: potrebbe darti delle buone idee e aiutarti a far capire agli altri cosa vuoi realizzare.

PS: scusate il papiro: non era mia intenzione salire in cattedra... credo però che se qualcuno ha qualcosa da aggiungere/obiettare, avremo un buon punto di partenza per una discussione su questo tipo di scelte tecniche/strategiche.

allora, innanzitutto ti dedico un grazie grosso almeno quanto la pancia da birra di mio zio aurelio la quale, ammetto, potrebbe essere bastevole a tappare il buco dell'ozono sull'antartide; fondamentalmente per due motivi: il primo è che pensavo volessi trollarmi, il secondo perchè mi hai dati notevoli consigli tecnici.

allora:
1) lavorando per il web da tipo 16 anni, io ho sempre odiato l'assenza di un concetto di standard multi-piattaforma; mi piacerebbe che chiunque possa provare il gioco senza doversi munire di macchine virtuali, emulatori e vieppiù; d'altronde immagino che partire con un prodotto multi-piattaforma sia una cosa estremamente ambiziosa per iniziare.
se C# è davvero LA soluzione per sviluppare uno scheletro di codice adattabile a più piattaforme, allora pare che possa indirizzare la ricerca di scagnozzi in tal senso.
2) i dispositivi touch recenti, ammetto, le avventure grafiche punta-e-clicca le gestiscono in modo molto grazioso, ci avevo pensato ma, come sopra, puntavo prima a trovare uno staff base e poi per il contorno, ovviamente non sapendo che esista un linguaggio che favorisce il porting su altra piattaforma.
3) unity avevo preso a visionarlo tempo addietro, prima dell'ultima shitstorm in ufficio ma poi non ho avuto più tempo
come mai controverso?
in ogni caso, salvo nelle "finestrelle di popup per evidenziare i dettagli di un'azione", il gioco sarebbe costituito da schermate senza scrolling, quindi, dall'alto del mio trono di niubbagine, non ho idea se/quanto sarebbe opportuno adoperarlo.
4) in effetti, detestando resident evil, non avevo pensato che fosse l'esempio migliore di avventura a schermate fisse pre-renderizzate con personaggi 3d;
5) l'animazione dei personaggi, se ho a disposizione un editor vista-dial wysiwyg, ti assicuro di riuscire a rendere sexy pure un personaggio di minecraft;
6) bella l'idea del kinect, se riesce a eseguire il motion-capture di 2 personaggi alla volta, mi sa che è interessante;
7) sulla musica, immaginavo.

(16-08-2012 12:12)oGRE ha scritto: [ -> ]allora, innanzitutto ti dedico un grazie grosso almeno quanto la pancia da birra di mio zio aurelio

(16-08-2012 12:12)oGRE ha scritto: [ -> ]pensavo volessi trollarmi

(16-08-2012 12:12)oGRE ha scritto: [ -> ]se C# è davvero LA soluzione per sviluppare uno scheletro di codice adattabile a più piattaforme, allora pare che possa indirizzare la ricerca di scagnozzi in tal senso.

Non dirlo a voce così alta! se ti sente qualcuno!.. no, a parte scherzi: io programmo a livello professionale in C,C++,C#, Java, ... ma il C# è uno dei miei preferiti in assoluto; però questo è un campo in cui il campanilismo ("il mio linguaggio di programmazione è più fico del tuo") è abbastanza facile, e c'è sicuramente un sacco di gente che potrebbe spuntare e cominciare a riversare su di me secchiate di insulti adducendo i più disparati motivi tecnici, magari anche leciti di tanto in tanto. Stessa storia per Unity.
Quindi per evitare tutto ciò ripeto: il C++ è IL linguaggio universalmente riconosciuto, ma il C# da dei vantaggi, alcuni tra i quali li ho descritti prima. Poi si potrebbe entrare in dettagli...
Nota bene: per essere precisi, alcuni dei tools da me citati sono a pagamento; più o meno tutti quelli che hanno come target una piattaforma mobile (gli exporter Android e iOS per Unity, monoTouch e monoDroid) hanno un costo di qualche centinaio di euro a sedia.

va bhè, alla fine questi son dettagli che non dovrebbe decidere nè consigliare lui, sarà il programmatore che sceglierà il linguaggio\tool preferito, a seconda della sua esperienza e anche a seconda dell'ambiente dove dovrà girare il gioco.

Quindi di fatto, oGRE, decidi su quali piattaforme è essenziale che giri (windows, iOS?), e se non ce n'è una in particolare, meglio ancora, significa che ci sarà più possibilità che un programmatore si faccia avanti (perchè magari qualcuno si "offre" per farlo con un determinato linguaggio\framework su una piattaforma in cui ha esperienza, e sarebbe stato escluso a priori se tu decidessi: win\mac\linux\iOS\Android\etc...).

(16-08-2012 12:49)jean80it ha scritto: [ -> ]

(16-08-2012 12:12)oGRE ha scritto: [ -> ]allora, innanzitutto ti dedico un grazie grosso almeno quanto la pancia da birra di mio zio aurelio

(16-08-2012 12:12)oGRE ha scritto: [ -> ]pensavo volessi trollarmi

(16-08-2012 12:12)oGRE ha scritto: [ -> ]se C# è davvero LA soluzione per sviluppare uno scheletro di codice adattabile a più piattaforme, allora pare che possa indirizzare la ricerca di scagnozzi in tal senso.

Non dirlo a voce così alta! se ti sente qualcuno!.. no, a parte scherzi: io programmo a livello professionale in C,C++,C#, Java, ... ma il C# è uno dei miei preferiti in assoluto; però questo è un campo in cui il campanilismo ("il mio linguaggio di programmazione è più fico del tuo") è abbastanza facile, e c'è sicuramente un sacco di gente che potrebbe spuntare e cominciare a riversare su di me secchiate di insulti adducendo i più disparati motivi tecnici, magari anche leciti di tanto in tanto. Stessa storia per Unity.
Quindi per evitare tutto ciò ripeto: il C++ è IL linguaggio universalmente riconosciuto, ma il C# da dei vantaggi, alcuni tra i quali li ho descritti prima. Poi si potrebbe entrare in dettagli...
Nota bene: per essere precisi, alcuni dei tools da me citati sono a pagamento; più o meno tutti quelli che hanno come target una piattaforma mobile (gli exporter Android e iOS per Unity, monoTouch e monoDroid) hanno un costo di qualche centinaio di euro a sedia.

allora, sebbene nel mio ambito non ci siano molti linguaggi da utilizzare [o, meglio, tocca usarli tutti], capita spesso che certi approcci siano preferibili ad altri, quindi capisco grossomodo la situazione; diciamo che, quando sono in ufficio, se un approccio al codice dà il risultato richiesto, allora va bene.
certo, in questo caso non si tratta di utilizzare questo o quel framework per realizzare la data feature ma di prendere aprioristicamente una decisione esclusiva rispetto alle altre ma capisco il tuo punto di vista.
quanto ai tool da utilizzare, beh, se si trova un coder in grado di effettuare, dato un codice base funzionante, un porting efficace su altre piattaforme, i tool li si può procurare con comodo: l'importante è partire in modo da facilitarsi l'eventuale lavoro seguente.
il lavoro seguente, appunto, segue.
per il resto, ho detto apertamente di essere n00b, quindi, se qualcuno ha da proporre idee migliori della tua, ben venga.
anzi, a proposito, lo vuoi tu il lavoro?

---

(16-08-2012 12:58)dany_dev ha scritto: [ -> ]va bhè, alla fine questi son dettagli che non dovrebbe decidere ne consigliare lui, sarà il programmatore che sceglierà il linguaggio\tool preferito, a seconda della sua esperienza e anche a seconda dell'ambiente dove andrà a girare.

indubbiamente.

(16-08-2012 12:58)dany_dev ha scritto: [ -> ]Quindi di fatto, oGRE, decidi su quali piattaforme è essenziale che giri, e se non ce n'è una in particolare, meglio ancora, significa che ci sarà più possibilità che un programmatore si faccia avanti (perchè magari qualcuno si "offre" per farlo su una piattaforma in cui ha esperienza).

fondamentalmente, puntavo al pc/win come piattaforma principale da cui partire per poi realizzare porting per qualunque piattaforma il coder sia in grado di realizzarla.

(16-08-2012 12:58)dany_dev ha scritto: [ -> ]va bhè, alla fine questi son dettagli che non dovrebbe decidere nè consigliare lui, sarà il programmatore che sceglierà il linguaggio\tool preferito, a seconda della sua esperienza e anche a seconda dell'ambiente dove dovrà girare il gioco.

Quindi di fatto, oGRE, decidi su quali piattaforme è essenziale che giri (windows, iOS?), e se non ce n'è una in particolare, meglio ancora, significa che ci sarà più possibilità che un programmatore si faccia avanti (perchè magari qualcuno si "offre" per farlo con un determinato linguaggio\framework su una piattaforma in cui ha esperienza, e sarebbe stato escluso a priori se tu decidessi: win\mac\linux\iOS\Android\etc...).

...si, va bene, ma... se uno ad esempio vuole iOS, deve deciderlo prima di prendere un coder Android, o no?
Proprio perchè oGre ha detto di non avere tutti gli strumenti per decidere queste cose (ma è sicuremente in grado di decidere le sue piattaforme target) che mi sono fatto avanti io a consigliare.
Se poi uno dice: "non mi importa granchè", allora il tuo discorso ha più senso...

oGre ha scritto:anzi, a proposito, lo vuoi tu il lavoro?

Grazie per l'offerta, ma al momento mi tocca rifiutare... troppi progetti insieme Magari ci ripenso più avanti appena mi libero. Però per consigli, sono sempre qui...

diciamo che mi interessa sicuramente la piattaforma pc/win come base di partenza, d'altronde è la più diffusa; data quella, qualunque conversione per qualsivoglia piattaforma è ben accetta eccezion fatta quella mobile: le dimensioni dello schermo non credo siano fatte per le avventure grafiche in cui rischi di non notare una cazzabubbola minuscola nascosta sotto un tavolo, discorso differente per i tablet.