Sound
Moderators: Cat_7, Ronald P. Regensburg
Sound
Has anyone Managed to use sound in pearpc if you have how did you do it.
Sound is not implemented yet... For progress see http://www.kelley.ca/pearpc/wiki/index.php/SoundDriver
--kybernaut
--kybernaut
- PPC_Digger
- Forum All-Star
- Posts: 1050
- Joined: Thu Jul 22, 2004 9:02 am
- Location: Israel
You have to be able to process the sound before you can broadcast it, so it's probably best to just keep an eye on how the existing development of sound implementation is going.PPC_Digger wrote:May be, on the time being, we can use some sort of a virtual mac os x audio driver that will broadcast the mac audio to the host machine via http radio or something like that...
Once you've made something idiot proof, they go and invent a better idiot!
-
- Forum All-Star
- Posts: 587
- Joined: Mon May 17, 2004 11:57 pm
- PPC_Digger
- Forum All-Star
- Posts: 1050
- Joined: Thu Jul 22, 2004 9:02 am
- Location: Israel
- PPC_Digger
- Forum All-Star
- Posts: 1050
- Joined: Thu Jul 22, 2004 9:02 am
- Location: Israel
that's what i am saying - implementing airtunes as a temoprary replacement. (or even using some existing virtual sound card driver for osx and broadcasting it)prasys wrote:LOL @ PPC_Digger...It will be hard to do that , because the networking emulation is not that good and there is no USB/Sound Support
-
- Forum All-Star
- Posts: 587
- Joined: Mon May 17, 2004 11:57 pm
- PPC_Digger
- Forum All-Star
- Posts: 1050
- Joined: Thu Jul 22, 2004 9:02 am
- Location: Israel
I understand what you are saying, but whatever method is used, you still need an interface between OSX and PPC. It's not going to magically appear because of the existence of any particular piece of technology - it still has to be coded!
Once you've made something idiot proof, they go and invent a better idiot!
- PPC_Digger
- Forum All-Star
- Posts: 1050
- Joined: Thu Jul 22, 2004 9:02 am
- Location: Israel
no it doesn't!!! you still don't understand.robojam wrote:I understand what you are saying, but whatever method is used, you still need an interface between OSX and PPC. It's not going to magically appear because of the existence of any particular piece of technology - it still has to be coded!
do you know the microsoft windows media encoder on windows? it draws sound directly from the system's sound output, so i say use a virtual sound driver (which runs on MAC OS X without any connection to pearpc), redirect its output with an app like the ms windows media encoder, and boradcast it through the network to a media client on the windows/linux side.
-
- Forum All-Star
- Posts: 587
- Joined: Mon May 17, 2004 11:57 pm
Me too. I don't think you understand the role of the operating system here.
No piece of software simply "draws sound directly from the system's sound output", it needs the operating system to do some of the work. As OSX doesn't have direct access to the hardware, it needs an interface with the host OS. If the interface doesn't implement a sound component, then you cannot get sound out!
As far as the comment about redirecting the output to the network connection is concerned, I don't think that is very practical. Firstly the network implementation isn't very good, and secondly as there is no idle process implemented, it is going to be very difficult to get any sort of quality of sound out of the host system when PPC is running.
If you are serious about this and you have enough technical knowledge to give the developers something to work with, then get it to them. Otherwise, I agree with Captain Valor - why are you pressing this point?
No piece of software simply "draws sound directly from the system's sound output", it needs the operating system to do some of the work. As OSX doesn't have direct access to the hardware, it needs an interface with the host OS. If the interface doesn't implement a sound component, then you cannot get sound out!
As far as the comment about redirecting the output to the network connection is concerned, I don't think that is very practical. Firstly the network implementation isn't very good, and secondly as there is no idle process implemented, it is going to be very difficult to get any sort of quality of sound out of the host system when PPC is running.
If you are serious about this and you have enough technical knowledge to give the developers something to work with, then get it to them. Otherwise, I agree with Captain Valor - why are you pressing this point?
Once you've made something idiot proof, they go and invent a better idiot!
- PPC_Digger
- Forum All-Star
- Posts: 1050
- Joined: Thu Jul 22, 2004 9:02 am
- Location: Israel
because you don't understand what i am saying!!!
here is the thing:
the microsoft loopback adapter is emulating a nic, but still, you could use it to communicate with microsoft's virtual pc.
i'd say take something like that but for sound, and then OSX will generate sound, and we will draw that sound through a streaming server to the host pc.
here is the thing:
the microsoft loopback adapter is emulating a nic, but still, you could use it to communicate with microsoft's virtual pc.
i'd say take something like that but for sound, and then OSX will generate sound, and we will draw that sound through a streaming server to the host pc.
-
- Forum All-Star
- Posts: 587
- Joined: Mon May 17, 2004 11:57 pm
- PPC_Digger
- Forum All-Star
- Posts: 1050
- Joined: Thu Jul 22, 2004 9:02 am
- Location: Israel
nothing has to be added too ppc, instead i will have to find an open-source loopback audio driver for OSX, and a streaming server, again for OSX.CaptainValor wrote:If you really know what you're talking about, please attempt to implement this yourself. At the moment, I have no idea how it would work without something being added to PPC.
i will start searching.
- PPC_Digger
- Forum All-Star
- Posts: 1050
- Joined: Thu Jul 22, 2004 9:02 am
- Location: Israel
-
- Student Driver
- Posts: 22
- Joined: Sat May 15, 2004 2:47 pm
- Location: italy
i understood what he saying...
all you need is a sound server... like esound for linux ....
the process is:
1) the app send a sound request to the cpu
2) all is managed by the cpu
3) the sound output is sent thru tcpip to the sound client instead the local one
all is quite simple but atm will not work due the slowlyness of network.. and the cpu emulation is slow too
causing a crash or a huge lag
anyway you can try to compile the esound sources on macos x and then find an esd client for windows... or linux
all you need is a sound server... like esound for linux ....
the process is:
1) the app send a sound request to the cpu
2) all is managed by the cpu
3) the sound output is sent thru tcpip to the sound client instead the local one
all is quite simple but atm will not work due the slowlyness of network.. and the cpu emulation is slow too
causing a crash or a huge lag
anyway you can try to compile the esound sources on macos x and then find an esd client for windows... or linux
- PPC_Digger
- Forum All-Star
- Posts: 1050
- Joined: Thu Jul 22, 2004 9:02 am
- Location: Israel
finnally... :Dlord_muad_dib wrote:i understood what he saying...
all you need is a sound server... like esound for linux ....
the process is:
1) the app send a sound request to the cpu
2) all is managed by the cpu
3) the sound output is sent thru tcpip to the sound client instead the local one
all is quite simple but atm will not work due the slowlyness of network.. and the cpu emulation is slow too
causing a crash or a huge lag
anyway you can try to compile the esound sources on macos x and then find an esd client for windows... or linux