Creare videogiochi per Ipod-Iphone-Ipad e co.

[Pech]

azz... ho commentato prima di scoprire che c'erano altre 3 pagine di topic XD bè fa lo stesso non avrei letto tutto cmq ù.ù

 

xD Nelle altre pagine infatti, dicevo che non mi occupo io della programmazione bensì Mik, come programmare e che tool utilizzare lo decide tutto lui, il problema di per se sta in dettagli tecnici che però non saprei neanche spiegare ed è per questo che aspetto l'aiuto miracoloso di Mik!

[mikb89]

Scusa Pech xD

 

 

Allora, io ho iniziato un po' di tempo fa a sviluppare qualcosa per Android, che a quanto credo non richiede acquisto di licenze per pubblicare. Giusto?

 

Per Windows Phone 7 ho fatto qualche prova ma il mio computer riesce a fare girare l'emulatore a fatica quindi mi sono stancato. Comunque se ci si mette seriamente so che la Microsoft (non so se lo fa ancora) ti manda uno smartphone per testarci le tue applicazioni, quindi il problema emulatore non sarebbe un problema.

 

Però boh, io direi di investire il meno possibile all'inizio e pensare ad Android, che credo conti più dispositivi rispetto a iPhone e WP7 messi assieme (o almeno vedo un sacco di gente in possesso di un Android).

 

 

 

Per quanto riguarda la programmazione vera e propria non è un problema, quindi almeno su questo qualsiasi piattaforma scegliamo va benissimo.

[Pech]

Ma utilizzi un tool di supporto per la programmazione o fai tutto da 0? Altrimenti la licenza per il tool di supporto bisogna pagarla...

[mikb89]

Per WP7 sì, c'è il Visual Studio da acquistare. Per Android invece uso Eclipse che è open source.

[Pech]

Si va di android? Così è tutto gratuito? DIpende tutto dal mercato... android dal punto di vista di programmazione... grafica e sbocchi sul mercato com'è messo?

[Pech]

Domanda per android c'è bisogno di qualche licenza per venderlo? (escluso eventuali tool di programmazione)

[Guardian of Irael]

C'è questo forum qua con diversi dettagli in proposito! ^ ^

[Pech]

Grazie mille Guardian!!! Ottimo forum credo che mi registrerò! Anche se non ci ho capito tantissimo xD Spulcierò un pò!

[Guardian of Irael]

E' sembrato buono pure a me! XD Sì, appena ti avvicini poco sempre ci si capisce, c'è magari bisogno di un po' di lurk durativo od intensivo :D

^ ^

[Pech]

Altra domanda!

Quante risoluzioni ci vogliono per android, solo due? (smartphone e tablet) e la risoluzione di quanto sarebbe?

 

Per chiunque sia interessato ecco un manuale per chi è nuovo su android:

 

Il testo che segue è una traduzione parziale della documentazione ufficiale di Android e ha lo scopo di illustrare brevemente cos'è Android, l'anatomia e il ciclo di vita di un'applicazione.

Lettura consigliata a tutti quelli che si avvicinano per la prima volta a questo fantastico sistema operativo.

 

Cos'è Android

Android è una piattaforma per dispositivi mobili che include sistema operativo, middleware e applicazioni di base. Questa prima panoramica sull'Android SDK, il kit per lo sviluppo del software, offre gli strumenti e le API necessarie per iniziare a sviluppare applicazioni per la piattaforma utilizzando il linguaggio Java.

 

Caratteristiche

• Framework per applicazioni che consente il riutilizzo e la sostituzione delle componenti
  
• Dalvik, la virtual machine ottimizzata per dispositivi mobili
  
• Browser integrato basato sul motore del browser open source WebKit.
  
• Grafiche ottimizzate alimentate da una library grafica 2D personalizzata; grafiche 3D basate sulla specificazione OpenGL ES 1.0 (hardware acceleration opzionale)
  
• SQLite per l'immagazzinamento dei dati
  
