So I followed these steps to reach my goal:
- Dynamic sound generation: Audio tracks (volume and pan) with insertion of basic dsps.
- Implement time based sound generation: Midi tracks (tempo and steps with mp3 samples assignedon each).
- Create some randomness based on received events: Midi tracks content can be controlled by any event source.

As you can imagine, the possibilities are endless to use this approach in real cases. You could easily imagine to plug a dynamical sound loop with user interactions on a website, generate interactive music loop from game actions to rythm a gameplay, or synchronize any soundscape with screen transitions…

More features and demos to come !

Here’s a basic code example made with a draft implementation of this concept.

var tempo : Number = 120.0;

// Create midi patterns defining tempo and steps (quarter notes count) for each
var loopPattern : Pattern = new Pattern( tempo, 32 );
loopPattern.addStep( 0 );

var kickPattern : Pattern = new Pattern( tempo/2, 16 );
kickPattern.addSteps( 0, 3, 6, 8, 11, 15 );

var snarePattern : Pattern = new Pattern( tempo/2, 16 );
snarePattern.addSteps( 2, 4, 12, 14 );

var hhPattern : Pattern = new Pattern( tempo, 16 );
hhPattern.addSteps( 0, 2, 4, 6, 8, 10, 12, 13, 14 );

var randomPattern : Pattern = new Pattern( tempo );
randomPattern.addSteps( 1, 3, 5, 7, 9, 11, 13, 15 );

// build core audio station and add audio tracks defining volume and pan
_audioStation = new AudioStation( );
_audioStation.addAudioTrack( new Track(new SoundSequencer( Loop1, loopPattern ), 1, 0 ) );
_audioStation.addAudioTrack( new Track( new SoundSequencer( Kick1, kickPattern ), 0.3, 0 ) );
_audioStation.addAudioTrack( new Track( new SoundSequencer( Snare1, snarePattern ), 0.3, 0 ) );
_audioStation.addAudioTrack( new Track( new SoundSequencer( HH3, hhPattern ), 0.3, 0 ) );

// create some randomness trigged by keyboard events.
var soundList : Vector. = new Vector.();
soundList.push(Kick1, Snare1, HH1, HH2, HH3);
var interactiveSequencer : RandomSoundSequencer = new RandomSoundSequencer( soundList, randomPattern );
textfield.addEventListener( KeyboardEvent.KEY_UP, interactiveSequencer.eventTrigger );
_audioStation.addAudioTrack( new Track( interactiveSequencer, 0.3 ) );

Now, here is a quick demo of the concept.
Drums fills and bells notes arpeggios are trigged by keyboard events.
First, get the focus in the flash animation by clicking with your mouse. The music starts!
Now, you can hit some keys on your keyboard to interact with the music loop in realtime.

[kml_flashembed movie="http://www.tweenpix.net/files/pixfm.swf" width="400" height="300"/]

Final note: Special thanks to Andre Michelle and his Audio Sandbox for giving to me some light to begin this project.

Here’s the workaround I found now. Overwrite /usr/lib/flumotion/python/flumotion/common/package.py with the latest committed to branched revision 7960.
Enjoy, everything should be ok now !

So let me introduce the first one.
I needed a multi-users game server. So after some googling to browse OS projects, I decided to build a new one from scratch with Apache Mina 2.0 using my R&D xp.
I choosed to install Ubuntu with Parallels to have an easy workflow with a local test workstation.

At this time, I’ve obtained something basic which works fine. That’s full AMF (using BlazeDS ) and it manages users and rooms.
That’s all based on simplicity. No events, no verbosed implementation or mess with abstract design…

My next step and goals:
- Have something robust.
- Build a graphical chat showcase with text to speech feature.
- Build a game showcase with realtime synchronicity. I read a lot of resources about it, and I’m looking forward to work on this.

But I’m wondering about few things at this time:
- Should I go to open source ?
- Should I mix this implementation with Darkstar project ?
- Should I work on a cheap product ?
Any advice would be welcome !

Here’s a basic echo demo to end this thread and showcase the concept:

import net.tweenpix.pixserver.amf.AMFClient;

	public class EchoAMFClient
	{
		protected var _client : AMFClient;

		public function EchoAMFClient()
		{
			_client = new AMFClient( );
			_client.registerClass( TestVO );
			_client.connect( "10.211.55.4", 9123 );

			_client.addEventListener( "EchoMessage",  onEchoMessage );
			_client.sendRequest( 	"EchoMessage",
								new TestVO( "francis", 38 ),
								new TestVO( "virginie", 35 ) );
		}

		public function onEchoMessage( vo1 : TestVO, vo2 : TestVO ) : void
		{
			// do something
		}
	}

Liens:
- Adobe AIR 1.5.1 Developer and User Release Notes
- Adobe AIR 1.5.1 Documentation
- Download the Adobe AIR SDK
- Adobe AIR 1.5.1 Known Issues and Limitations

Via air team blog

A paraître dans les prochains jours, un article d’investigation qui devrait vous plaire. So stay tuned !

