A new contest has been lauched by pv3d guys. Just make an opensource “something” using Papervision3D framework and submit!

Deadline is 15th August…then a new PaperKing will sit on his 3D Throne

Get here for more information

stay tuned

Here’s some (usefull i hope ) source..

I’ve made a little fps monitor for my projects (for both as3 and flex)… so, here’s some souce and some howtos about…

There are 2 classes, FPSMonitor is made for as3 (or flash) projects, the other one, FlexFPSMonitor is made expecially for use in Flex.

Usage AS3:

import it.flashfuck.debugger.FPSMonitor;
//[...]
addChild(new FPSMonitor());

Usage Flex:

// new xmlns in application tag
xmlns:debugger="it.flashfuck.debugger.*"
//then add the tag, remember to add it at the end of your app so it's appearing in front of everything

quite simple hm?
The main difference between these classes’ results is dragging. Flex one is draggable over the application stage, the other one is not draggable (just edit the code if you want to bring it away among the screen )….

Features
FPSMonitor (as the flex one) is monitoring
- OS, Player type, version, and “is debugger”
- FPS
- Memory usage (note: this parameter tells you the memory usage by ALL flash player instances you’re running, so if you’re running more than 1 player at once this value is altered!…even in 2 firefox tabs or a standalone and a browser player)

Graph:
FPSMonitor is displaying in a graph 2 values: FPS (white) and memory usage (black) (same note for this value )
Everything is blended with BlendMode.INVERT so you can see the monitor in quite every condition.

I hope you enjoy.
Download here both classes FPSMonitor.as and FlexFPSMonitor.as

….just a note: feel free to use this code anywhere, if you’re improving functionalities, adding more features or anything else please just send me a smoke signal or a pidgeon with a message so i can update the source

Da tempo un velo di mistero aleggiava attorno al dominio paperworld3d.com e in pi√π di un’occasione sono state ignorate le pressanti domande a riguardo nelle mailing list di papervision3D e red5… ma ora tutto è svelato!

Diamo un’occhiata pi√π da vicino…

Cos’è e come funziona

Paperworld3D è il punto di contatto di due importanti frameworks: Papervision3D e Red5. Il team di sviluppo capeggiato da John Grden e Trevor Burton ha sviluppato questa piattaforma partendo da una semplice idea “If you can do it in Papervision, you can do it multiplayer over the network with PaperWorld.” (se lo puoi fare con papervision, lo puoi fare in multiutenza online con paperworld).
Principalmente Paperworld3D si pone a metà strada tra due frameworks sopracitati automatizzando la comunicazione tra client e server e permettendo ai developer di non curarsi di tutti gli aspetti di trasmissione dati e sicronizzazione ma di concentrarsi sulle funzionalità da implementare nell’applicazione. Paperworld è stato pensato in modo da rendere il pi√π veloce possibile operazioni quali la creazione di scene 3D remote (RemoteScene class) e la loro sincronizzazione con i client connessi (PaperworldObject class)….e quando si dice “semplice”, si intende DAVVERO SEMPLICE!:

var scene:RemoteScene = new RemoteScene();
scene.addChild(GamePlayer.getInstance().avatar);

…due righe di codice che aprono un mondo pieno di aspettative…:D
Ma come funziona esattamente?
Tutto ruota attorno a questi due nuovi elementi: RemoteScene e PaperworldObject, che risiedono rispettivamente su server e client.

RemoteScene è appunto un nuovo tipo di scena, pensatela come una stanza di una chat, un ambiente virtuale remoto in cui avvengono scambi di informazioni. Essa viene creata  alla connessione del primo client e viene condivisa con tutti i client connessi. Tutte le interazioni tra i client vengono computate sul server e trasmesse tramite data push ai client i quali mantengono la sincronizzazione automaticamente attraverso la classe PaperworldObject.

La personalizzazione dei comandi

