In my opinion ReactOS must not ask or force software companies to show their compatibility with ReactOS.......
Most probbly once they know their software works "bug freely" with ReactOS they will add ROS themselves ......
But this is my opinion /......
The computer music community reaching out to ReactOS
Moderator: Moderator Team
You misunderstood me. I mean that 3rd party software companies should help the development *of ReactOS* to make it compatible with their software ...Hunkadoodledoo wrote:Well, I am all for third party software ROS support, but pardon my ignorance in that I thought ROS is aiming for 100% compatibility with Windows software (i.e. no porting from Win to ROS). Am I wrong?
Anyway the point is spread the voice not just between open source devs, but companies too. Many of them are tired of MicroSoft politics...
»Forward Agency NPO
In progress we (always) trust.
In progress we (always) trust.
Hopefully all software makers have automated regression testing available. I doubt that any of the larger companies would initially be interested in working with ReactOS (since it would represent a very, very small percentage of their market vs. the cost of testing.
However, a smaller developer might be interested in testing on ReactOS (assuming that ReactOS is already stable at that point) if enough of their customers showed interest in running on the platform - assuming that enough of their customers would be interested in running it.
The value (for ReactOS) would be that missing APIs could more quickly be identified. Of course, if the programming team didn't have time to fix these issues, there wouldn't be much point in providing that information.
The best of all worlds would be for a small developer who is exercising the sound API would at some point work with the ReactOS team to identify issues. Of course, since ReactOS is capable of identifying stubs and missing APIs, it's not stricitly necessary. But having any vendor run their test suite and certify that ReactOS would work with their product would be a good thing in relieving customer anxiety.
Given that this is sort of a chicken-or-egg thing, I suspect that it's not likely to play out that way. More likely, users will test particular applications themselves, and identify deficiencies to the ReactOS coders. Again, there's little point in doing that until ReactOS stabilizes, and someone capable of supporting the audio/midi API is available.
However, a smaller developer might be interested in testing on ReactOS (assuming that ReactOS is already stable at that point) if enough of their customers showed interest in running on the platform - assuming that enough of their customers would be interested in running it.
The value (for ReactOS) would be that missing APIs could more quickly be identified. Of course, if the programming team didn't have time to fix these issues, there wouldn't be much point in providing that information.
The best of all worlds would be for a small developer who is exercising the sound API would at some point work with the ReactOS team to identify issues. Of course, since ReactOS is capable of identifying stubs and missing APIs, it's not stricitly necessary. But having any vendor run their test suite and certify that ReactOS would work with their product would be a good thing in relieving customer anxiety.
Given that this is sort of a chicken-or-egg thing, I suspect that it's not likely to play out that way. More likely, users will test particular applications themselves, and identify deficiencies to the ReactOS coders. Again, there's little point in doing that until ReactOS stabilizes, and someone capable of supporting the audio/midi API is available.
Hi sweetjesus
it is cool u like ReactOS, and sorry I have not replay before I have been extream bussing with DirectX support to ReactOS.
1. ReactOS only can use NT4 driver for audio card but not full support
for NT4 audio driver are not complete.
2. ReactOS have support for dsound, but missing some reg key for it
3. Some is working on getting windows 2000/xp/2003 audio driver model into ReactOS. It take alot of time writing a new kernel stack.
I have been working on kernel stack for DirectX for the graphic subsystem and it take alot of time getting a driver stack inplace
even see it start working. It take around 1 - 3 year lest getting
basic of new stack working more or less. then it take a while
getting it stable.
If u apps does not working in ReactOS please let us known I maybe take a look at it. But I can not promies when.
it is cool u like ReactOS, and sorry I have not replay before I have been extream bussing with DirectX support to ReactOS.
1. ReactOS only can use NT4 driver for audio card but not full support
for NT4 audio driver are not complete.
2. ReactOS have support for dsound, but missing some reg key for it
3. Some is working on getting windows 2000/xp/2003 audio driver model into ReactOS. It take alot of time writing a new kernel stack.
I have been working on kernel stack for DirectX for the graphic subsystem and it take alot of time getting a driver stack inplace
even see it start working. It take around 1 - 3 year lest getting
basic of new stack working more or less. then it take a while
getting it stable.
If u apps does not working in ReactOS please let us known I maybe take a look at it. But I can not promies when.
I think that other open source projects devs could contribute to ROS sound:
kX Project
OpenAL
VDMSound
PortAudio
Let's involve them !!!
kX Project
OpenAL
VDMSound
PortAudio
Let's involve them !!!
»Forward Agency NPO
In progress we (always) trust.
In progress we (always) trust.
Who is online
Users browsing this forum: No registered users and 43 guests