• Media support per comuni formati audio, video, e immagini (MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, GIF)
  
• Telefonia GSM (dipendente dall'hardware)
  
• Bluetooth, EDGE, 3G, e WiFi (dipendente dall'hardware)
  
• Fotocamera, GPS, bussola, ed accelerometro (dipendente dall'hardware)
  
• Ricco ambiente di sviluppo, che include un emulatore, strumenti per debugging, profiling della memoria e delle prestazioni e un plugin per l'IDE Eclipse.
  

L'architettura di Android

Il diagramma seguente mostra le componenti principali del sistema operativo di Android. Ogni sezione è descritta più dettagliatamente di seguito.

 

 

 

http://code.google.com/android/images/system-architecture.jpg

 

 

 

Applicazioni

Android funzionerà con un set di applicazioni di base, che comprende un email client, un programma SMS, calendario, mappe, browser, contatti e altro. Tutte le applicazioni sono scritte in linguaggio Java.

 

Framework per applicazioni

Gli sviluppatori hanno pieno accesso alle stesse framework API usate dalle applicazioni di base. L'architettura delle applicazioni è progettata per semplificare il riutilizzo dei componenti; ogni applicazione può rendere pubbliche le sue capacità e tutte le altre applicazioni possono quindi farne uso (sono soggette ai limiti imposti dalla sicurezza del framework). Questo stesso meccanismo consente all'utente di sostituire i componenti standard con versioni personalizzate.

 

Alla base di ogni applicazione si trova un set di servizi e sistemi, tra cui:

• Un gruppo ricco ed estensibile di Viste che possono essere usate per costruire un'applicazione; contiene liste, caselle di testo, pulsanti, e addirittura un browser web integrato
  
• Dei Content Providers che permettono alle applicazioni di accedere a dati da altre applicazioni (come i Contatti), o di condividere i propri dati
  
• Un Manager delle risorse, che offre l'accesso a risorse non-code come strings localizzate, grafica, files di layout
  
• Un Manager delle notifiche, che permette a tutte le applicazioni di mostrare avvisi personalizzati nella status bar
  
• Un Manager delle attività, che gestisce il ciclo di vita delle applicazioni e fornisce un backstack di navigazione comune
  

Per maggiori informazioni e spiegazioni sulle applicazioni, guarda anche Scrivere un'applicazione Android.

 

Librerie

Android comprende un set di librerie C/C++ usate da varie componenti del sistema di Android. Questi elementi sono presentati allo sviluppatore attraverso il framework per applicazioni di Android. Queste sono alcune delle librerie principali:

• System C library - un'implementazione BSD-derived della libreria standard C system (libc), disegnata per dispositivi basati su Linux
  
• Media Libraries - basate sull'OpenCORE di PacketVideo; le librerie supportano la riproduzione e la registrazione di molti popolari formati audio e video, compresi file di immagini, inclusi MPEG4, H.264, MP3, AAC, AMR, JPG, e PNG
  
• Surface Manager - gestisce l'accesso al display subsystem e compone layer grafici 2D e 3D da applicazioni multiple
  
• LibWebCore - un motore di browser moderno che fa funzionare sia il browser Android sia la visualizzazione web implementata
  
• SGL - il motore grafico 2D sottostante
  
• 3D libraries - un'implementazione basata su APIs OpenGL ES 1.0; le librerie usano sia accelerazione hardware 3D (quando disponibile) sia quella inclusa, un rasterizer software 3D altamente ottimizzato
  
• FreeType - rendering di bitmap e vector font
  
• SQLite - un motore di database relazionale potente e leggero disponibile per tutte le applicazioni
  

 

Runtime

Android comprende un set di librerie centrali che forniscono la maggior parte delle funzionalità disponibili nelle librerie di base del linguaggio di programmazione Java.

 

Ogni applicazione di Android gira col suo proprio processo, con la sua propria istanza sulla virtual machine Dalvik. Dalvik è stata scritta in modo che un dispositivo possa eseguire VMs multiple in modo efficiente. La VM Dalvik esegue i files nel formato Dalvik Executable (.dex), che è ottimizzato per utilizzare un minimo spazio di memoria. La Vm è register-based, e funziona con classi compilate da un compilatore Java, trasformate in un formato .dex dallo strumento interno "dx".

 

La VM Dalvik si appoggia sul kernel Linux per funzioni di base come la gestione di threading e situazioni di livelli minimi di memoria.

 

Kernel Linux

Android si appoggia sulla versione 2.6 di Linux per servizi del sistema centrale come sicurezza, gestione della memoria, esecuzione, network stack, e driver model. Il kernel funziona anche da abstraction layer tra l'hardware e il resto del software.

 

Anatomia di un'applicazione Android

Ci sono quattro blocchi fondamentali che costituiscono un'applicazione Android:

• Activity
  
• Intent Receiver
  
• Service
  
• Content Provider
  

Non tutte le applicazioni hanno bisogno di tutti e quattro, ma la tua applicazione sarà sicuramente scritta con una qualche combinazione di questi blocchi.

 

Una volta deciso quali componenti ti servono per l'applicazione, dovresti elencarli in un file chiamato AndroidManifest.xml. Si tratta di un file XML in cui dichiari quali sono i componenti della tua applicazione e quali sono le loro funzionalità e i requisiti. Consulta la documentazione sul manifest file di Android per informazioni più complete.

 

Activity

Le Activities sono le più comuni tra i quattro blocchi che costituiscono applicazioni Android. Un'Activity è normalmente una singola schermata nella tua applicazione. Ogni Activity è implementata come una classe singola che estende la classe di base Activity. La tua classe presenterà un'interfaccia utente composta diViews e risponderà agli eventi. La maggior parte delle applicazioni sono composte da schermate multiple. Per esempio, un'applicazione per la scrittura di messaggi può avere una schermata che mostra una lista di contatti a cui inviare i messaggi, una seconda schermata in cui scrivere effettivamente il messaggio, e altre schermate per rivedere i vecchi messaggi o cambiare le impostazioni. Ognuno di questi schermi sarebbe implementato come un'activity. Ci si può spostare tra le schermate avviando una nuova activity. In alcuni casi un'activity può restituire un valore all'activity precedente, -- per esempio un'activity che permette all'utente di scegliere una foto restituirà la foto a chi ha chiamato.

 

Quando si apre una nuova schermata, quella precedente si ferma e viene archiviata in un'apposita sezione. L'utente può navigare indietro attraverso le schermate precedenti nell'history stack. Le schermate possono anche essere tolte dall'history stack, quando è inappropriato che rimangano memorizzate. Android mantiene history stacks per ogni applicazione lanciata dallo schermo principale.

 

Intent ed Intent Filters

Android usa una classe speciale chiamata un Intent per spostarsi da schermata a schermata. Un intent descrive cosa un'applicazione vuole che venga eseguito. Le due parti più importanti della struttura di dati intent sono l'azione e i dati su cui agire. Valori tipici per action sono MAIN (la porta principale dell'applicazione), VIEW, PICK, EDIT, ecc. Il dato è espresso come un URL. Per esempio, per visualizzare informazioni sui contatti di una persona, dovresti creare un intent con l'azione VIEW e il dato impostato su un URL che rappresenti quella persona.

 

Esiste una classe collegata chiamata un IntentFilter. Mentre un intent è effettivamente una richiesta di fare qualcosa, un intent filter è una descrizione di quanti intent (o quanti intent receiver, sarà più chiaro in seguito) un'activity è capace di gestire. Un'attività che è in grado di mostrare informazioni sui contatti di una persona pubblicherà un IntentFilter che specifica che è in grado di gestire l'azione VIEW quando applicata a dati che rappesentano una persona. Le Activities pubblicano IntentFilters nel file AndroidManifest.xml.

 

La navigazione da una schermata all'altra viene eseguita risolvendo intents. Per proseguire nella navigazione, un'activity richiama startActivity(myIntent). Il sistema guarda gli intent filters per tutte le applicazioni e sceglie l'activity il cui intent filters si accorda meglio con myIntent. La nuova activity viene informata dell'intent, causandone il lancio. Il processo di risoluzione degli intents avviene nel run time, quando viene richiamata una startActivity, cosa che offre due benefici:

• Le Activities riusano le funzionalità da altri componenti semplicemente espletando una richiesta nella forma di un intent
  
• Le Activities possono essere sostituite in ogni momento da una nuova Activity con un IntentFilter equivalente
  

 

 

Intent Receiver

Puoi usare un IntentReceiver quando vuoi che del codice nella tua applicazione si esegui in reazione ad un evento esterno, per esempio, quando suona il telefono, o è disponibile la rete di dati, o quando scocca la mezzanotte. Gli Intent receivers non mostrano un'interfaccia utente, anche se possono usare ilNotificationManager per avvisare l'utente se è accaduto qualcosa di interessante. Gli Intent receivers sono registrati in AndroidManifest.xml, ma puoi anche registrarli dal codice usando Context.registerReceiver(). Le tue applicazioni non devono essere per forza in esecuzione perchè vengano richiamati degli intent receivers; il sistema avvierà l'applicazione, se necessario, quando si innesca un intent receiver. Le applicazioni possono anche inviare i loro propri intent broadcasts ad altre con Context.broadcastIntent().

 

Service

Un Service (servizio) è codice di lunga vita che gira senza un'interfaccia utente. Un buon esempio è un media player che esegue delle canzono da una lista. In un'applicazione tipo media player, ci sono probabilmente una o più activities che permettono all'utente di scegliere le canzoni e iniziare ad ascoltarle. Tuttavia, la riproduzione della musica non dovrebbe essere gestita da un'activity, perché l'utente si aspetterà di continuare a sentire le canzoni anche quando naviga su un'altra schermata. In questo caso, l'activity media player può avviare un servizio usando Context.startService(), in modo che si esegua in background e la musica continui. Il sistema manterrà il servizio in esecuzione fino a quando non è finito. (Per maggiori informazioni sulle priorità date al servizio nel sistema leggi il ciclo di vita di un'applicazione Android.) Nota che puoi connetterti ad un servizio (e avviarlo se non è ancora in esecuzione) con il metodoContext.bindService(). Una volta connesso ad un servizio, puoi comunicarci attraverso un'interfaccia esposta dal servizio stesso. Per il servizio della musica, ciò ti permette di mettere in pausa, di tornare indietro, ecc.

 

Content Provider

Le applicazioni possono immagazzinare i loro dati in files, in un database SQLite, o in qualsiasi altro meccanismo che abbia senso. Un content provider, tuttavia, è utile che i dati dell'applicazione vengano condivisi con altre applicazioni. Un content provider è una classe che implementa un set standard di metodi che permettono ad altre applicazioni di immagazzinare e recuperare il tipo di dati che è gestito dallo stesso.

Per ulteriori informazioni sui content providers, vedi Accedere ai Content Providers.

 

Ciclo di vita di un'applicazione Android

Nella maggior parte dei casi, ogni applicazione Android gira sul suo proprio processo Linux. Questo processo è creato per l'applicazione quando deve essere eseguito parte del suo codice, e continuerà ad essere in esecuzione fino a quando non sarà più necessario e il sistema dovrà recuperare la sua memoria per usarla per altre applicazioni. Una caratteristica inusuale ma fondamentale di Android è il fatto che la vita del processo di un'applicazione non è direttamente controllata dall'applicazione stessa. E' invece determinata dal sistema attraverso una combinazione delle parti dell'applicazione che il sistema sa essere in esecuzione, attraverso l'importanza che queste hanno per l'utente e quanta della memoria complessiva è ancora disponibile nel sistema.

E' importante che gli sviluppatori di applicazioni comprendano come differenti componenti delle applicazioni (in particolari Activity, Service, e IntentReceiver) incidono sulla vita del processo dell'applicazione. Non usare correttamente questi componenti può causare la fine di un'applicazione in esecuzione mentre sta svolgendo compiti importanti.

 

Un esempio comune di bug di un ciclo di vita di un processo è un IntentReceiver che inizia un thread quando riceve un Intent nel suo metodo onReceiveIntent(), e poi ritorna alla funzione. A questo punto, il sistema considera non più attivo l'IntentReceiver, e il suo processo ospitato non più necessario (a meno che siano attive in esso altre componenti dell'applicazione). Perciò, può porre fine al processo in ogni momento per recuperare memoria, terminando il thread prodotto che è in esecuzione al suo interno. La soluzione a questo problema è avviare un Service dall'IntentReceiver, in modo che il sistema sappia che c'è ancora del lavoro attivo all'interno del processo.

 

Per determinare quali processi devono essere portati a termine quando il sistema è a corto di memoria, Android li colloca in una "gerarchia di importanza" basata sui componenti in esecuzione e sui loro stati. I tipi di processi sono questi, in ordine di importanza:

• Un processo di primo piano (foreground process) è un processo indispensabile per l'attività che l'utente sta correntemente svolgendo. Vari componenti di un'applicazione possono portare il processo che li contiene ad essere considerato di primo piano, in modi diversi. Un processo è considerato di primo se sussiste almeno una di queste condizioni:
  
  • Sta eseguendo una Activity sullo schermo con cui l'utente sta interagendo (il suo metodoonResume() è stato richiamato).
    
  • Ha un IntentReceiver correntemente in esecuzione (il suo metodoIntentReceiver.nReceiveIntent() è in esecuzione).
    
  • Ha un Service che sta correntemente eseguendo codice in una delle sue richiamate (callbacks:Service.onCreate(), Service.onStart(), o Service.onDestroy()).
    

  Ci saranno sempre solo un paio di processi del genere nel sistema, e questi saranno portati a termine solo come ultima risorsa possibile per recuperare memoria se risulta così bassa da non riuscire ad alimentare neanche questi processi. Generalmente a questo punto il dispositivo ha raggiunto una condizione tale per cui questa azione è necessaria per mantenere l'interfaccia utente reattiva.[*]Un processo visibile (visible process) è un processo che gestisce una activity che è visibile dall'utente sullo schermo ma non in primo piano (il suo metodo onPause() è stato richiamato). Questo può accadere, per esempio, se l'attività in primo piano è stata presentata attraverso un pannello che permette all'attività precedente di essere vista dietro di esso. Un processo tale è considerato molto importante e non verrà portato forzatamente a termine a meno che non sia necessario per mantenere in esecuzione tutti i processi di primo piano.

  [*]Un processo di servizio (service process) è un processo che gestisce un Service che è stato avviato con il metodo startService(). Anche se questi processi non sono direttamente visibili dall'utente, generalmente svolgono compiti che gli interessano (come la riproduzione di mp3 sullo sfondo o upload o download di dati di rete), quindi il sistema manterrà sempre questi processi in esecuzione almeno che non ci sia abbastanza memoria per mantenere tutti i processi di primo piano e visibili.

  [*]Un processo di sfondo (background process) è un processo che gestisce un'Activity che non è correntemente visibile all'utente (è stato richiamato il suo metodo onStop()). Questi processi non hanno un impatto diretto sull'interazione dell'utente. Quando implementano correntemente il ciclo di vita delle loro activities, (consulta Activity per ulteriori informazioni), il sistema può portarli a termine in ogni momento per recuperare memoria per uno dei tre tipi di processo precedenti. In genere ci sono molti processi di questo tipo in esecuzione, vengono quindi tenuti in una lista LRU per assicurare che il processo che è stato visto dall'utente più recentemente sia portato a termine per ultimo in caso di carenza di memoria.

  [*]Un processo vuoto (empty process) è un processo che non gestisce nessun componente attivo dell'applicazione. L'unica ragione per mantenere un tale processo a disposizione è considerarlo come una cache per migliorare il tempo di avviamento la prossima volta che un componente della sua applicazione deve essere eseguito. Il sistema porterà sovente a termine questi processi per bilanciare le sue risorse complessive tra questo tipo di processi e le sottostanti caches del kernel.

 

Quando viene deciso come classificare un processo, il sistema sceglie il livello più importante tra tutti i componenti correntemente attivi nel processo. Consulta la documentazione su Activity, Service, eIntentReceiver per ulteriori informazioni su come ognuno di questi componenti contribuisce al ciclo di vita complessivo di un processo. La documentazione per ognuna di queste classi descrive con maggiori dettagli come influenzano il ciclo di vita complessivo della loro applicazione.

 

La priorità di un processo può anche essere aumentata in base ad altre dipendenze. Per esempio, se il processo A ha un legame con un Service con la flag Context.BIND_AUTO_CREATE o sta usando unContentProvider nel processo B, allora la classificazione del processo B sarà sempre almeno pari a quella del processo A.

 

Fonte:

• RedominoLabs - Benvenuti in Android!
  

 

 

Avrei bisogno di una delucidazione su questo punto

Grafiche ottimizzate

alimentate da una library grafica 2D personalizzata; grafiche 3D basate sulla specificazione OpenGL ES 1.0 (hardware acceleration opzionale)

Quindi OpenGL ES è un tool grafico?? Edited June 17, 2012 by Pech

[mikb89]

Le risoluzioni (intese come larghezza x altezza) possono essere senza limiti, però il sistema fa in modo di suddividerle in 4 (mi pare) cioè low - mid - normal - hi. Gli eventuali pixel in più si tagliano mettendo bordi neri oppure se c'è una mappa facciamo vedere più tile o soluzioni di questo tipo. In alternativa si può stretchare tutto quanto, ma non so quanto sia buona come scelta.

 

Dall'emulatore però possiamo provare tutte le risoluzioni che vogliamo quindi non c'è il problema di dover possedere millemila Android per essere sicuri che non sfori nulla (:

 

OpenGL ES è una versione mobile delle OpenGL. Sono delle librerie, cioè contengono funzioni per gestire la grafica.

 

 

La pagina del forum credo parli di license di un altro tipo, ma a dire il vero non ci ho capito molto nemmeno io ^^

Guardian tu hai un Android? :)

[Guardian of Irael]

Guardian tu hai un Android? :)

Non ho nulla! D: Nè android nè Iqualcosa nè nè! D:

^ ^

[Holy87]

A me hanno appena regalato un Nokia Lumia 800, vedo un pò com'è l'ambiente di sviluppo :O

Se si programma anche con XNA sono apposto.

[mikb89]

Non ho nulla! D: Nè android nè Iqualcosa nè nè! D:

:(

 

Sì, si programma con XNA! :D

E per quanto riguarda la fisica ci sono un sacco di cose già a disposizione di standard ^^

Ho seguito una volta un Microsoft Lab di un paio d'ore passate quasi interamente per installare Visual Studio e SDK e gli ultimi 10 minuti a creare un gioco in cui c'è un uovo che cade e tu lo puoi prendere e lanciare xD

[Holy87]

:(

 

Sì, si programma con XNA! :D

E per quanto riguarda la fisica ci sono un sacco di cose già a disposizione di standard ^^

Ho seguito una volta un Microsoft Lab di un paio d'ore passate quasi interamente per installare Visual Studio e SDK e gli ultimi 10 minuti a creare un gioco in cui c'è un uovo che cade e tu lo puoi prendere e lanciare xD

Perfetto, ho già scaricato il kit di sviluppo, emulatore compreso. Dato che sono studente, non pago niente :D

[Pech]

Ciao ragazzi vado un pò OT ma qualcuno conosce dei siti dove poter prendere suoni vari e di ambienti non coperti da licenza o a uso free, che si possano utilizzare in giochi a scopi commerciali?

[Guardian of Irael]

Questi dovrebbero andare! ^ ^

Occhio a leggere bene faqs e regolamenti! ^ ^

[heisenman]

Pech, non so se sono ok per i giochi commerciali, ma ho un po' di link che potrebbero tornarti utili. Leggi tu il regolamente perchè io non c'ho voglia.

 

http://free-loops.com/

http://www.freesound.org/

http://www.freeloops.com/

http://www.sounddogs.com/

[Pech]

Ho letto le faqs ottimo sito solo una sicurezza Royalty free vuol dire che non ha licenza?? Non afferma che si può usare per giochi commerciali la cosa che più si avvicina è

Can I use sound effects for anything I want?

Yes! You can use this sound file within your own project; such as an indie game, video, smartphone app, multimedia presentation, website, Flash animation, and other audio-visual projects. Crediting NoiseForFun.com in your project is required, otherwise you may consider a small donation.

^ Back to FAQ summary

• What I cannot do with your sound effects?

You cannot sell or re-distribute the sounds by themselves. You cannnot post the sounds for download from a website, FTP site or similar.

[heisenman]

No Royalty free vuol dire che puoi usare il materiale senza pagare.*

 

EDIT: *senza pagare i dritti.

Edited June 20, 2012 by heisenman

[Holy87]

Davvero ottimi, quasi quasi ci faccio una capatina!

[Pech]

Questo?

Downloading

free sound effects

never been so easy and funny! All the sound effects are

free downloadable

and under the Creative Commons License,

no royalties

. Simple, simple

 

Quindi ce l'hanno la licenza!

Allora non si possono usare in giochi commerciali??

Edited June 20, 2012 by Pech

[Guardian of Irael]

Mi pare di capire che non si possono vendere a sè, ma è possibile vendere giochi con essi inclusi a patto che crediti l'autore, ecc... ?

La cosa che più ti conviene è mandargli un'email! ^ ^

Anzi ancor meglio forse pagando poco te li fa su misura! ^ ^

[Pech]

GLi ho mandato una mail appena so qualcosa la scrivo almeno anche per chi fosse interessato lo sa!

Ah piccola precisazione Android non è proprio gratuito se si vuole registrarsi nel mercato di sbocco costa 25$ (niente in confronto a i vari costi della apple)

Dopodichè un altra domanda... per mettere sotto licenza le proprie creazioni come si fa? O sentito che c'è delle licenze gratuite... pro e contro?? Qualcuno che mi illustri nel dettaglio il funzionamento?

Grazie

Edited June 20, 2012 by Pech

[Zuppo]

pech, lo han scritto nelle regole.

 

Can I use sound effects for anything I want?

Yes! You can use this sound file within your own project; such as an indie game, video, smartphone app, multimedia presentation, website, Flash animation, and other audio-visual projects. Crediting NoiseForFun.com in your project is required, otherwise you may consider a small donation.

^ Back to FAQ summary

• What I cannot do with your sound effects?

You cannot sell or re-distribute the sounds by themselves. You cannnot post the sounds for download from a website, FTP site or similar.

 

Posso usare sti suoni per quel che mi pare e piace?

Si, puoi usare i suoni nel tuo progetto, che sia un indie game, un video, un'applicazione smartphone, roba blablabla come ti pare. Ti chiediamo di creditarci nel tuo progetto, altrimenti dacci un'occhio per fare una donazione se ti garba.

Cosa non posso fare con questi suoni?

Non puoi rivendere i suoni a se stanti. Non puoi postare i suoni per farli scaricare a qualcuno, insomma, vedi di usarli per qualcosa di sensato che se ci freghi il lavoro e basta ci incazziamo, già sono gratis, non devi nemmeno donare nulla se non vuoi, un minimo di rispetto lasciasci il mercato libero, Ok?

 

 

 

 

Tradotto alla flame.