La liste des formats prise en charge est hallucinante, avec thumbnails et auto-refresh à la clef. Le serveur utilise les packages Mplayer et FFmpeg pour encoder puis streamer les fichiers à la volée depuis votre OS de prédilection (Windows, OS X et Linux).

Avec un processeur décent, une connexion wifi standard et un peu de bidouillage avec les réglages, la qualité est parfaite. J’ai monté le soft sur un iMac 2,8 GHZ avec 2 gigas de RAM, et j’obtiens des résultats exemplaires.

Depuis Mercredi, la version 1.04 est disponible sur Google Code.
Un soft incontournable pour tous les possesseurs de PS3 !

as3svnlib est une surcouche de as3httpclientlib (client http et https) qui implémente deux méthodes (PROPFIND et REPORT) du protocole WebDAV et permet les opérations de lecture standards.

Le code source est disponible ici et le SWC compilé ici.

J’imagine déjà le développement d’une librairie complète (commits, branching, diffs…) interfacée avec un puissant outil collaboratif en AIR… Un joli projet commercial en perspective, non ? A bon entendeur !

Via dougmccune

J’ai toujours eu un petit faible pour cet environnement de travail, l’équipe qui le développe et la politique généreuse dont elle fait preuve pour récompenser la communauté open source de ses efforts. Je suis donc heureux de les voir franchir ce nouveau pas pour une meilleure intégration de la plateforme Flash.

J’ai testé Gumbo, et même si certaines fonctionnalités m’ont séduit (le network monitoring, l’intégration de Flex Unit, le nouveau CDM, le profiler déjà présent dans l’ancienne version) et d’autres beaucoup moins (l’interopérabilité avec Flash CS4 et Catalyst étrangère à mon workflow), mon cœur bat toujours pour FDT et sa grande intelligence sémantique.
Ceux qui l’utilisent savent de quoi je parle, sans aucun doute…

Rob Rohan s’est inspiré d’un article de Linux Journal et propose aux aficionados de Twitter d’envoyer des messages à partir de Ant.
Tous les détails dans Work the Shell – Pushing Your Message Out to Twitter.

Deuxième ressource intéressante, Andrew Westberg build ses projets en multi-threading pour pouvoir bénéficier de la puissance de son dual-core.

Happy anting !

Seraient-ce les conclusions du billet de Matt Asay publié le mois dernier sur CNET qui auraient mis le feu aux poudres ?

Je cite: « En résumé, l’open source est un travail très difficile, mais il le devient doublement quand une compagnie essaie de garder le contrôle sur un projet. »

Les inquiétudes levées par ce billet sont confortées par la grogne croissante d’une partie de la communauté Flex. Ses membres sont déçus par les orientations et les décisions des leaders du projet, projet qui semblerait-il leur échappe de plus en plus. Règne aujourd’hui pour eux le sentiment d’une autorité sourde qui feint de les entendre.

Les contestations de quelques séparatistes de la blogosphère l’attestent:
Flex SDK Source does not an “open source” project make
Should the developer community fork the Flex project ?
Take Flex Back For the Community

Aujourd’hui qui peut se targuer de comprendre l’architecture globale du framework, et surtout qui peut échapper à ses nombreuses incohérences (dépendances abusives) et ses problèmes de performances, ou plus encore, quelle est la réelle marge de manœuvre de la communauté sur ce projet soit-disant open source ? Telles sont les interrogations et les craintes exprimées par les utilisateurs du SDK.

En retour, Adobe déclare souffrir d’un désengagement de ses fidèles et se plaint des élans participatifs peu nombreux qui lui sont accordés en contrepartie de ses efforts.
Dave Mc Allister déclare: J’ai donné 2 panels sur l’open source à MAX North America et j’ai récolté 27 participants sur la somme des 5500 inscrits à ces 2 événements.

Sur la défensive, Matt Chotin va plus loin. Il pense que ces élans de protestation sont plus le fruit de polémiques anecdotiques (comme l’affaire du préfixe) que celui d’un discours fondé tenu par des personnes qui s’investissent réellement dans les projets.

Seraient-ce les aveux d’un échec à demi-mot ?

C’est donc demain à 19h00 (heure de Paris) que se déroulera via Connect un débat animé par la team du Flex SDK. Ce Deus ex machina sera pour vous l’occasion de débattre de l’organisation, des orientations et des choix du projet. C’est en tout cas comme cela que l’événement est annoncé.

Pour les absents (comme moi, déménagement oblige) ou les retardataires, ce débat sera enregistré et posté sur Flex Open Source.

Mais le schisme et ses conséquences ne s’arrêtent pas là.
L’annonce avait déjà été publiée Jeudi dernier, mais c’est seulement hier que DaveMc Allister a choisi d’enfoncer le clou en confirmant l’importance de cette rencontre avec une apostrophe accrocheuse: « Do you care? Really? »
En résumé, dites-nous si vous vous en foutez royalement ou non.

Cette réunion participative pourrait être abrogée si le rendez-vous est jugé stérile, mais pas seulement…
Dave ajoute: « Votre présence ou votre absence à cette réunion aura des conséquences directes sur les élans open source chez Adobe« .

Menace inquiétante ou réalité économique ?