I updated this day properly my OSS installation (Sol 10x86), uninstalling the old package, installing the new after, also making all necessary reboots. No problem, all was fine, osstest runs as well with a good sound, but in the normal usage i get a very small sound, similar as inaudible (in ossxmix all seems good). Where can be the problem ? (OSS has allways fine ran on this machine and OS)

Second question : are the ALSA emulation libraries yet available for Solaris ?

Not a definitive answer I'm afraid but currently the Alsa emulation in the Linux packages is broken.
Oss development has not kept pace with the changes in Alsa, so by inference it is unlikely that the Solaris packages have faired any better.

My first goal was to see what happens compiling Jack, after that Hydrogen, after Ardour enabling the ALSA support.

After that all would come Rosegarden itself, i mean for the strict audio part for the moment. For Rosegarden my idea is following : actually i use it disabling sound, using Timidity with. The only problem with this method is that it's impossible to define several instruments. Maybe with the audio part supported...

OK, i begun : i need to build the packages via Spec-Files-Extra, seems a really good way.

ALSA on Solaris : you are right, Hydrogen, Ardour and Jack works directly with OSS. The only real problem (for each musician, i mean) is to get any sound working sequencer-music editor. Except the ALSA solution, i see two ways for that :

1) any portage from Rosegarden, for example, to the OSS API ; but only the RG developpers can make that ;

2) a support or continuation from Sun of any existing Java project (like jHum or some other) .

- Personnaly, i tried two years ago to use aRts : it worked really, but unusable because the "released note" information wasn't transmitted, probably a timer incompatibility between the versions of RG and aRts i used. That means that the notes was never released !

Of course, OSS seems now the most logical solution for Solaris. Also the ALSA adaptation principe, that could be compared, i think, with the nVidia driver, which makes the DRI itself. This kind of way can appear a bit complex, but is works, and fine.

Other hand, we are not the only ones interested by the OSS solution : all BSD and OSX users have similar problems with RG.

seawright is a little incredulous because ALSA exists only on Linux, so a statement like "Flash plugin for Solaris supports only ALSA" is quite odd. As you probably know, the Linux flash plugin can use OSS via libflashsupport. I guess the Solaris native flash plugin uses the SADA API, which is supported by OSS.
Hopefully, once OSS is default on Solaris, Adobe will give up on having two codebases and just let the regular plugin use OSS as well as ALSA instead of forcing the libflashsupport route.

Because the last few days, I didn't get a single peep out of it, after I've installed r115 of the plugin. Searching the web, all references you find are telling me that they've stripped OSS support out of it.