Come sarebbe “personalizzazione”? esistono dei comandi già fatti?
La risposta giusta è “ni”…
Paperworld ha degli handler di comando collegati ai diversi input che può ricevere, ad ogni tipo di input è possibile correlare una funzione specifica, che comunque verrà computata sul server e verrà comunicata con un certo delay al client stesso da cui parte l’input. I singoli input vengono trasmessi al server come valori booleani, quindi triggereranno una determinata funzione a seconda del loro valore (e ovviamente se a quel determinato handler corrisponde una funzione ) che verrà eseguita dalla classe Avatar.

La classe Avatar

Avatar è un elemento che risiede sia sui client che sul server e interpreta i comandi trasmessi al\dal server. Il coder è l’artefice dell’avatar (almeno quello! ) quindi le funzioni associate ai comandi influenzeranno questo elemento. Un avatar quindi è il nostro “burattino” esistente in “n” universi paralleli: il nostro, quello del server, e quello di ogni singolo client connesso…è il nostro Behaviour Manager condiviso.

Curiosità…

Paperworld3D era partito come progetto per fare “pubblicità” a Papervision… ma una volta capito che Papervision non aveva bisogno di spinte in tal senso il nome di paperworld è stato utilizzato per questa promettente engine… com’è strano questo mondo (di carta )

A cosa serve Paperworld?
…games, apps, cool sites…non basta?

Innanzitutto è necessario dire che ora come ora la Great White è decisamente instabile e piena di bug, nella mailing list si sono moltiplicati i post riguardo malfunzionamenti o fastidiosi sfarfallii, e via discorrendo, quindi se dovete affrontare un lavoro commerciale prendete in considerazione questo aspetto prima di buttarvici a capofitto.

2 Versioni, doppio gaudio

La v2 di pv3d esce in due branches, uno ufficiale denominato “Great White”, ed uno ufficioso\figoso\smanettone chiamato “Effects”.
Non si tratta di un fork, quanto piuttosto di una “cooker edition”, un’alpha dell’alpha in cui vengono sperimentate le nuove idee prima di inserirle nella versione ufficiale. Principalmente la differenza di Effects da Great White è la presenza del package core.effects che permette di fare cose tipo questa:

(trasposizione in pixel3d di un fotogramma di un video)

Le novità di Great White

Non esiste ancora una documentazione ufficiale visto la precocità con cui è stata resa pubblica la pv3d 2.0, l’unica che sono riuscito a trovare è a questo indirizzo http://lostboys.epologee.net/papervision/greatwhite.doc/html/ tuttavia è stata generata con visdoc dai sorgenti dell’svn, quindi non è propriamente “attendibile” (sono solo commenti…)

Ad ogni modo, le novità principali le scrive John Grden sul suo blog:

• Shaders,shaded materials
• phong, flat, cell, gouraud shading
• bumpmaping
• Viewport3D
• BasicRenderEngine
• Adoption of ASCollada with DAE object
• MD2 support
• Frustrum Camera
• re-write of render loop – now there’s render lists centeralized in the RenderEngine
• refactored and greatly improved InteractiveSceneManager(ISM) – much faster

Essenzialmente i lavori pi√π grossi sono stati riscrivere il render engine in modo che sia davvero veloce (circa il 25% pi√π veloce della versione ufficiale precedente, la 1.5) e la mole di innovazioni presentate sotto l’aspetto di texturing: bumpmap, riflessi, luci.

Chi ha già messo le mani sulle versioni antecedenti la 2.0 dovrà prendere adottare alcuni accorgimenti per far funzionare i propri files con la v2, sono state introdotte classi che modificano il processo di render e quindi va messo mano al codice (vi rimando al post su rockonflash che ho linkato sopra dove è spiegato tutto).

E’ possibile trovare i sorgenti nell’svn di google code agli indirizzi

http://papervision3d.googlecode.com/svn/trunk/branches/GreatWhite/src/ per il branch ufficiale di papervision Great White e

http://papervision3d.googlecode.com/svn/trunk/branches/Effects/src/ per il branch Effects

(che bell’oggettino il wii ^^)

Sicuramente è un lavoro dedicato ad una fascia di mercato (e di sviluppatori) ben definita, ma è davvero affascinante.
Non mi dilungo oltre se non indirizzandovi ai link seguenti:

