@K-L
Yep

@Trevor
Who is first "target" for ?:)

@K-L

Still it's not Abalaban's machine :) Salas00's one are broken and going to trip "for fix", which all in all already bad, and better have new one. I put my voice for the Salas00, he do quality stuff.

@TrevorDick

Who will be the first one, abalaban or salas00 ?:)

@MickJT

Nice progress :)

@Joeled

Rigth now i sended message to Hanz, where i ask him about his current work on drivers and alt, and with idea about bounty, for making Gallium-Mesa port. I do not know what he do already related to that subject (very possible that nothing at moment), and also i do not know what Hyperion do in that terms (need to talk with Rogue about). But still, i think we need already make a bounty now, because money will a bit force the work on it.

Maybe also will buy new Sam or something for any good amiga-developers who will want to do that. I will create later a topic with ideas about bounty, so everyone can discuss that.

@freddix

SDL_mixer / Mikmod and ModPlug imho are easy for usage on aos4 for mp3/ogg and alt modules like xm/mod/it. But that libs does not have any good functions for getting info about music (well, its imho, i not research it very deeply). Sadly that we do not have FMOD. FMOD have pretty nice functions like:



Of course implementing own sound-engine which will grab all the info are pretty hard .. (imho). But that sync-with-music functions can allow to create quality animation/demos.

@freddix

So next version of DarkEngine will be with music/sound support ? :) Will be cool also to have Sync-music functions (like getting the bass details, volume details, and with basing on it can be done pretty good visual effects).

@Joeled

Problem is not mesa itself, but also drivers itself. For now (without drivers) we can use dunno what, p96 drivers, compositing maybe .. dunno. And that layer beetwen mesa and hardware (i.e. drivers) are very-very important, because is that place which can give us speedup, or overhead.

When we talk with Hans some time ago (who make drivers for modern radeons), he say that mesa port will be works over Gallium drivers (open source drivers layers).

So, need to make Galium backend, then, port mesa over it. Imho, Galium backend are hard one part. Mesa are not.

AROS devels already do exactly that, so, when we will have Gallium, then we can easyly have a look at source code from AROS.

Not sure that is must be a bounty, just because its part of OS should be. And while OS are commercical, then main developers should do that imho. But i personally hope that it will be done by Hans.

@TrevorDick
I think we need to buy one new for Salas00. Just because he good developer, and do many good aos4 related libs/ports/addons/progs.

Other one i think we need buy for Crisot (demomaker from france, hi do all those demos zero,one,two for aos4). I see on UB.com that he is still in interst about, but hes a1 are die.

And third one for AfxGroup, just because we want Mplayer with normal GUI and alt :)

(just my 2 cents)

@freddix

- 1 st Question : Its more not about "samples" itself, its about reserving the ahi IO structs. It can be for the small buffer data, or for big one. You also can redefine it with not problems (for example, you play one sound, then you close ahi and alt, and for second sound, you can use the same routine).

I use 2 IO strcuts-buffers just because i need 2 buffers in my player_routine (for making double-buffering). It possible of course make everythinkg with 1 IO, or with 10IO (as you wish).

So it not about plaing at one time, but about just reserving the same twice for double-buffering (for avoid sutterings beetwen parts of data).

- 2st Question: Yes, if you not close older resources, you not need to open it again, and just adding IO will be ok.

- 3st Question: I do not remember right what happenes when you will be remove you Process from memory in hardcore way, but by logic, if you will remove it hardcore it will stops all works of course. That how looks my Stop_Play() fucntion:



You send signal to your process (and you need to check always on that signal in your main player routine), and when it return that everything end, then stop everythink/clean/exit/close/etc. You can see that logic of my fucntions are bad. I.e. i put for example code for cleaning/close/remove ahi reqst/dev to the player routine (it just was more easy for my brains). But in general you need prepare normal fucntions for open/play/close.

-4st question: Yes, just by sending signal SIGBREAKF_CTRL_C to your player process (and you need to check it all the time while music plays in your player routine).

That of course only about how i do that. For sure its lame and wrong :)

@freddix

I can show example of how i use it with PTPlay.library (For open mods , decoding them by PtPlay.library and playing over AHI over new process).

Code is ugly and alt, but you will see the main idea imho.

So, i have fucntion called Play_Module(name) , where name is path to the module. That function looks like this:



In that fucntion i handle all the crap like open/read module, and create a new process. New process fucntion looks like this:



In that function exactly depacking and plaing of modules in loops happenes. Code are ugly of course, for sure WaitIO and alt are using there wrong, but it works and you can catch main idea here (how create a process with passing to it name of music file).

Hope that help

@samo79
I think if Hyperion will make a bounty like "warp3d speedup". Then they will collect good amount of money. Or what we need to do, for say to him that opengl are so important, even more than x1000 where will be again the same slow warp3d and minigl over it :)

I hope after Timberworf release, they have some time for :)

Rogue, give us some details about opengl on aos4 future plz :)

@freddix
I usually create new process for every sound and every music track. Dunno still how good that way is :)

@Radov
Yes. And because of it we need new drives and new opengl. Then it will speedup all apps on the same CPUs in 2-3 times. Of course CPU make sense for Math and alt, but for now, our problem its bad realisation of OpenGL (through that rare Warp3d).

@afxgroup

Maybe google code ? (like aos4 sdl) ? I have also in stock about 5 games, some of them buggy, some of them slow, will be cool to have ability for uplaoding all that sources for everyone in one place .. But we need gygabates of space (i think google.code are limited by that ?)

I have to agree with AfxGroup about bad realisation of our drivers and opengl support. Its slow. Maybe someone can say that is better than nothing, but when you have on 2-3 times slower app on amiga, if compared with almost the same config (or worse) with PC, then its pretty sad.

Still i really cant understand, why Hyperion not put in Todo list high priority for the making Mesa + new drivers. All new games for aos4 used OpenGL. Many demos and alt uses OpenGL. Its very big and important part of AOS4 support for end users and for bringing it on the boat, so for me it looks pretty unlogical, while they make x1000 and alt, but not do anything related to OpenGL.

Even speedup of Warp3D (which 100% possible), will speed up automatically our OpenGl realisation in twice.

If Hyperion have no time, and want to stop Warp3d support at all, then, why not make it opensource like MiniGL and SDL, so, we all can speed up it yourself. And we will do it faster that Hyperion (not 2 more years) for sure. But that is only "why" :)

@MickJT
Maybe you can just upload it sometthere, put link here, ppls will test (i am and others) and if everything ok - then os4depot.

@afxgroup

Btw, about Aquarium, maybe it's just PROGDIR: and such problems ? Btw, for checking what programm want to open, i usually just "select all" for all the sources, and do "search" on name of data file.

@Joeled

Already tryed initial port of Lugaru done by MickJT, and must to say, that works on pretty good speed (well, on my 1ghz cpu) even with everything in "high" details.

@Radov
I works today on the DROD engine port, and for now have working exe. It was not so easy because of messy makefile and code. Will try tomorrow to test demo versions from their site. But half way are passed..

@AfxGroup
How progress going ?:) Give us some screenshots and details about :)

@Joeled

Checked. Game done on BlitzMax language. As far as i undertand, BlitzMax is not opensource (but i can be wrong, just do brief look at main page). So while we not have BlitzMax for os4, better found any other manager-soccer kind game which are plain C and/or C++ with usage of SDL and/or OpenGL.

As i see here, BlitzMax it's like Hollywood, but with main point about game developming (opengl and such).