• http://hullbreachonline.com/wii/sdk.html <- sito di presentazione dell’sdk con i link principali
• http://hullbreachonline.com/wii/sdkdoc.html <- documentazione dell’sdk

prima o poi anche io sperimenterò il dewiilopment

Lavora in command line, ma viaggia in automatico, una volta configurato il path di compilazione nel file .config eclipse fa praticamente tutto da sola.

Esistono altri progetti simili a questo, lo stesso Jaco ne cita due : flashCommand e compileProject, ma a quanto pare non sono pi√π sviluppati.

Jaco ha pubblicato anche uno screencast dove viene mostrato Flow in azione (Venetian Spoken ).

Per ora Flow è disponibile in EXE…quindi niente trippa per gli unixbased come il sottoscritto…per ora (vero jaco?:D)

Un tool che non faciliterà la vita a tutti, ma a molti

Grande, respect.

In soldoni grazie al suo lavoro ora è possibile utilizzare delle transizioni 3D tra i component, gli stati, i viewstack e quant’altro con un semplice tag…AWESOME

ecco un po’ di esempi…

Zoom
[flash http://www.tink.ws/blog/files/flex/ZoomExample.swf w=400 h=300]

Cube
[flash http://www.tink.ws/blog/files/flex/CubeExample.swf w=400 h=300]

Flip
[flash http://www.tink.ws/blog/files/flex/FlipExample.swf w=400 h=300]

Rotate
[flash http://www.tink.ws/blog/files/flex/RotateExample.swf w=400 h=300]

…buon divertimento

Ho appena visitato questo link http://www.youtube.com/androiddevelopers e invito chiunque a fare lo stesso, possibilmente da seduti.

Google si è lanciato sul mercato mobile, non con la semplice paginetta di ricerca, ma con un sistema operativo completamente gratuito, e completamente open source basato su linux.

Il progetto ha il nome di “Android”, la sua homepage è su http://code.google.com/android/, ed è stato sviluppato da Google insieme alla Open Handset Alliance, associazione internazionale di produttori\operatori del settore della telefonia (guardate bene tra gli affiliati, non appare nè apple nè microsoft nè adobe ma appaiono nomi come ntt docomo, tutte le compagnie telefoniche europee…e la nostra telecom italia)…ecco…Google per il lancio ha indetto un challenge sulle applicazioni…mmm, come ve lo dico…mmm…ecco….giusto per “insaporire” un po’ l’atmosfera mette in palio solo 10 milioni di dollari in awards.

Android ha integrato tra le altre cose un browser con motore webkit, la capacità di sfruttare le librerie openGL, diverse applicazioni “standard” di big G tra cui maps, earth e talk, e altre “cazzatine” tipo QUAKE… (sul cellulare!!!! °_°…mi immagino l’atmosfera che ci sarebbe stata nella mia classe del liceo se avessi avuto quake sul cellulare….)

Come avrete sicuramente notato nel video (che se non avete ancora visto ora vi OBBLIGO a guardare) il sistema è in grado di supportare diversi tipi di device. Presumo si tratti di prototipi (anche perchè non riconosco nessuno dei telefoni utilizzati), il touchscreen ad esempio sa molto di “ciao, sono il rivale di iPhone”, ma non penso sia ancora il tempo per pronunciarsi in merito.

Certo è che, come si puo’ vedere in quest’altro video ( notare la magliettina ^^) le righe di codice scritte per ottenere un “qualcosa di utilizzabile” sono DAVVERO molto poche, e l’approccio xml-based odora tanto di flex.

Il framework fornito da Android è scriptato appunto in xml e java (j2mee), ma non escludo si possa programmare con altri linguaggi (tra i primi post della community di google su android spicca un “developing using c++“…già mi vedo gli sviluppi!:)).

Che il 12 novembre 2007 sia la data della morte di flashlite e la reprise di java? mah…
Che android diventi l’affermazione del software libero e la rivincita di linux sulla piattaforma mobile del futuro? speriamo
Che google l’abbia vista giusta anche questa volta? …staremo a vedere.

Il genio di aladin diceva “SENSAZIONALI POTERI COSMICI, in un minuscolo spazio vitale”, e vedere cotanta tecnologia in un “affare” di plastica da 8x5x1.5 mi lascia un po’ da pensare.

Esistono vari plugin di eclipse in grado di affrontare questa necessità, cito ASDT (actionscript development tools) per as2 e il binding dell’sdk di flex alle risorse di eclipse via flex2ant per as3.

Tuttavia tutti i metodi che ho sperimentato sono a mio avviso insoddisfacenti.

Dopo il rilascio del plug-in di aptana per il supporto della tecnologia Adobe AIR tutti (io per primo ) si aspettavano un supporto che tale plug-in apportasse all’ambiente di editing le capacità di gestire anche actionscript, ma nessuna risposta è stata data in merito dallo staff tecnico di Aptana.

MA girovagando tra i ticket di Aptana oggi mi sono imbattuto in questo post il team esecutivo scrive:

We are currently working on the next milestone release of the core IDE and will discuss AS3 support once we start to plan our next Adobe AIR plugin release.

 (Stiamo giustappunto lavorando alla prossima release di aptana e discuteremo del supporto di actionscript 3  nonappena inizieremo a pianificare la prossima versione del plug-in per il supporto di AIR)

Certo, non è una risposta capace di entusiasmare le folle, ma almeno è una risposta
Inoltre il post procede con un

“This is definitely the most requested enhancement so we will take a hard look at what it will take to implement this.”

(questa è in assoluto la feature più richiesta quindi vedremo di fare il possibile per fare in modo di implementarla)

Ecco, in una riga hanno già corretto il tiro…

Aspettiamo fiduciosi…
nel frattempo, bè, asdt e flex2ant non sono poi così male

Ma perchè darla vinta agli spammers cambiando l’engine del forum (passando a vBulletin o a chissà quale altro) o perseverando nell’eliminare gli utenti fasulli uno ad uno?

Ecco qualche accorgimento per diventare uno

e godersi il proprio forum phpBB gratuito…

Premessa

Applicando questo metodo non si eliminano tutti gli spambot, ma si riducono parecchio.
Per rendere l’idea, in un forum che fa circa 3000 visite al mese privo di qualsiasi mod antispam al quale si registravano mediamente 2/3 bot al giorno gli utenti fasulli e registrazioni di spambot sono diminuite a meno di 5 al mese.

Esistono una serie di mod e accorgimenti da adottare per combattere la spam, questo è uno di quelli (solo che non me la sento di chiamarlo “mod” )

Inoltre, “si dice” che la versione 3 risolva questi problemi, ma “si dice” anche il contrario, quindi, sotto a moddare!

La Versione di phpBB

Innanzitutto controllate la versione, quello che sto scrivendo l’ho testato su un phpBB 2.0.x.

Cosa va modificato

Vanno sistemati 3 files

• admin/admin_users.php
• includes/usercp_avatar.php
• includes/usercp_register.php

La modifica da fare in ciascun file è molto semplice.
Gli spambot forzano la registrazione passando alcuni argomenti alle pagine relative alla registrazione al forum, quindi sarà su quei parametri che bisognerà agire.

Fate un bel find della variabile “agreed” all’interno dei tre files e sostituitela con quella che pi√π vi piace (tipo “ciccio” o “cuccureddu”, o anche “assoreta” non è male , visto che so già che la fantasia si sprecherà ricordatevi che sono variabili passate in GET, quindi evitate nomi variabile troppo lunghi

Rispettivamente le occorrenze della parola agreed nei files originali di phpBB sono 2 per admin_users.php 1 per usercp_avatar.php e 5 per usercp_register.php.

OK,
Adesso che è stata cambiata la via d’accesso alla registrazione provate i percorsi di registrazione (sia quello per maggiori che per minori di 13 anni) e verificate che vada tutto liscio.
Noterete che nell’url della pagina di registrazione sarà qualcosa del tipo http://www.nomesito.it/forum/profile.php?mode=register&NOMEVARIABILEMODIFICATA=true

Un altro accorgimento da tenere in considerazione è intervenire direttamente sull’accesso degli spambot al sito stesso andando a modificare .htaccess …ma di quello vi ho già parlato